康比特 AI 运动营养师：从一次测量，到每天有帮助
一个懂我的身体记录、目标和生活条件，帮我把吃动安排做下去的个人健康助手。
2026-09-23 · ToC 产品流程与价值提案 V0.1
体检一体机提供测量入口，小程序保存个人连续记录，AI Agent负责解释、安排、跟进和调整，专业人员承接需要专业判断的情况。本稿区分现有页面与接入基础和拟新增体验；不代表全部流程已经上线，也不提供截图中个人的诊断或饮食处方。
1. 先讲清个人为什么需要它
用户不需要先理解什么叫Agent。他需要的是：报告看不懂时有人讲清楚，不知道今天怎么吃怎么动时有可行选择，坚持遇到困难时有人帮助调整，过一段时间能回看自己的变化。
可以用这句话介绍产品：
测完有人解释，平时有人帮你安排吃动，做不到可以一起调整，下次测量再看看有什么变化。
首轮按有日常饮食、运动或体重管理诉求的成年人设计。未成年人、孕产、慢病治疗、伤病康复和专业竞技等应有各自专业规则与服务责任，不能直接套用普通人模板。
| 个人的真实困扰 | Agent提供的帮助 | 用户得到的价值 |
|---|---|---|
| 报告很多，不知道看哪里 | 整理来源、解释已有记录，区分已知和待核实 | 看懂自己，减少无依据的焦虑 |
| 知道要吃好、运动，却不知道怎么做 | 结合目标、时间、预算、偏好给可选择的行动 | 少做决定，今天就能开始 |
| 每次咨询都要重新说一遍 | 在授权范围记住目标、限制和过去反馈，可查看、更正 | 服务连续，少重复填写 |
| 加班、外食、累了，原计划做不到 | 提供适用替代，保留部分完成和困难原因 | 计划适应生活，更容易坚持 |
| 数据变化了，不知道与之前有什么关系 | 区分行为变化、测量趋势与不确定性，必要时建议专业跟进 | 知道下一步，而不只多一张图 |
| 想找专业人员，但不知道怎么描述 | 经本人确认整理相关记录与问题清单 | 沟通更清楚；是否接入专业服务按实际供给展示 |
ToC描述的是个人使用价值，付款方可以是个人，也可以是机构购买后由个人自愿使用。机构付费不意味着可以默认查看个人完整健康档案。
2. 借鉴蚂蚁阿福什么，康比特重点做好什么
蚂蚁集团官方介绍阿福的健康问答、健康陪伴与健康服务，并展示健康日记、小目标、小提醒及设备数据接入。值得借鉴的是低门槛提问、连续档案和日常陪伴的组织方式；官方功能介绍不等于独立效果验证。蚂蚁集团官方发布
康比特建议重点验证的价值是：把身体记录与个人目标，转成真实生活里能执行的饮食和运动安排，并通过反馈持续调整。
| 共通的用户体验 | 康比特的拟议落地方式 |
|---|---|
| 随时能问，解释容易懂 | 问本次测量、问一餐怎么选、问今天怎么动，回答关联本人有效目标 |
| 能记住我，少重复沟通 | 测量、饮食、运动、目标与反馈形成带来源的个人时间线 |
| 不只回答，还能跟进 | 用户选定行动后，按授权提醒、收集反馈、遇到困难改计划 |
| 需要时连接专业帮助 | 经本人确认整理资料，转接真实可用的专业服务或提示就医；不虚构预约和接单 |
| 可持续的日常管理 | 在食堂匹配实际菜单，在家/外食给适用选择，复测后回看并调整 |
这不是对阿福能力缺失的判断，也不承诺康比特已有同等设备或医疗服务网络。两者都不能以AI答复替代医生诊断与治疗。
3. 两条入口，汇合成一条个人服务流程
现场入口：看到一体机 → 自愿测量 → 归属本人 → 看懂本次结果。
现有项目有手机号匹配与扫码认领两条路径，不必强制用户做两次。现有手机号路径有唯一匹配关联实现；完整ToC体验还应核验本人身份、本次测量归属和适用授权，未确定归属时保持待确认，不能把唯一匹配当成充分身份证明。匿名或未匹配时扫码、登录后继续领取。不同项目的开放注册规则需单独核验，不能默认所有路人都能在任何企业账号下注册。
手机入口：打开小程序 → 说出目标/问题 → 补最少必要信息 → 获得第一项帮助。
没有一体机时可以手动记录；报告上传与识别作为拟议入口，须回显识别结果供本人核对后使用；有支持的设备再自愿连接。没有报告也能进行信息充分范围内的生活方式支持，不为了建档强制收集全部检查项目。
两条入口汇合后进入：
理解现状 → 确认目标 → 今日吃动 → 执行反馈 → 周复盘 → 适时复测 → 调整下一周期。
一体机是获客与测量触点，不是个人服务的必经门槛。纯ToC需要独立个人账号与授权边界，不能把“加入某单位”作为长期使用的默认条件。
4. 八个阶段：用户做什么，Agent帮什么
| 阶段 | 用户动作与触点 | Agent和系统提供的帮助 | 用户得到的结果 |
|---|---|---|---|
| 01 开始认识我 | 在设备旁测量，或在手机说出想改善的事 | 说明本次需要哪些资料；复用已有授权记录，非必要资料可跳过 | 不必填完长问卷才能开始 |
| 02 收好我的记录 | 领取本人测量、核对记录；或手录/提交报告 | 检查归属、日期、单位、来源与缺项；部分结果先展示，后续到数再追加 | 本次记录属于我，之后找得到 |
| 03 帮我看懂 | 点“帮我看懂这次记录”，也可语音问 | 用短摘要解释已知信息、需要核对的地方和适用下一步，不把单项提示当诊断 | 知道现在能判断什么、不能判断什么 |
| 04 一起定目标 | 选择当前目标，说明时间、饮食偏好及必要限制 | 核对目标是否一致及适用；提供阶段重点，由本人确认，不默默替换目标 | 一个愿意执行、可修改的计划 |
| 05 帮我安排今天 | 选择今天的一餐或一次活动 | 给两个适用选择、现实做法、替代和原因；有食堂核菜单，无食堂支持家庭/外食 | 今天具体做哪件事很清楚 |
| 06 陪我完成 | 正常吃饭和活动，遇到困难随时反馈 | 带入授权记录，歧义时再问；按用户许可提醒，支持换餐、缩短或暂停 | 少记录、少被打扰，做不到也有出路 |
| 07 帮我回看一周 | 看周复盘，确认困难是否理解正确 | 回答做到了什么、什么最难、下周改一件什么；数据不足如实说明 | 看到过程进展，知道为什么继续 |
| 08 复测与新周期 | 按适用要求复测或补记录 | 比较同条件趋势，解释不可比之处；需专业判断时承接，再确认下一步 | 从一次测量延续到持续管理 |
所有“解释、安排、跟进、调整”均为目标体验。现有接入和档案能力可复用，主动Agent是否已完整贯通需按当前版本实测。
5. 第一次使用，先让用户得到一个有用结果
首轮体验目标是约五分钟获得第一项适用行动；这是设计目标，不能为了速度跳过必要身份和安全核验。
- 领到或带入记录。 先显示“本次已收到哪些、时间和来源是什么”，未到数据保留上传中。不要把同日其他测量冒充刚才这次。
- Agent主动接住。 “我可以帮你看懂这次记录，再一起选今天能做的一件事。你现在最关心什么？”
- 只补必要信息。 核对目标、当前活动条件、与本次建议有关的限制；不要求把血糖、尿酸、血脂等空栏全部补满。
- 给出一个小选择。 例如先记录今天一餐，或在完成适用性筛查后安排一个可行活动。用户可以选其他重点。
- 约定如何继续。 用户确认行动，选择是否提醒、何时提醒。首页留下行动卡和反馈入口。
首次价值不是“生成了一大段报告”，而是用户理解一项相关信息，并完成一次有用行动或作出一个可执行决定；行动完成率另用真实反馈衡量。
6. 用普通人的一天解释Agent价值
以下是虚构体验示例，不是针对截图中个人的建议，也不是营养处方。
早晨：让我知道今天的重点。 Agent沿用本人已确认的目标和安排：“今天仍按原安排吗？如果时间变了，我可以帮你调整。”已有足够记录时不重复问卷。
午餐：帮我在现实选择里做决定。 用户说“午餐吃点啥”。有食堂菜单时，Agent只推荐真实供应且适用的组合；在家可用现有食材，外食可提供类别选择。说明建议为什么适合当前目标，份量不确定就标估计，不编造热量精度。下单必须由用户确认。
吃完：少填一点，事实准确一点。 取餐记录可自动带入，但只确认必要歧义：“这份是否吃完、有分享或剩下吗？”订单、取餐和实吃分别记录；不能自动认定全吃完。
活动时：帮我调整，而不是责备。 用户说“今天加班，做不了原计划”。Agent提供规则允许的替代或延期，重新检查与饮食的整体一致性。若报告不适，应暂停相关自动建议并按专业流程处理，不能鼓励硬撑。
晚上：一句反馈，改善下一次安排。 “完成、部分完成、今天没做”都能记录；Agent询问真正影响调整的原因，不用补偿性少吃或额外运动惩罚漏做。
周末：看清一周，再决定下一步。 只展示一项有依据的进步、一项反复出现的困难和一个下周调整；没有足够记录时明确不能比较。
用户不必每天固定打开多次。提醒要服从本人选择和小程序真实通知能力；未授权、平台不支持或发送失败时不能承诺后台必达，回到小程序后仍可查看待办。
7. AI Agent应替用户承担哪些工作
| 工作 | Agent可以主动做的事 | 仍由本人或专业人员决定 |
|---|---|---|
| 整理 | 归并授权记录、标记缺项和冲突、生成易读摘要 | 本人确认记录归属和识别错误 |
| 理解 | 记住目标、偏好、时间、过去困难；先查记录再问 | 本人选择目标；适用性冲突交专业审核 |
| 安排 | 调用规则和真实资源生成候选、解释替代 | 本人确认新计划；专业人员审核关键规则 |
| 执行协助 | 设置获准提醒、带入已有记录、按困难重算草案 | 下单、分享、预约、重要目标变化需确认 |
| 复盘 | 分析已确认行动、检查趋势可比性、生成调整建议 | 不确定或异常结果由适当专业服务承接 |
实现上采用一个面对用户的个人助手，由档案、解读、饮食、运动、跟进与安全服务协作。用户无需选择哪个子Agent。同一目标、同一状态快照和同一正式计划版本贯穿全程；候选经规则校验和本人确认后生效。LLM擅长交流，营养数值、单位、适用规则和权限必须由可验证的服务负责。
8. 基于现有截图，优先改善什么
| 观察到的页面现象 | 需要核查/改善 | ToC价值 |
|---|---|---|
| 健康档案展示许多指标和入口 | 增加“帮我看懂”和“下一步做什么”；展示来源与时间 | 从找数字转为获得帮助 |
| AI页同时出现增重目标和泛化控热量表述 | 每次回答引用当前有效目标；若建议与表面目标不同，要讲清依据并核对，不能只换标题 | 用户感到建议确实与自己相关 |
| 训练卡给固定动作、时长和消耗 | 区分推荐计划、实际完成与估算消耗；缺依据不显示精确消耗 | 减少错误的“做了就算完成/抵消饮食”理解 |
| 运动记录显示零，部分健康项为空 | 核清是有效零、未记录、未授权、待同步还是不支持，分别提示下一步 | 用户不会被空数据误导 |
| 首页导航侧重订餐、订单，档案信息较多 | 通用ToC首屏突出今日行动和AI帮助；订餐保留为有服务场景的快捷入口 | 无食堂用户也有完整使用理由 |
| “运动燃脂”作为固定栏目 | 建议改为“运动与恢复”，按个人目标展示内容 | 同时容纳维持、增重、训练等需要 |
| PC团体统计有不同有效样本数 | 团体与个人价值分开；缺失不能算改善，不将群体比例变成个人结论 | 个人知道自己的情况，而非被团队标签定义 |
截图证明页面呈现，不能单靠截图判定线上计算根因或跨端同步故障。上述改进要在真实版本核对后落地。
9. 小程序建议保留四个主要空间
**今日：**当前目标、今天的一到三个行动、变化时怎么调整、可选提醒。它应成为首屏，而不是让用户先读完整档案。
**问AI：**文字、语音、照片等实际支持的方式；快捷问题包括“看懂这次记录”“这一餐怎么选”“今天做不了怎么改”“帮我总结给专业人员看”。对话能调用档案和计划工具，缺信息时只问必要问题。
**记录与变化：**身体记录、饮食、运动、目标和周复盘的个人时间线。每条记录可看来源、时间和修订；把计划与事实分开。
**我的：**目标偏好、授权/设备、提醒、专业服务、订单与退出。家庭成员功能可后续设计独立档案和明确代理权限，不能直接混入本人数据。
已有订餐功能继续保留，有对应食堂时出现在“今日饮食”和场景入口；纯ToC用户不出现不可用的空订餐流程。原页面不因此直接删除，本轮仅提出信息组织方向。
10. 如何讲ToC价值，也如何证明它
对个人：更看得懂、更容易做、少重复记录、遇到困难能调整、长期有人帮忙回看。
对康比特：在营养专业能力、测量触点和真实饮食场景之间建立连续服务关系。可探索个人周期服务、专业咨询或机构购买的自愿个人服务；适用营养商品是可选履约，不是每次建议的终点。具体付费与留存仍需验证。
| 价值假设 | 验证指标及分母 |
|---|---|
| 从测量进入个人服务更顺畅 | 正确领取并可查看本人记录的会话数 / 有效发起领取会话数；重复扫码去重，错误归属单列 |
| 首次就有帮助 | 完成一次适用行动并反馈的人数 / 首次激活人数；报告打开率单列 |
| 计划做得到 | 在已结束执行窗口的行动中，有确认执行证据的行动数 / 已展示且执行窗口已结束的适用行动数；未反馈不能算成功 |
| 越用越省心 | 每用户周人工输入/纠错时间和专业服务分钟，前后同口径比较 |
| 有价值的持续使用 | 原始激活用户中第22–30天完成核心行动的比例，不删除退出者 |
| 复测有意义 | 有适用复测安排且达到窗口者中的完成率，另报可比记录比例；不能只看指标是否下降 |
| 服务值得付费 | 相同续费机会下净付费续用人数 / 到期可续费人数；赠送、商品促销单独核算 |
第一版先验收一个真实用户的完整过程：领到正确记录→Agent依据当前目标解释→确认一项行动→完成或调整→留下反馈→周复盘→可比复测记录。没有全套设备也能完成核心服务；特殊风险与退出分支同样要验收。
最终希望用户记住的价值是：“它知道我想改善什么，也记得我做到了哪里，能帮我把下一步安排得更合适。”