Kriki Coach・Agent 健康私教
制定行动方案，让身体变得更年轻、更有活力
基于已有数据和现实限制，从长期目标排到今天；变化后调整，再用真实结果改进下一次安排。
- 长期Age 与长期结果身体要往哪里变好
- 阶段当前改善方向这段时间先改善什么
- 本周可执行、可结算的目标把方向拆成周目标
- 今天当天具体安排做什么、做多少、何时停
- 完成实际完成记录只接受真实发生
- 检查日回顾与周回顾检查计划是否有效
用户已经有数据，缺的是有人替他做决定。
Kriki 接住已有设备和历史数据，把专业方法落实成每天的安排。
设备和方法已经存在，服务仍没有做完
WHOOP、Fitbit / Google Health 的完整能力主要围绕自有设备和订阅提供，换入成本高。
HRV、恢复和负荷等概念难以直接变成普通人的当天行动。
图表、分数和固定模板之后，分析、取舍与安排仍由用户承担。
Apple Watch 等设备已积累连续历史；换生态还会割裂过去数据与个人基线。
足球球星的公开佩戴让睡眠、恢复和负荷管理获得更多大众关注。
服务谁、承担什么、边界在哪里
第一批从 Apple Watch / Apple Health 用户开始。
Kriki 承担专业判断和计划，用户保留接受、修改、拒绝和纠正的权利。
不做疾病诊断与治疗，不优先服务专业竞技和原始图表需求。
每层只回答一个问题、保存一个结果，也只改写下一层。
计划向今天逐层收敛，证据经日 / 周检查回到下一次安排。
用多周和多月数据判断长期身体指标是否变化；Age / Age Delta 不是日计划可直接控制的分数。
数据不足时显示未知。
- VO₂ Max
- 日均步数
- 睡眠规律
- 中高强度活动
- 平均睡眠
- 静息心率
- 需要改善的指标
- 变化方向
- 证据周期
- 不确定性
从长期差距、身体基础、现实约束和安全边界中确定阶段重点。
方向变化形成新版本，再影响本周目标。
当前 Demo 暂用六项候选目标验证产品链路，不代表生产目录已经确定；正式目标从评审通过的目录版本中形成，达成状态只来自真实完成。
上周只提供证据，不直接决定本周。
- 高强度刺激
- 基础有氧
- 抗阻刺激
- 步数
- 睡眠时长
- 睡眠规律
- 目标值是多少
- 怎样算完成
- 服务哪个长期指标
- 本周是否优先
先读取 Kriki 自研算法形成的睡眠、恢复、负荷正式结果，再结合本周缺口和现实限制形成当天行动。
评估结果保留数据时间、质量、个人基线和算法版本；方案包括数量、上限、停止条件和替代方式。
状态判断、负荷范围、今日方案和调整入口在同一屏完成。
设备数据与用户明确记录进入同一完成账本；计划预计和 Agent 推测都不是事实。
同一活动只记录一次。
- 可靠设备数据
- 明确用户记录
- 已验证同步结果
- 计划预计值
- Agent 推测
- 按钮文案
- 不确定的写入
对照计划、实际完成、身体变化和现实偏差，判断哪些结论可以影响下一次计划。
只有确认或多次结果支持的规律才进入长期个人模型。
- 原计划版本
- 实际完成数量
- 身体变化
- 现实偏差
- 有效
- 无效
- 证据不足
- 需要继续观察
跨层运行规则
任何一层都不能越级改写上层结果。
睡眠、恢复、负荷由自研算法各形成一份权威结果；所有页面读取同一当前版本，历史读取当时快照。
计划记录准备做什么，完成账本记录真实发生，检查判断结果意味着什么。
只改受影响部分，并说明对目标、完成口径和停止条件的影响。
一次服务要从判断走到结果学习，不能停在聊天回复。
每一步都留下正式结果
- STEP 01
洞察
读取数据、感受与限制，判断当前状态。
输出：状态判断 - STEP 02
方案
结合长期、阶段、本周与当天形成安排。
输出：计划版本 - STEP 03
协商
用户接受、修改或拒绝；修改时说明影响。
输出：确认或新版本 - STEP 04
执行
用户行动，设备或用户记录真实发生。
输出：完成记录 - STEP 05
验证
对照计划、完成与之后的身体变化。
输出：结果检查 - STEP 06
学习
有证据才更新后续计划；证据不足则保持。
输出：可用证据
Agent 在授权事实上形成和调整计划，但不改写健康事实。
系统、Agent 和用户分别负责什么
计算并保存三项权威结果
负责原始数据质量、个人基线、睡眠 / 恢复 / 负荷计算、算法版本和缺失降级。
算法负责人：陈海杰读取结果，解释、计划与重排
基于已保存的算法结果和授权信息形成方案、处理修改并解释依据。
不能自行计算、补写或改写三项结果接受、修改、拒绝或纠正
用户始终保留最终决定权。
一次拒绝不自动成为长期偏好一次运行必须落到可验证状态
- 01事件触发新数据、用户变化或计划与回顾节点。
- 02读取信息只读取当前任务需要且已授权的内容。
- 03形成决定保持不变、解释、制定或调整计划。
- 04必要确认重要改变等待用户确认；局部可逆修改直接说明后果。
- 05保存并读回检查正式版本和相关记录是否真正更新。
- 06结束保存可用结果，或明确停止原因。
运行边界
- 足以改变判断的事件才触发；浏览页面和历史只读取已有结果。
- 长期信息只来自用户确认或多次可比结果。
- 没有授权或缺少现实信息时不作猜测。
成功边界
- 未保存并读回的新版本不算成功。
- 写入状态不明时先读回，不盲目重试。
- 失败时保留可靠结果并说明停止位置。
首版不是一条演示流程，而是一套可以开始、每天使用并持续留下结果的 iOS App。
核心业务场景仍是第一条验收主线，但不能替代完整产品范围。
首个上线版本只发布 iOS App，客户端基于 Flutter 开发，Apple Watch 仅通过 Apple Health 提供数据；MVP 必须同时交付用户界面、计划与回顾能力、Agent、数据和服务底座。
正式需求完成前先做技术验证，但不把参考稿当成开发定稿
Flutter、Agent 和服务器基于当前 Demo，用固定模拟数据和 trial-v0 临时对象完成试验性通信 Demo，验证任务发起、必要 Context、结果与状态返回、应用展示、读回和失败处理。临时页面、字段、Prompt 与业务规则默认不进入生产，也不属于 MVP 功能或上线验收。
产品经理按模块形成并评审正式 PRD；Flutter、Agent 和服务器共同确定职责、通信对象与内容、状态归属、接口、异常处理和运行责任。
八个产品模块共同组成 MVP
| 业务板块 | 产品模块 | 首版范围 |
|---|---|---|
| 用户与数据管理 | 启用与数据接入 | 新用户从注册 / 登录、协议和基础资料开始，完成 Apple Health 授权、首次同步并拿到今日方案；中途退出可继续，数据不足时说明下一步。接通自研算法，形成带数据质量、个人基线、版本和降级状态的睡眠 / 恢复 / 负荷结果。 |
| 个人中心与系统管理 | 长期结果、Kriki 设置、账号安全、数据权限、通知、隐私、导出和删除。 | |
| 健康私教服务 | 长期方向与计划 | Age 与当前改善方向、从已批准目录形成的本周目标、重点与保持项目，以及当天具体剂量；当前 Demo 六项只用于验证产品结构。 |
| Kriki 对话与计划调整 | 解释依据、快捷需求和自由输入；修改展示后果，确认后同步同一正式计划版本。 | |
| 首页与今日方案 | 当天状态、今日主行动、实际进度、计入哪里，以及本周、回顾和 Kriki 入口。 | |
| 执行与效果管理 | 执行与统一结算 | 设备事实与用户记录去重后进入日、周账本；感受只保存为上下文，不伪造完成率。 |
| 数据、回顾与历史 | 今日数据、日回顾、周结果和历史日期；历史读取冻结结果，不因打开重新运行 Agent。 | |
| 订阅服务 | 订阅与服务权益 | Free / Coach 能力边界、购买、恢复、管理和到期降级；到期不删除已有数据与历史。 |
独立 watchOS App，Android、iPadOS、macOS 与 Web 客户端；医疗诊断与治疗、专业竞技、营养或课程社区、多设备与第三方开放平台、Pro 级多目标服务，以及未经证据支持的健康结果承诺。
正常路径能演示，还不等于 App 可以发布
从冷安装完成注册 / 登录、协议、基础资料、Apple Health 授权和首次同步，看到三项健康结果并拿到今日方案；数据不足时仍可进入并明确降级。
晨间判断 → 今日方案 → 现实变化 → 修改计划 → 记录完成 → 日 / 周回顾。
加载、空数据、同步延迟、离线、权限撤销、算法失败或版本不一致、Agent 失败、版本冲突和安全保护都有明确结果。
三项算法通过不同人群、设备来源和数据完整度的分层样本验证；Agent 的触发、上下文、写入、读回和失败结果可回归测试。
登录恢复、订阅变化、导出、删除和注销可验证；订阅到期不删除已有数据和历史。
崩溃、性能、服务容量、外部依赖、算法、Agent 用量与成本可监控，并具备停止放量、降级和回退能力。
先把首版 App 交付完整，再扩大数据和服务范围
完整交付首版 iOS App
上述八个产品模块在 iPhone 上共同可用，核心场景只是其中一条完整验收路径。
根据个人结果调整
只把多次结果支持的规律用于后续计划。
增加设备与生活场景
扩大数据范围，但不改变权限和完成账本规则。
差异不在分数，而在把判断、计划、修改和验证连续做完。
现有产品已经证明什么
Gentler Streak用户需要避免过量训练；Kriki 还要把睡眠、活动和现实安排放在一起判断。
AutoSleep / Pillow睡眠工具可以做深数据；Kriki 把睡眠结果用于当天和长期安排。
Athlytic / WHOOP可结算的周目标能推动行动；Kriki 还要把周目标连到长期指标。
Bevel / Fitbit综合平台已经提供建议；Kriki 必须把修改保存成计划，并继续检查结果。
优势来自持续积累的个人证据
只保存用户确认或多次结果支持的规律。
每次安排都能对应完成记录和之后的身体变化。
数据来源、版本、确认、历史与检查都可查。
基础判断免费，持续管理收费。
按管理深度分层；首发只公开 Free + Coach，价格仍需测试。
历史价格与能力假设
有限状态判断、简要依据与单次建议；不生成完整计划，不接受持续协商，也不跟踪结果。
¥368 / 年持续管理
完整日周计划、变化后重排、主动提醒、完成记录、日周回顾与长期个人身体模型。历史中国区测试价。
¥688 / 年未来假设
多目标、多设备、更多现实上下文与更长周期计划；首发不公开。
$79.99 / 年
配合完整试用的历史假设，不是已批准公开价格。
任务有多复杂，就调用多完整的能力
通知直接复用已有结果，状态更新只读取必要信息；只有生成或重排计划时，才运行完整 Skills 与 Context。
复用计划生成时准备好的条件与短文案，只启用发送和时间判断能力。
只带当前状态和最新变化，启用必要 Skills，完成更新或简短解释。
读取目标、状态、现行计划和现实条件，启用完整规划 Skills。
三种使用强度的月度模型成本
仅为历史模型成本。完整毛利还需计入平台分成、云服务、接口、客服、税费与退款。
需要同时验证的三个前提
Free 与 Coach 的差异要在完整服务中成立。
真实调用量可能改变价格、模型和能力边界。
身体改善与 Age 变化必须经过足够周期验证。
定义 Kriki Coach 是什么、为何存在，以及它希望带来什么。
Kriki Coach
让专家级的健康服务惠及每一个人。
To make expert-level health coaching accessible to everyone.
让每个人都能掌控自己的健康，拥有从容而自由的人生。
A world where everyone can take charge of their health and live with ease and freedom.
毫不费力
ABOUT
健康管理这件事，大多数人都被要求成为自己的专家。看懂指标，制定计划，坚持执行，还要在忙碌和变化里反复调整；很多人还没开始，就已经放弃了。而我们想让这件事变得简单一点：
Kriki Coach 是一个“健康私教 AI 智能体”，它像一个懂你身体状态、替你打理好这一切的人。它看得到你身体的细微变化，知道今天你该做什么，并把复杂的健康管理变成一件件你轻松做得到的事。
你不必成为专家，也不用反复试错，不用咬牙坚持，按自己的节奏把这些小事放进日常就好。一天一天，身体状态在不知不觉中改善，让活力持续在线。
—— Kriki Coach 希望让每个人都能够保持活力，却不必费力。
When it comes to managing their health, most people are expected to become their own experts. They have to understand the metrics, make a plan, stick to it, and keep adjusting when life gets busy or things change. Many give up before they even begin. We want to make it simpler:
Kriki Coach is an AI health-coach agent. It’s like having someone who understands how your body is doing and takes care of all of this for you. It picks up on subtle changes in your body, knows what you need to do today, and turns complex health management into small, manageable things you can easily do.
You don’t have to become an expert, keep figuring things out through trial and error, or rely on sheer willpower. Just work these small things into your daily routine at your own pace. Day by day, your body starts to feel better, almost before you notice, and your vitality stays with you.
— Kriki Coach hopes to help everyone stay vibrant, without having to work so hard.
把已定规则和待验证假设分开。
团队按同一份结论推进
已经确定
- Kriki 是替用户做健康判断和计划的个人 AI Coach，首批服务已有 Apple Watch 数据的普通用户。
- 首个上线版本只发布 iOS App，客户端基于 Flutter 开发；Apple Watch 仅作为 Apple Health 数据来源，不包含独立 watchOS App，其他客户端不进入本轮 MVP。
- Fitbeing 的邮箱登录和 Apple Health 读写链路优先复用；登录后的首次使用由 Kriki 全新设计。
- 产品由长期目标、当前方向、本周、今天、实际完成、日 / 周检查六层组成。
- 稳定的是长期 → 阶段 → 周 → 日的产品层级，以及正式进度必须有可靠结算来源；Age 和周计划的指标数量与目录尚未定版。
- 完整服务必须走完洞察、方案、协商、执行、验证、学习。
- 计划、完成事实和检查结果分别保存；所有页面读取同一正式版本。
- 睡眠、恢复、负荷沿用 Fitbeing 已产品化的定义与界面基础，算法从手表固件迁入 Flutter App；Agent 只读取、解释和使用，不能另算或改写。
- 完成只来自可靠设备数据或用户明确记录；修改不能改写历史事实。
- Agent 负责解释与规划，不计算健康事实、不改变权限与安全规则。
- 市场先承诺替用户判断和安排；身体改善与 Age 变化必须等待真实证据。
- 持续管理收费；用户自己的数据、历史、导出与删除权不被订阅锁住。
仍需确定
- 睡眠、恢复、负荷算法的生产公式、权重、样本、阈值与发布标准。
- Age 候选指标的保留、拆分、合并与新增，以及科学证据、Apple Health 可用性、基线、窗口、归一化、冗余、权重、缺失处理和发布阈值。
- 周计划候选指标的数量、名称、分组、长期映射、可行动与可结算规则、安全范围、缺失降级和 UI 方案。
- 指标目录变更后的版本迁移、历史冻结和低置信展示。
- 多数据源优先级、冲突与去重规则。
- Apple Health 运动记录能否稳定获取并用于自动结算。
- Apple Health 写回是否进入 MVP，以及写回哪些数据。
- Flutter、服务器和 Agent 的正式业务分工、通信拓扑、任务协议、状态归属与运行责任。
- 主动联系频率、免打扰与通知渠道。
- Free / Coach 边界、最终价格与 Pro 是否存在。
- 真实调用量、完整成本与利润空间。
- 长期改善、留存、付费与市场进入目标。
查证材料与实现细则
APPENDIX A首发平台与数据来源
- iPhone · Coach：查看与修改完整计划，承载当天判断、方案、修改入口与完整对话。
- iPhone · Data：查看判断依据、个人基线、历史、日回顾与周回顾。
- Apple Watch：首版仅通过 Apple Health 提供活动、心率、睡眠等数据，不交付独立 watchOS App。
- iOS 通知与语音：只在有新结果、待确认或计划变化时提醒；语音用于快速补充现实情况。
- 其他客户端：Android、iPadOS、macOS 与 Web 不进入首个上线版本。
APPENDIX B交互与历史规则
- 首页先展示今天，周回顾、完整数据和 Agent 过程不抢在行动前面。
- 本周计划和今日计划都可修改；系统必须说明目标与完成率的影响。
- 需要输入时就在当前位置输入，感受记录留在对应日期；点击输入入口后直接显示光标和键盘。
- 历史日期读取当时保存的数据、计划与记忆版本，不重新运行 Agent。
APPENDIX C成本测算口径
- 计划内提醒随计划一并生成，发送时不调用模型。
- 历史普通调用约 $0.00675 / 次；完整规划约 $0.030 / 次。
- 历史日均调用假设：轻度 3.6 次、正常 6.8 次、重度 9.7 次。
- 以上只用于内部测算，正式决策前需按真实模型、用量、汇率和完整成本重算。