AI运动营养师 · 全量需求评审基线

版本：2026-09-11 / Review 1。评审人：Jack（意见待填写）。本文件为本轮需求评审真源，CSV与评审页由本文件生成；浏览器意见属于草稿，导出后才进入决策回写，不自动更改需求。

本轮整理现有需求与原型，不新增业务实现。产品当前主线：体检/微体检→个人关注→每日餐单与活动→实际吃动→结构差异→持续个性化提醒→专业复评。普通健康成年人为首发建议，医疗跟进独立；用户真实健康资料不纳入共享评审包。

已确认的是需求/资源本身；本轮P0/P1排序、场景规则和28天等方案仍是建议。covered仅表示该条明确范围内有可操作的合成原型，不表示后端/真机/医学/商业完成。missing包含只有局部示意但不足以覆盖完整规则的情况。

前后口径统一：24小时回放覆盖早期非时间轴限制；PC明确专业人员管理多人；Oura为正式主对标；自动记录为主、补记兜底；真人只有阶段服务资源；体检医疗任务不能由减重结束；外卖为候选落地场景，不推断本人一直外卖为主。

评审顺序

先看范围和缺口，再操作手机与PC，最后逐项选“认可/需调整/有疑问”，写修改意见并导出。当前无任何已通过人工评审结论，生产DoR仍BLOCKED。

来源入口

• ../cpt-product-mode-validation/product-system-master.md：当前总纲
• ../food-movement-calendar-prd.md：旧版PRD及UC-FM-001～010，早期互斥内容以当前总纲覆盖
• ../body-day-replay-thesis.md、../sleep-led-sports-nutrition.md、../oura-service-blueprint.md：UC-FM-011～013
• ../health-data-integration.md：厂商接入路径和条件
• ../cpt-product-mode-validation/product-mode-use-cases.md：UC-CPT-01～02
• ../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md：UC-CPT-03～05
• ../page-specs.md：既有SCREEN-01～23；新增SCREEN-24～32是待设计页面编号
• ../cpt-product-mode-validation/decision-memo.md：产品资源、标签与经济性核验

REQ-01 日历与日期联动

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-01
• 用例：UC-FM-001
• 来源：../food-movement-calendar-prd.md
• 验收ID：AC-R-01
• 规则：周/月切换、选日后概览与详情保持同一日；未来日不作为已发生记录。
• 验收：选日、返回、空日期与未来禁选保持一致。
• 差距：仅固定合成日期；不是实时个人日历。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-02 餐次与活动对齐

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-02
• 用例：UC-FM-001
• 来源：../food-movement-calendar-prd.md
• 验收ID：AC-R-02
• 规则：展示吃饭与运动的时间关系、餐次详情与来源；关系不直接当成因果。
• 验收：从餐次进入详情，日期/时点对应且能查看依据。
• 差距：现为场景画布；全天连续回放另见REQ-R24。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-03 食动平衡与完整度

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-03
• 用例：UC-FM-002
• 来源：../food-movement-calendar-prd.md
• 验收ID：AC-R-03
• 规则：摄入、基础/活动消耗估计、营养素与记录完整度分开；漏餐或未完日不做确定净平衡。
• 验收：不完整日没有确定盈余/不足；缺失营养素不反推。
• 差距：真实摄入和消耗未接入。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-04 久坐与低活动分开

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-04
• 用例：UC-FM-002
• 来源：../food-movement-calendar-prd.md
• 验收ID：AC-R-04
• 规则：展示已确认久坐、低活动、未佩戴；不以少步数直接证明坐姿。
• 验收：只有确认段进入久坐累计；纠错后累计与最长重算。
• 差距：姿态识别未验证。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-05 建议与行动状态

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-05
• 用例：UC-FM-004
• 来源：../food-movement-calendar-prd.md
• 验收ID：AC-R-05
• 规则：解释依据，接受/修改计划，完成/撤销/取消；采纳不等于完成。
• 验收：状态循环可操作，重复加入不重复，刷新保留。
• 差距：仅本地计划，不发送真实提醒。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-06 纠错与补记

• 主题：日常体验
• 确认程度：设计建议
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-06
• 用例：UC-FM-003
• 来源：../food-movement-calendar-prd.md
• 验收ID：AC-R-06
• 规则：补记是例外兜底；修正后摘要和详情一致，非法值不能保存。
• 验收：餐次与久坐修正跨页一致，取消不改变，存储失败明确提示。
• 差距：主记录路径仍待自动接入，不把补记当产品主要负担。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-07 加载、空、失败、授权状态

• 主题：日常体验
• 确认程度：设计约束
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-07
• 用例：UC-FM-001;UC-FM-004
• 来源：../food-movement-calendar-prd.md
• 验收ID：AC-R-07
• 规则：数据未知不填零；加载、失败、未授权、AI失败可区分和恢复。
• 验收：演示设置切换每种状态，失败不编造结论，重置仅作用本原型。
• 差距：模拟状态不等于生产异常处理已验证。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R08 睡眠作为每日入口

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-20
• 用例：UC-FM-013
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R08
• 规则：展示睡眠时段/分期/时长、记录日期和来源，接入今日吃动支持。
• 验收：合成分期与时长可回算，切换两夜与会员隔离正确。
• 差距：两夜合成数据，不是睡眠算法或真实长期监测。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R09 身体状态依据

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-21
• 用例：UC-FM-013
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R09
• 规则：解释睡眠、身体反馈等已知依据和缺口，不生成伪恢复分数。
• 验收：当前状态可展开，缺失HRV等明确；不适时不继续推活动计划。
• 差距：主观反馈与数据规则需后续专业审核。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R10 手机我的与个人目标

• 主题：手机与专业PC
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-08;SCREEN-12;SCREEN-19
• 用例：UC-FM-005
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R10
• 规则：我的包含档案、目标、趋势、报告、服务与授权；本人修改目标。
• 验收：目标保存后首页与刷新一致，PC不代本人选择。
• 差距：后端档案未建立；仅合成会员A。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R11 营养师/教练管理多人

• 主题：手机与专业PC
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-09
• 用例：UC-FM-006
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R11
• 规则：PC视角是专业人员管理获授权会员；切换会员必须隔离资料。
• 验收：A/B数据不同，C未授权不能读分析/导出/干预。
• 差距：不是本人PC仪表盘；生产鉴权未实现。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R12 周期趋势与热力图

• 主题：手机与专业PC
• 确认程度：设计建议
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-10
• 用例：UC-FM-006;UC-FM-008
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R12
• 规则：7/14完整日趋势、活动分布、热力图与下钻使用同一会员和周期。
• 验收：周期切换/按日下钻一致，图表总量可独立回算。
• 差距：固定样例；完整日不等于全天监测无缺口。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R13 报告、打印与导出

• 主题：手机与专业PC
• 确认程度：设计建议
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-11
• 用例：UC-FM-008
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R13
• 规则：手机本人和PC获授权范围可查周期报告、CSV与打印。
• 验收：导出只包含选定会员/周期，撤权后隐藏且不能导出。
• 差距：生成内容为样例，不构成健康评估报告。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R14 专业草案到会员采纳

• 主题：手机与专业PC
• 确认程度：设计建议
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-14
• 用例：UC-FM-007
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R14
• 规则：专业草案经过明确发布才对本人展示；采纳和执行分开。
• 验收：草案不外显，发布不重复，会员反馈在对应PC可见。
• 差距：同源浏览器标签联动，不是真实跨设备服务。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R15 阶段讲座与数据解读

• 主题：手机与专业PC
• 确认程度：已确认资源
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-23
• 用例：UC-CPT-02
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R15
• 规则：已有资源边界为阶段讲座和数据解读；本人授权提交问题，PC准备材料。
• 验收：问题提交有同意步骤；未授权会员不可见；真实排期未定时显示待安排。
• 差距：仅问题和解读准备演示；真人排期、收费与履约未完成。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R16 基于本人数据的AI助理

• 主题：个人Agent
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-15
• 用例：UC-FM-008;UC-CPT-01
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R16
• 规则：回答围绕当前会员/周期和来源；信息不足补问，超范围不编造。
• 验收：真实模型输出须可追溯来源；跨会员问题不可泄露；未覆盖问题明确说明。
• 差距：现有页面只支持样例问答，尚无真实模型与规则评测。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R17 自动记录与接入状态

• 主题：自动数据
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：blocked
• 页面：SCREEN-16
• 用例：UC-FM-009
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R17
• 规则：一次授权后自然到数、后台增量和暂停/恢复；来源与新鲜度可见。
• 验收：真实设备后台到数、离线恢复和撤权通过，手动同步不能替代自动验收。
• 差距：现有连接与自动到数是定时样例，不是厂商联调。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R18 苹果原生数据路径

• 主题：自动数据
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：blocked
• 页面：SCREEN-16
• 用例：UC-FM-009
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R18
• 规则：原生模块/伴随App读取获授权健康数据，服务端归一化供小程序查看。
• 验收：具体OS/设备/来源组合字段、延迟、后台权限和缺失实测。
• 差距：原生载体、开发条件及首批机型待确认；不能小程序直接读全量HealthKit。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R19 华为平台适配

• 主题：自动数据
• 确认程度：已确认需求
• 优先级：P1
• 覆盖：blocked
• 页面：SCREEN-16
• 用例：UC-FM-009
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R19
• 规则：按HarmonyOS/Android、地区及开放能力申请并对接，不混用不同平台SDK。
• 验收：企业许可和目标机型字段实测后才展示支持。
• 差距：企业接入审批与真机验证未完成。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R20 小米与Android条件兼容

• 主题：自动数据
• 确认程度：已确认需求
• 优先级：P1
• 覆盖：blocked
• 页面：SCREEN-16
• 用例：UC-FM-009
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R20
• 规则：区分iOS写入Apple Health、满足条件的Health Connect与国内未确认路径。
• 验收：不支持组合明确降级；不从手机品牌推断全量可读。
• 差距：国内小米公共接入能力未确认，不能宣称全兼容。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R21 来源归一化、去重与修订

• 主题：自动数据
• 确认程度：设计建议
• 优先级：P0
• 覆盖：no-ui-by-design
• 页面：后台
• 用例：UC-CPT-03
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R21
• 规则：保持单位/时间/来源/指标语义；镜像不重复计数、局部补传不删旧项、冲突保留版本。
• 验收：重放同一事件不多算；不同HRV/体成分口径不能混为同类趋势。
• 差距：后台契约与真实报文待验证。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R22 本人分享与撤回

• 主题：自动数据
• 确认程度：设计约束
• 优先级：P0
• 覆盖：covered
• 页面：SCREEN-13
• 用例：UC-FM-006
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R22
• 规则：本人授权给专业人员，撤回后专业端隐藏，本人仍能按自身权限查看。
• 验收：跨标签撤权立即移除报告/导出/干预；PC不能代授权。
• 差距：生产访问控制、删除保留政策仍需后端实现。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R23 健康隐私与模型处理范围

• 主题：自动数据
• 确认程度：设计约束
• 优先级：P0
• 覆盖：no-ui-by-design
• 页面：后台
• 用例：UC-CPT-03;UC-CPT-05
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R23
• 规则：设备连接、专业分享、外部模型处理范围分开；日志/锁屏不暴露医学明细。
• 验收：跨会员访问拒绝，撤权队列取消，敏感正文不写公共日志和样例。
• 差距：保留周期、模型部署与外发规则待确认。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R24 全天24小时行为回放

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-24
• 用例：UC-FM-011
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R24
• 规则：睡眠/走动/运动/低活动四主标签与未知形成全天视图；进餐作为叠加事件。
• 验收：每段有来源/时段；无分钟级证据不得从日总量编造连续轨迹。
• 差距：现有三场景画布尚未实现完整24h回放；覆盖早期非时间轴约束。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R25 全天能量视角

• 主题：日常体验
• 确认程度：已确认需求
• 优先级：P1
• 覆盖：missing
• 页面：SCREEN-24
• 用例：UC-FM-011
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R25
• 规则：摄入和消耗可并存；基础/活动消耗口径分开，不将精力或吸收速度当热量。
• 验收：不显示静止零代谢、不画无来源的实时吸收，不双计运动消耗。
• 差距：现有只有日级平衡示例，无全天能量回放。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R26 体检导入与关注分流

• 主题：体检与微体检
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-25
• 用例：UC-CPT-03
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R26
• 规则：核对原文、单位、日期和医生意见，将医疗跟进/生活方式/待核对分开。
• 验收：OCR缺失/矛盾阻止确定建议；就医复查事项保留来源，点击不能结案。
• 差距：未做导入/医生意见分流页面，个人原报告不进演示。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R27 微体检与阶段观察

• 主题：体检与微体检
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-26
• 用例：UC-CPT-03
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R27
• 规则：按实际选配接入测量，保留侧别、方法、质量和场景；与医院来源分开观察。
• 验收：左右臂/平均/单次分开；无模块不造值，协议字段不等于无创能力。
• 差距：两份协议已阅读，真机及页面均未实现。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R28 上禾报告与二维码归属

• 主题：体检与微体检
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：blocked
• 页面：SCREEN-25;SCREEN-26
• 用例：UC-CPT-03
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R28
• 规则：上传测量与二维码定位关联，登录后做可靠本人归属核验与授权。
• 验收：他人扫同码不可见；扫码先于到数可等待；整报重传不重复。
• 差距：本人领取机制、鉴权、型号、报文与冲突语义未冻结。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R29 医疗跟进独立管理

• 主题：体检与微体检
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-30
• 用例：UC-CPT-03;UC-CPT-05
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R29
• 规则：就医/复查与生活方式目标独立；日期按报告和专业确认，不因减重而关闭。
• 验收：预约→准备→待结果→复核结束可追溯；报告时间冲突不擅自选择。
• 差距：仅通用设计；无真实复查任务/医疗提醒。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R30 每日个性化餐单

• 主题：餐单与实吃
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-27
• 用例：UC-CPT-04
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R30
• 规则：根据关注、目标、已吃、活动、过敏偏好、预算和真实菜单生成可供应方案。
• 验收：不适用/售罄阻止；可替代；缺配方/油盐时不精算。
• 差距：当前饮食页面是记录和分析，不是可供应菜单规划。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R31 计划与真实实吃双账本

• 主题：餐单与实吃
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-28
• 用例：UC-CPT-04
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R31
• 规则：建议、选择、下单、取餐、实吃、剩餐和分享分别保存，修订有来源。
• 验收：下单不计已吃；剩餐/分享改实际版本，历史菜单不被新菜谱覆盖。
• 差距：现有补记没有完整事件和数量口径。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R32 膳食结构与覆盖率

• 主题：餐单与实吃
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-29
• 用例：UC-CPT-04
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R32
• 规则：对照计划与实际的主食、蔬果豆奶、蛋白来源、高油甜饮和餐次配合。
• 验收：有效餐次/完整日/未知清楚；不同覆盖不能冒充改善；行为与检查结果分开。
• 差距：现有营养结构是样例，不是基于实吃双账本的周结构报告。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R33 外卖可执行选择

• 主题：餐单与实吃
• 确认程度：场景补充
• 优先级：P1
• 覆盖：missing
• 页面：SCREEN-27
• 用例：UC-CPT-04
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R33
• 规则：从用户提供或获授权菜单选菜、替换搭配与备注，考虑实际价格/供应和已吃。
• 验收：没有实时菜单不宣称可下单；菜名/照片不确定油盐份量时显示估计。
• 差距：尚无外卖菜单输入、平台API、选菜或下单对接。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R34 按实际调整下一餐

• 主题：餐单与实吃
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-27;SCREEN-28
• 用例：UC-CPT-04
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R34
• 规则：实际吃动变化只影响尚未发生的安排；不篡改历史或惩罚性跳餐/运动。
• 验收：迟到剩餐、取消训练、供应变化能更新下一餐及撤销失效提醒。
• 差距：尚无真实规则和事件驱动重排。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R35 因人持续提醒

• 主题：个人Agent
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-31
• 用例：UC-CPT-05
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R35
• 规则：持久关注事项与单次提醒分开；决定提醒谁/什么/时机/渠道及后续复评。
• 验收：同一事件对不同目标产生不同动作或不提醒；每条可解释。
• 差距：现有免打扰/推迟控件不等于持续个性化策略。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R36 发送前抑制与去重

• 主题：个人Agent
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-18;SCREEN-31
• 用例：UC-CPT-05
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R36
• 规则：发送前重查完成、授权、时机、新鲜度、频次、同主题与跨渠道重复。
• 验收：已完成/撤权/迟到纠错可取消队列，恢复不补发积压。
• 差距：仅局部样例；无真实队列/渠道/权限验证。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R37 根据反馈调整频次与方案

• 主题：个人Agent
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-31
• 用例：UC-CPT-05
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R37
• 规则：做不到先看时间/供给/饥饿等障碍；反复忽略可减频，稳定执行转周期回顾。
• 验收：点击不等于完成；无回复不判失败；反馈改变后续策略。
• 差距：尚未实现动态策略；频次与衰减参数待定。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R38 阶段复评与问题未闭环

• 主题：体检与微体检
• 确认程度：已确认需求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-29;SCREEN-30
• 用例：UC-CPT-02;UC-CPT-05
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R38
• 规则：行为、测量与医疗复查分层观察；专业解读后调整下一阶段。
• 验收：没新检验结果不宣称指标改善；关键问题未解决不自动结案。
• 差距：现有周期报告/阶段提问只覆盖准备环节。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R39 按需商品与现行SKU准入

• 主题：康比特产品模式
• 确认程度：已确认方向
• 优先级：P1
• 覆盖：deferred
• 页面：SCREEN-32
• 用例：UC-CPT-01
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R39
• 规则：普通食物优先，具体需求与现行标签审核通过才推荐，零推荐正常。
• 验收：不按BMI/睡眠直接配品，不随机凑单；过敏/重复成分/标签缺项阻止。
• 差距：品类已核验；现售SKU标签、成本、履约和推荐池未冻结。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R40 Oura主对标与参考分工

• 主题：康比特产品模式
• 确认程度：已确认方向
• 优先级：P0
• 覆盖：no-ui-by-design
• 页面：总体
• 用例：UC-FM-013
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R40
• 规则：Oura为体验主对标；Dayflow借鉴回放；OpenAI Health借鉴有来源解释。
• 验收：不复制商标/私有评分，不把公开参考能力当本系统已接入。
• 差距：正式主对标覆盖此前Oura备选表述。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R41 专业规则、供餐与服务责任

• 主题：康比特产品模式
• 确认程度：设计建议
• 优先级：P0
• 覆盖：no-ui-by-design
• 页面：后台;SCREEN-23
• 用例：UC-CPT-01;UC-CPT-02
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R41
• 规则：规则需来源/适用/例外/审核人；AI日常整理，真人按阶段服务，供餐据实际条件。
• 验收：未审核不冒充专家已审；没有真实排期或餐食履约不写完成。
• 差距：负责人、专业边界与实际产能待确认。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R42 28天与20人试点建议

• 主题：康比特产品模式
• 确认程度：待用户评审
• 优先级：P1
• 覆盖：deferred
• 页面：运营方案
• 用例：UC-CPT-02
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R42
• 规则：28天/20人/第14天集中解读是可调整试点设计，不是已确定产品限制或疗效承诺。
• 验收：启动前冻结设备、规则、容量、授权和判据；退出者保留分母。
• 差距：未招募、未排期；是否采用请本次评审决定。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R43 周期服务与商品收益分开验证

• 主题：康比特产品模式
• 确认程度：待用户评审
• 优先级：P1
• 覆盖：deferred
• 页面：运营方案
• 用例：UC-CPT-01
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R43
• 规则：服务费和自愿商品消费分别核算；企业采购与个人付费分开，观察未购品者留存。
• 验收：不得以商品GMV代表服务价值；真实订单/退款/专家AI成本齐备后再算贡献。
• 差距：价格、买方、成本和商业验证均未完成。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R44 个人真实资料与共享演示隔离

• 主题：自动数据
• 确认程度：设计约束
• 优先级：P0
• 覆盖：no-ui-by-design
• 页面：全局
• 用例：UC-CPT-03
• 来源：../cpt-product-mode-validation/checkup-meal-coaching-use-cases.md
• 验收ID：AC-R-R44
• 规则：共享原型仅合成数据，私人健康计划和原报告保存在受控私有范围。
• 验收：交付包不含个人数值/文件/密钥；实际提醒未经明确安排不假报启动。
• 差距：用户个人执行计划另存本机，本评审包不纳入。
• 责任角色：产品/相应技术或专业负责人，具体人待定

REQ-R45 专业、直观与视觉评审

• 主题：日常体验
• 确认程度：已确认诉求
• 优先级：P0
• 覆盖：missing
• 页面：SCREEN-01;SCREEN-08;SCREEN-09
• 用例：全局体验
• 来源：../cpt-product-mode-validation/product-system-master.md
• 验收ID：AC-R-R45
• 规则：用户能看懂今天、原因和下一步；图表可追溯且跨端一致；审美需本人评审。
• 验收：本次按核心任务可理解性、信息密度、视觉品质给反馈；不以布局测试替代用户认可。
• 差距：现有V0.6可交互，视觉是否达到期待仍待Jack评审。
• 责任角色：产品/相应技术或专业负责人，具体人待定