状态：DoR: BLOCKED（真实推荐/下单开发）。P0缺口：具体SKU与现行标签未冻结、设备接入未实测、专业规则与审核责任未确认、专家排期/产能未确认。文档研究完成；不能据此宣布已具备发布条件。未写云效，目标项目与责任人未确定。
UC-CPT-01 从个人状态到吃动方案及可选商品
- 角色：健康成年会员、数据同步服务、AI助理、营养规则审核者、商品资料维护者。未成年人、孕哺期、需疾病专门营养管理者不进入首版自动商品路径，具体转介与服务范围由专业负责人确认。
- 边界：已有小程序/专业PC原型中的后续设计，不代表已实现接口。用户可只用日常状态服务；无购买不影响主流程。
- 触发：授权范围内有新的睡眠/活动数据，或会员主动请求某一运动目标的吃动安排。
- 前置：本人身份与数据授权有效；数据带来源/时间/质量；规则与商品版本在有效期。未满足商品前置时，只允许合适的基础解释或请求必要信息。
- 主流程：①按来源归一化并去重；②标出未知与个人基线；③确认当前目标和必要膳食资料；④生成有依据的吃动方案；⑤先展示食物/行为选择；⑥如有具体补充需求，执行资格与SKU规则；⑦输出零件或适用候选及商业关系、替代选择；⑧用户确认才进入购买；⑨保存建议版本与采纳选择；⑩阶段复盘后保留、调整或停止。
- 分支：无补充需求→零商品正常结束；信息不足→降级为基础解释；用户不买→继续非商品方案；设备不支持→显示具体支持范围和缺口；企业付费→仍需个人独立授权。
- 异常/恢复：来源冲突→不累加重复摄入/活动；旧标签失效→停止该SKU推荐并重新审查；迟到记录→重算建议并标记版本变更，不能悄悄改变已采纳方案；不适反馈→停止相关商品自动建议并进入约定的人工处理流程；支付失败→恢复订单状态，不重复下单；授权撤回→停止后续拉取和分享，按用户选择及确认的保留规则处理既有资料。
- 业务规则：睡眠差不等于营养缺乏；不能按年龄/BMI单独配商品；不凑固定商品数、不随机选；成分重复检查；未知摄入不填零；摄入与消耗可并存；建议和促销排序分离；不得因库存滞销触发专业推荐。
- 页面：手机首页今日建议/依据、全天视图、方案内商品选择、我的数据与授权；PC草案、证据和规则版本、个体阶段报告。具体页面字段需与现有原型进一步映射。
- API/数据：以下为逻辑契约，非已存在端点。HealthObservation（会员、来源、原事件ID、时间区间、值/单位、质量、授权版本）；NutritionContext（目标、膳食记录及完整度、限制、更新时间）；SkuVersion（编码、规格、标签、成分、限制、审核有效期）；Recommendation（依据ID、规则版本、允许操作、替代方案、不确定项、候选SKU）；Consent；OrderReference（独立交易系统订单引用）。
- 验收：每条建议可追到输入/规则/商品版本；关键适用数据缺失时商品路径被拒绝；零推荐是正常结果；重复事件不重复统计/推荐/下单；授权撤回后专业PC不再展示；旧SKU版本不产生新建议。
- 自动化测试计划（尚未运行）：正常饮食且无补充需求、仅睡眠不足、仅低力量值、未知餐食、过敏原命中、标签缺失、重复蛋白来源、源事件重放、迟到记录、失效SKU、拒绝购买、支付重试、授权撤回、跨会员访问。必须验证拒绝与恢复，不能只测成功开单。
- 性能/安全：缓存状态与数据新鲜度同显；同步与生成异步执行，幂等键包含来源事件/会员，建议引用不可变版本；具体P95、日事件量和并发目标待规模及接口约束确认。敏感健康数据最小授权、按会员隔离、日志不记录原始健康正文；健康数据不能转为默认营销画像。数据跨境/模型供应商与保留策略需上线前确认。
- 待确认：首批SKU、标签责任人、专业规则、目标设备组合、服务适用边界、履约系统、提醒频率与许可、延迟/并发目标、退款与不适处理SOP。
UC-CPT-02 阶段性营养师解读与下一阶段调整
- 角色/边界：会员、营养师/教练、运营；PC管理多人，但只访问明确授权的资料。阶段性服务不扩为每日一对一。
- 触发：到达已发布服务周期或会员预约到真实可用场次。
- 前置：服务内容、名额、审核范围、专家排期明确；个体报告与群体讲座授权分开。
- 主流程：①AI整理阶段数据及缺口；②会员补充希望解答的问题；③PC汇总群体主题并生成个体草案；④营养师在约定服务范围内审核；⑤发布讲座或个人解读；⑥用户选择下一阶段行动；⑦记录实际工时、参加情况和反馈。
- 分支/异常/恢复：数据不足→报告不作确定判断；专家未审核→只能显示AI草案；场次取消→展示真实改期/退款安排；用户撤回→从待解读队列移出；群体材料存在身份线索→退回去标识处理；错发对象→停止访问并按已确认事件流程处理。
- 规则：个体数据不默认向企业管理者开放；不能将用户沉默算成采纳；讲座参加不等于已接受个体专业服务；报告必须标明作者、审核状态和数据期间。
- 页面/API/数据：沿用PC阶段解读队列、手机我的服务/报告；逻辑对象ServiceSession、ReportVersion、ReviewDecision、MemberQuestion、ActualWorkLog，均需成员/范围/状态约束。接口尚未实现。
- 验收与自动化测试计划：A会员报告不可被B访问；未审稿不能标“营养师已审核”；取消名额恢复一致；重复发布不重复通知；撤回后不能继续下载；同一专家服务容量不能被超订。尚未运行真实服务测试。
- 性能/安全：报告批量生成异步、失败可重试且版本可追溯；P95与并发规模待确认；导出按权限控制，不在群体页面展示原始个人健康数据。
- 待确认：周期、专家时间、个体解读覆盖比例、每期人数、费用、退款与实际发布责任人。