每个模块开工前确认对应需求、设计、技术方案和验收标准已经完成评审；缺少关键输入时，只推进不受影响的工作并明确阻塞项。

本轮只交付 iPhone 客户端并通过 iOS App Store 发布；Apple Watch 仅通过 Apple Health 提供数据，不开发独立 watchOS App，Android、iPadOS、macOS 与 Web 客户端均不进入本轮。

Fitbeing 已有邮箱登录、Apple Health 读写链路，以及产品化的睡眠、恢复、负荷定义与界面。项目先交付代码和产品差异清单，再决定直接复用、裁剪、适配或重做；不能因为计划写成新项目就从零开发。Apple Health 写回能力虽然已有，是否进入 Kriki MVP 仍由产品价值决定，不能因代码现成自动加入范围。

运动记录能否从 Apple Health 稳定获取仍是待验证事实。必须用真实设备、不同来源和历史数据验证权限、字段、时间与完整性；结论出来前不把运动记录写成稳定输入。不可用时按明确规则改为用户记录或不结算，不能伪造自动完成。

邮箱登录复用 Fitbeing 成熟链路，但登录后的协议确认、基础资料、目标与限制、权限说明、首次同步进度、首份三大指标结果和中断后继续是 Kriki 全新流程；实际数据同步继续复用原有能力。用户完成“首次使用”的标准是首次同步成功、睡眠、恢复、负荷三大指标可用，并生成今日方案；验收不能从已登录、已有数据的理想账号开始。

Apple Health 提供原始数据；Fitbeing 手表固件中的睡眠、恢复、负荷算法迁入 App 后形成正式结果，并保存数据质量、个人基线、时间窗口和算法版本。上线前必须用 Fitbeing 既有结果、固件与 App 对照样本，以及不同人群、设备来源和数据完整度的分层样本验证；数据不足时降级或不输出，Agent 不补数。

黄堃负责健康数据、指标、行动剂量和安全要求，陈海杰验证数据和算法是否可行，丁振睿负责计划功能、Agent 任务、用户流程和页面要使用哪些结果。三方在 08.28 完成健康计划目录 V1 后，研发可以先用评审样例联调；只有睡眠、恢复、负荷三大指标正式可用后，才为真实用户生成计划。Age 从 08.31 起单独研究，不影响周计划和今日行动。

Agent 只能通过正式工具写入版本化对象；首页、对话、计划和历史不得各自保存第二份进度或方案。

Flutter、服务器和 Agent 在产品出正式需求期间先明确通信对象、传递内容、状态归属和业务分工，并用 trial-v0 模拟数据跑通提交、状态、候选结果、确认或取消、失败重试和读回。试验代码只保留经评审可复用的底座，不代表正式功能完成。

权益由 App Store 收据和服务器状态确认；到期只停止新的 Coach 服务，已有数据、历史、导出和删除权继续保留。

产品事件只记录必要状态和对象标识；原始健康内容、对话输入和可识别个人的信息必须过滤。用户反馈附带诊断信息前要明确同意。

上线前完成崩溃与性能、服务容量、外部依赖、Agent 用量与成本监控，以及备份恢复、版本兼容、TestFlight 试用、生产配置和回滚演练；没有这些结果，功能完成也不能发布。

健康建议、停止条件、异常阈值和 Age 解释需经过运动健康产品审核；不把相关性包装成因果。

不仅测试页面和回复，还要核对算法结果、最终对象、版本、权益、来源、确认、结算、数据权利、历史、失败恢复和跨页面一致性。