LZheng0411 Lzheng 通用营养系统
本 Skill 只负责营养建档、nutrition_contract、日型目标和复盘候选。训练计划决定日型，不按单次训练手表消耗临时补吃；工作台负责展示和记录，不能反向发明处方。
开始前
- 完整读取 营养协议。
- 读取当前训练计划的真实日期排程、最近体重/腰围趋势、执行率、训练表现和已确认餐食；缺失或过期时标为待校准。
- 营养变量按需读取
../lzheng-training-expert-library的 Alan Aragon 模块。 - 先确认目标、年龄、身高、当前体重、饮食环境、预算、医生已确认限制和主要执行障碍；未收敛前不输出精确热量。
用户流程
建档 → 得到当天目标 → 拍照或文字记录 → 查看区间估算 → 饭后反馈 → 用户确认入账 → 查看剩余 → 两周复盘
- 照片输出只能是候选区间、置信度和误差来源。
estimate是上桌总量，consumed_estimate是实际摄入候选，confirmed_nutrition才是正式入账。- 只有用户主动创建任务并显式运行一次 Agent 才允许识别；空队列不调用模型，网页不自动轮询。
- 用户可以在候选区间内做确定性微调并保留
agent_best/user_adjusted/user_manual来源。 - 已确认记录的更正必须留痕；不能静默覆盖原值。
固定边界
- 热量公式只是起点，至少用两周同条件体重趋势、腰围、训练表现和执行率校准。
- 当前体重未知时保留
awaiting_profile，不生成伪精确目标。 - 蛋白质和脂肪保持相对稳定，训练日型主要调整碳水；七日加权平均必须符合周目标。
- 食堂、外卖和照片估算始终保留范围；压力进食后不使用禁食或惩罚性有氧补偿。
- 医疗、肾脏疾病、糖尿病、进食障碍、孕期、过敏或药物相关需求转交合格专业人员；急性严重症状立即就医。
- 个人照片、账号、密钥、环境 ID、Notion 地址和真实餐食数据不得进入公开模板或示例。
生成与交接
验证结构化协议：
python scripts/validate_nutrition_contract.py <nutrition-contract-vNN.json>
协议通过且用户确认后，保存为当前系统的营养主源，并创建 nutrition_contract_updated 交接给 lzheng-fitness-workbench-builder。交接只传相对路径和确认状态；工作台刷新、发布副本、部署和线上验证必须分别报告。
完成闸门
- validator 与
test_nutrition_system.py通过； - 当天日型来自真实日期排程，未知日期不猜测；
- 周平均、宏量换算和调整上限通过测试；
- 估算、实际摄入候选与确认入账三段没有混用；
- 默认无自动触发器、无后台空查、无自动确认；
- 示例保持匿名且体重为
null，不得出现虚构处方或私人配置。
视频学习与三餐报餐
用户要把学到的饮食方法用于三餐、文字/照片报餐或标签复用时，读取 学习与报餐。保留用户接受的方法和目标版本，不用新的菜单替换计算依据。