对外可以解释为“拼团能力”，系统内不新增“拼团”菜单、字段或订单状态；沿用 档口设置、订餐规则设置、团购预定、订餐信息、已支付、消费订单、退款订单完成订餐闭环。
先确认复用边界，再确认最小补充。
store Docker 实机截图（采集于 2026-07-28）：PC 登录、档口设置、订餐规则设置、消费订单安全空态、退款订单安全空态，以及移动端餐品、每日菜谱。档口和规则页仅在浏览器展示层隐藏测试数据值，页面结构来自同一登录后实页且未写入；PC 订单页通过无匹配筛选形成真实空态，避免个人与订单信息进入外网材料。移动端管理员账号不能替代用户账号，/order、/orderDetail、/afterSales 仍明确待补。历史操作手册、ai_store 和其派生截图均未使用。配置、下单、履约、售后与下期更新均落在已有能力中。
每一步有角色、页面名称、输入与下一跳。
选择已有餐厅与档口，维护启停和服务方式；进入规则页。
仅展示当前有效的餐品与日期；点击“去点餐”。
以有效订单为备餐口径，不建设独立团长工作台。
填写取餐方式、取餐时间、预订规则与预订限制设置并保存。
核对餐厅、日期、餐段、取餐方式和餐品后提交。
查询已生效订单，按日期/餐段/餐厅辅助备餐。
按履约结果调整，不修改已支付订单历史。
查看订单状态；需要售后时进入既有售后入口。
处理异常与退款，形成可追溯记录，供下期复盘。
PC 闭环页面已使用真实登录后截图；移动端订单页仍保留明确待补边界。
PC 实机截图 store/public/static · Docker 8080 · 管理员测试会话只读采集
移动端实机截图 store/public/mobile · 未登录可访问页面
/order、/orderDetail、/afterSales 需要移动端用户会话。已验证后台管理员账号不能替代移动用户；待提供脱敏测试用户和安全订单后补采。不会猜测账号、建号或用菜品截图冒充订单实页。采用触发—前置—主成功场景—异常—完成条件，作为研发和测试共同的验收口径。
区分“已核验代码事实”“真实运行截图”与“仍需补采的受保护页面”。
| 能力 | store 代码证据 | 本版页面证据 | 状态 |
|---|---|---|---|
| PC 管理端基线 | store/public/static、/login | CAP-20260728-PC-LOGIN：真实登录入口 | 已运行时核验 |
| 档口设置 | /restaurantManagement/restaurantSettings/stallSet | CAP-20260728-PC-STALL-SET-PUBLIC：登录后真实页面的展示层脱敏公开版 | 已运行时核验 |
| 订餐规则设置 | addStallRules.vue：取餐方式、取餐时间、预订规则、预订限制设置 | CAP-20260728-PC-ORDER-RULE-SET-PUBLIC：登录后真实页面的展示层脱敏公开版，未保存 | 已运行时核验 |
| 消费/退款订单 | /orderManagement/consume、/orderManagement/refund | CAP-20260728-PC-CONSUME-SAFE、CAP-20260728-PC-REFUND-SAFE：真实安全空态 | 已运行时核验 |
| 移动端菜品/菜谱 | /food、/dailyRecipes | CAP-20260728-MINI-FOOD、CAP-20260728-MINI-DAILY-RECIPES：真实未登录可见页 | 已运行时核验 |
| 移动端订单 | /order、/orderDetail、/afterSales | M03～M05：路由已核验，后台管理员账号无法建立移动用户会话 | 待移动端测试用户 |
| 最低人数/自动达标通知 | 未发现现成 store 路由或字段证据 | 不进入本版原型 | 需业务确认后最小扩展 |
确认这五点，才能从“可复用方案”进入实现或验收。
资料真源：当前 store 的前端路由、页面字段与 Docker 运行截图。截图台账和 Markdown 版保存在本地控制项目；外网评审以本页的证据状态为准。本评审页不引用历史操作手册、ai_store 或其派生截图；未获授权的受保护页面均不以原型冒充实机图。