from pathlib import Path from html import escape as e import json,markdown R=Path(__file__).parent ucs=json.loads((R/'use-cases.json').read_text());qs=json.loads((R/'decisions.json').read_text()) requirements='' for i,u in enumerate(ucs,1): requirements+=f'
{u["id"]}{e(u["name"])}查看流程与验收 ＋

{e(u["trigger"])}

主流程

异常与恢复

确认时重点看

正式开发待确认 {u["q"]}

' questions='' for q in qs: questions+=f'

{q["id"]} · {q["priority"]}

{e(q["title"])}

{e(q["proposal"])}

{e(q["impact"])}

待确认角色：{e(q["owner"])} · 正式开发前
' html=f'''膳食记录原页复用 · v0.3
CPTAI运动营养师 × 智慧食堂管理平台v0.3 · 真实演示系统为基准

REUSE THE EXISTING PAGE

已有膳食记录页，
就把明细补在这里。

PC复用你提供的演示系统；手机沿用AI运动营养师，不改页面。后台自动识别，上传结果对应到人和每一次进食。

打开原页局部补充原型 ↗真实演示系统 ↗

已经登录实页并核对源码

膳食监控 → 个体监控
→ 查看分析 → 膳食记录

已有人员头像、日期筛选、九类分析标签、三餐卡片、食物图、重量与热量。

不新建菜单或一级页面；仅在原页增加上传明细入口及弹窗。

这次明确保留和补充什么

手机端：不改

使用现有AI运动营养师的图片入口与发送流程作示意。撤下前轮新增的手机图片交互，不新增表单。

PC端：原页局部补充

保留白色顶栏、蓝色菜单、人员头像、日期和三餐卡片。点击“查看上传明细”，再看原图和各项数据。

后台：自动识别与对应

识别食物和四项营养，关联人员、日期和餐次。加餐、零食是独立上传；异常保留状态，不强行猜测。

正确PC基准是store的Vue2 / Element UI页面。前两版ai_store式PC工作台只作历史，不再指导本次实施。当前已证实头像字段head_img；跨系统人员ID映射仍需核验。

看同一个页面的局部变化

顶部可切换“已有页面结构 / 查看局部补充”；三餐卡片结构保留。所有内容为合成样例，未修改演示环境。

独立打开PC原型手机原页面示意（不改）Codex精确实施位置

两类用户流程

上传沿用原操作；PC在已有膳食记录内查看。保持自动识别和异常保留。

受试者现有流程

现有AI运动营养师上传与发送，后台自动处理；手机页面不改。

用例与执行说明

编号继续保留，PC实施位置更新为实际演示系统的已有页面。

{requirements}
完整需求数据契约实施边界实页复用证据

剩余确认事项

手机不改、PC已有页复用已经明确；算法和跨系统映射单独确认。

{questions}

''' R.joinpath('diet-weight-review.html').write_text(html) for name in ['requirements','contracts','codex-handoff','system-evidence','source-audit','verification']: p=R/(name+'.md') if not p.exists():continue body=markdown.markdown(p.read_text(),extensions=['tables','fenced_code']).replace('../../../work_store/2026-09-11-diet-photo-record-reuse/implementation-slice.md','http://127.0.0.1:8790/implementation-slice.md') R.joinpath(name+'.html').write_text(f'{e(name)} · 饮食与体测需求
← 返回需求与原型评审{body}
') print('review and reading pages generated')