AI 运动营养师 / PRODUCT REQUIREMENTS

让吃、动与日常节奏
在同一张日历里对齐。

AI 运动营养师 · 食动日历 PRD

V0.3 · 2026-09-08 · 产品评审稿。原型使用合成样例数据。用户已确认概念方向;生产数据接入、分析阈值和目标人群仍待评审,不构成开发或上线通过。

1. 产品承诺

看懂今天怎么吃、怎么动、坐了多久,以及接下来怎么调整。

在现有小程序首页日历、饮食打卡和运动记录的基础上,把一天的饮食、训练、日常活动和久坐放在同一个生活场景中解释。按早餐与上午、午餐与下午、晚餐与晚间呈现关系;精确时间留在详情,不把首页做成逐条事件时间轴。

2. 背景与证据

来源 已确认内容 边界
Jack 本任务两轮输入 覆盖吃饭运动对齐、食动平衡、久坐分析;需 PRD 与结合已有小程序的新原型 尚未指定首发人群、设备和上线版本
蓝湖「ai运动营养师」项目 存档213张图;首页已有周日历、摄入环、三餐、运动打卡、体重管理与中央AI入口 静态设计源,不证明线上功能和统计准确性
ai_app 首页代码 custom-calendar、ingest、today-diet、custom-tabbar;蓝紫渐变与白卡片 只读代码核验,未进行真实接口/真机验证
乐心手环迁移记录 用户可同步运动记录并上传 不能据此声称具备全天姿态或久坐识别
Dayflow 官网 自动整理一天、日报与对话式理解 借鉴交互思路,不搬用桌面录屏采集方式
WHO 身体活动资料 身体活动与久坐分别关注 不提供本产品个体化医学阈值

参考:DayflowWHO。蓝湖父项目入口:ai运动营养师

3. 用户、价值与范围

首版设计假设:有日常饮食记录、希望管理活动习惯的一般成人。特殊人群、康复处方、竞技训练等需专业规则另行审核;原型仅演示一般生活习惯管理,不生成个体化强度处方。

用户要完成三个任务:看懂一天;发现可调整的一个环节;完成并回看一个小行动。价值假设为减少跨饮食/运动页面来回查找,尚无用户访谈或留存数据证明。

优先级 范围 可见结果
P0 / REQ-01 首页周/月日历与按日切换 三种标记各自表示饮食记录、运动记录、久坐关注;缺失独立显示
P0 / REQ-02 餐次与活动关系图、餐次详情 三个生活场景,餐前/后活动与记录来源可追溯
P0 / REQ-03 食动平衡 摄入、全天消耗估算、营养结构、数据完整度分别表达
P0 / REQ-04 久坐详情 确认久坐、低活动、未佩戴/缺测分开;最长连续时段、已观测累计、起身次数
P0 / REQ-05 AI解释与下一步行动 看依据、接受建议、改计划、标记完成或撤销
P0 / REQ-06 补记/纠错与重新分析 修改后保持跨页一致,旧分析标记失效后重算
P0 / REQ-07 加载/空/错误/未授权 不用0替代未知;可恢复并有明确反馈
P1 七日趋势与多设备融合 首版只展示入口范围说明,不承诺已接入
暂不纳入 真实通知、订餐支付、设备SDK、诊断/处方、体重预测、热量抵消任务 不产生真实外部操作

4. 导航与旧版调整

首页保持「首页 / 发现 / AI / 活动 / 我的」设计父版导航;实际小程序还存在订餐/订单等租户可配入口,上线时必须复用当前租户配置,不固定替换所有租户导航。原型中的发现、活动和我的为明确的范围说明与返回入口。

首页从上到下:日期选择 → 一天食动全景 → 三维摘要 → 今日观察 → 下一步行动 → 原有运动记录/体重管理入口。

V0.2视觉调整:将等宽场景卡片合成为一张可点击关系画布,按上午/下午/晚间展现饮食、活动、久坐。全景、餐运对齐、久坐三视角只改变强调和说明,不改变数据;餐次/活动/久坐节点通往既有详情。场景行无小时刻度,连线表示关联,不表达因果或数量;节点面积不代表热量/时长。原始详细说明移至餐次详情,首页聚焦整体。动效支持减少动态效果设置。保留品牌蓝与原导航,移动端采用浅色纸面,桌面用深蓝空间和透光边框突出原型。

旧版摄入圆环更名为「已记录摄入」,不再显示“还可吃”并默认把运动热量加回;详情给估算范围和计算组成。原版蓝紫背景、品牌蓝、圆角卡片保留,信息密度和对比度改善。

Screen 页面/面板 入口与返回 主要交互
SCREEN-01 食动日历首页 原首页;各详情返回同一天 周/月切换、选日、餐次、补记、三维概览
SCREEN-02 餐次对齐详情 场景卡 → 返回首页 查看餐次、训练/活动、时间关系、来源;修正进食时间
SCREEN-03 食动平衡 首页概览 → 返回首页 摄入与全天消耗分层、营养结构、完整度、口径说明
SCREEN-04 久坐与活动 首页概览 → 返回首页 观测覆盖、累计/最长/起身、时段、纠错、下一步
SCREEN-05 AI建议与行动 中央AI / 下一步 → 返回首页 解释证据、加入计划、调整时间、完成/撤销
SCREEN-06 补记/修正 首页 / 餐次 → 取消或保存 餐次、实际进食时间、估算热量;明确演示字段
SCREEN-07 数据与演示设置 数据来源 → 返回首页 模拟状态、授权、重置本地样例

5. 核心业务规则

Rule 规则与可观察结果
BR-01 日历以用户本地日期聚合,使用记录事件发生时间;同步时间单独显示。切换日后全部模块同步切换;没有样例数据的日期显示空态。未来日期禁选,计划从独立计划面板管理。
BR-02 日期标记仅表达记录/关注状态,不能合成健康分数。颜色必须配合文字/图例/无障碍标签。睡眠不计入久坐。
BR-03 每一餐分别展示实际进食与前后活动事实;时间相邻仅表示关联,不推断因果或自动认定“最佳”。定量餐前/后窗口须由专业评审确认;原型按生活场景分组。
BR-04 全天消耗必须含静息与活动等组成或来自明确总量口径。设备已提供总消耗时,不再叠加运动消耗。步数与训练重叠必须去重后进入活动消耗。原型用冻结合成区间,不模拟精确算法。
BR-05 已记录摄入与估算全天消耗的时间覆盖必须标注。当天尚未结束时不能用全天预测减截至当前摄入得出能量不足。完整历史日才允许展示区间差值;记录不完整则不给盈余/不足结论。
BR-06 未记录不等于未进食;计划餐不计实际摄入;订单/取餐量不等于实吃量。补记属于用户估算,明确来源。营养结构未知时不从热量反推三大营养素。
BR-07 仅低步数、手机静止或设备离身不得归为确认久坐。确认姿态/用户确认才显示久坐;未确认显示低活动或待确认;缺测显示未知。只汇总有效清醒观测段,不外推全天。
BR-08 久坐累计、最长连续时长与起身次数同源同口径;去重/重叠时段合并,跨午夜分摊且保留原始连续段标识。有效起身定义与阈值待专业/设备核验。
BR-09 完成训练不自动清除久坐关注;不会生成补偿进食的强制运动任务,也不据此建议跳餐或极端节食。
BR-10 AI结论必须链接输入记录与版本,只对有证据部分解释。缺少关键数据时只提示补充,不输出确定性健康判断;服务失败保留事实与规则说明。
BR-11 行动状态为未安排→已计划→已完成,可取消计划或撤销完成;完成只能由用户明确操作/经确认的记录验证,点击“查看”不计完成。计划不计实际运动。
BR-12 修改记录后作废相关旧分析并重新计算,日期不变。重复保存不产生重复记录;原型localStorage保留样例修正和行动,支持一键重置。
BR-13 权限按本人健康数据授权;撤回后相关卡片显示不可用,不能继续暴露缓存。正式产品必须后端鉴权,原型只模拟状态,不证明安全实现。
BR-14 提醒默认不推送;原型时间选择仅保存在本地计划。生产通知须独立授权,遵守免打扰与可关闭设置,重试不得重复通知。

6. 数据字典与接口边界

以下为候选领域契约,不是已存在接口。正式 URL、设备字段映射和数据保留周期在 Q 项关闭后冻结。

对象 主要字段 来源/约束
DaySummary localDate, timezone, observationUntil, coverage, revision 时区必填;coverage分别描述饮食、活动、久坐
MealRecord id, occurredAt, mealSlot, status, energyEstimate, nutrients?, source, revision status=actual/planned;估算热量可缺失;不能从订单直接认定实吃
ActivityRecord id, startAt, endAt, type, intensity?, energy?, source, externalId 同设备externalId幂等;跨源重叠需合并口径
Observation id, startAt, endAt, state, confidence, source, worn state=confirmedSedentary/lowActivity/moving/sleep/unknown;未佩戴=unknown
Insight id, inputRevision, evidenceIds, text, status status=valid/stale/unavailable;缺证据不显示结论
ActionPlan id, localDate, scheduledAt, type, status, sourceInsightId status=planned/completed/cancelled;幂等键=本人+建议+目标日期

候选服务:读取本人日/月摘要;读取餐次关联;修正本人记录;取得指定输入版本分析;创建/修改/取消行动。写入需认证、所属人校验、版本冲突提示、幂等键;网络失败保留草稿,成功回读后再显示已保存。跨账号、重复、过期版本必须拒绝。当前原型无网络请求,未落实任何生产 API。

7. AI 可执行 Use Case Map

UC 角色与触发 清晰业务目标 DoR
UC-FM-001 本人打开首页/选日期 看懂一天的食动关系 BLOCKED:Q01/Q02/Q03;原型可评审
UC-FM-002 本人查看三维分析 理解事实、口径和缺失 BLOCKED:Q02/Q03/Q04
UC-FM-003 本人补记或修正 让记录与分析一致 BLOCKED:Q02/Q05
UC-FM-005 本人打开我的 管理档案与习惯目标 BLOCKED:真实身份/专业目标
UC-FM-006 专业人员选择会员 查看获授权会员分析 BLOCKED:后端服务关系与授权
UC-FM-007 专业人员与会员协作 建议发布、采纳与反馈 BLOCKED:专业身份/通知审计
UC-FM-008 用户选择周期并提问 可追溯报告和问答 BLOCKED:模型/报告审核
UC-FM-009 本人连接健康来源 自动获取兼容的数据 BLOCKED:原生开发/厂商审批/真机
UC-FM-010 新数据触发个人Agent 身体状态巡检与轻量调整 BLOCKED:专业规则与医疗边界
UC-FM-004 本人接受AI建议 安排并反馈一个行动 BLOCKED:Q01/Q04/Q05

UC-FM-001:查看一天的食动关系

UC-FM-002:查看食动平衡和久坐分析

UC-FM-003:补记并修正事实

UC-FM-004:把建议变成行动

8. 页面状态、验收与测试矩阵

原型通过只代表合成数据下交互通过;生产测试仍待实现。

AC / Test Given / When / Then 覆盖 原型检查
AC-01 / T01 有样例日,切换周/月并选日,标题、概览、场景、详情一致;返回保留日期;未来禁选 UC001 M1-M5, BR01/02 自动浏览器点击+小屏检查
AC-02 / T02 没有记录的日期,进入后显示未记录、无结论,可补记 UC001 A2, BR06 空态切换+补记
AC-03 / T03 当天未结束/漏餐,进入平衡页,不显示净热量盈余/不足;已完整历史日给区间与估算标签 UC002 M1-M3/A1, BR04/05 检查两种日期及口径文案
AC-04 / T04 低活动/未佩戴与确认久坐并存,只有确认段进入久坐累计;训练完成仍可显示久坐关注 UC002 M4-M5/E1, BR07/08/09 数字回算+状态文本
AC-05 / T05 修改餐次时间和热量后,详情、首页与平衡页统一更新,刷新保留 UC003 M1-M5, BR12 表单→跨页→刷新
AC-06 / T06 接受建议、改时间、完成、撤销、取消,状态按BR11转换,重复加入无重复 UC004 M1-M5/A1-A2 状态循环+持久化
AC-07 / T07 请求失败/未授权/加载,分别显示对应状态;重试/模拟授权恢复;AI失败不造结论 UC001 E1-E2, UC004 E2-E3 演示设置切换和恢复
AC-08 / T08 纠正一段久坐为低活动后,累计与最长重算,其他事实保留;没有营养素不反推 UC002 A3, UC003 A2 纠错前后数字比较
AC-09 / T09 非法热量/时间不能保存;取消不变;存储失败可见且不假报持久化;重置仅清本原型键 UC003 E1-E3, UC004 E1, BR12 输入校验、异常模拟、重置
AC-11 / T11 在全景、餐运对齐、久坐三视角之间切换,选中状态、视觉强调和解读同步,摄入/活动/久坐数字保持一致 SCREEN-01, BR01/02/03 三视角点击与数值一致性检查
AC-10 / T10 390/1440宽度、键盘和屏幕阅读器语义,主内容无横向溢出;按钮可到达有焦点,弹层可关闭 全页面 截图+边界+console

生产扩展自动化:多租户/跨账号访问拒绝;设备幂等与多源重叠不重复计量;时区/跨午夜/夏令时;旧版本写冲突;撤权缓存失效;离线恢复;AI输入版本一致;真实微信小程序页面导航/授权/存储限制。当前未运行这些生产测试。

9. 埋点与成功指标

指标 定义 当前状态
日历理解任务成功率 测试者能正确指出当天一个可调整环节的人数/有效测试人数 待首轮可用性测试,无基线
建议采纳率 创建行动的独立用户/看到有效建议的独立用户 待埋点;不能用点击替代完成
行动完成率 当期明确完成的行动/到期未取消行动 待埋点;区分自报和设备确认
数据纠错率 被用户修正的记录/被查看记录 需按设备/来源拆分
错误确定性结论 缺失/未知被当成0、无步数被当成久坐的次数 验收目标0;生产需监测

事件候选:calendar_view、date_select、analysis_open、evidence_open、record_correct、action_plan、action_complete、action_undo、authorization_revoke。只收必要事件元数据,不把餐食原文、健康明细发往第三方分析平台。

10. 性能、安全和发布

生产候选性能验收(须研发确认负载):100并发本人日摘要查询、每人一年数据、每日期200事件,持续15分钟,p95≤800ms,错误率<1%;AI解释异步p95≤8秒,超时显示事实,不阻塞首页。微信中端真机常用4G下首屏可交互≤3秒,日切换加载反馈≤300ms。以上是拟定目标,不是测试成绩。

安全:本人数据后端鉴权与租户隔离;撤权/删除范围及保留周期待Q05;加密传输;不在日志存完整健康明细;AI外发数据需独立明确授权;原型只保存本地合成记录,无身份/设备/网络集成。原型安全验收为无真实健康数据、无外部接口调用、重置仅操作自身存储键。

发布顺序:评审原型→关闭P0问题并冻结UC/API→小程序与设备联调→自动化和真机验收→小范围灰度→观察数据可信度/理解率→扩大发布。首页通过功能开关回退旧版,关闭新分析不删除原饮食和运动记录。无日期承诺。

11. 待确认项与责任

ID P0问题 建议责任角色 关闭节点
Q01 首发一般成人范围、目标管理策略、租户入口配置 产品负责人,具体人待指定 开发前
Q02 餐食实吃记录、全天活动、设备佩戴与姿态能力及字段质量 产品+设备+后端,具体人待指定 接口冻结前
Q03 能耗组成/去重、有效起身、久坐阈值、餐运分析规则 运动营养专家+数据负责人 分析开发前
Q04 AI依据范围、建议模板、模型与可靠性评测标准 产品+算法 AI开发前
Q05 健康数据授权/删除/保留周期、跨端版本冲突 产品+安全+后端 数据接入前
Q06 云效目标项目与唯一负责人 Jack/产品负责人 正式提交云效前

DoR: BLOCKED(生产开发)。以上缺口不阻止使用合成数据的设计评审。云效状态:待提交,未创建或修改远端工作项;不能把本地PRD称为已在云效体现。

12. 评审结论与版本

V0.2:根据用户对Dayflow视觉感受的反馈升级首页关系画布及三视角交互;原业务流程延续V0.1,父版保留在Git提交b9a1e1277。产品/专家/研发/测试人工评审均待进行。原型功能和视觉检查见同目录 verification.md;只有实际运行项才记录通过。业务价值和健康准确性尚未验证。

13. V0.3 多端专业工作台

用户已明确:PC为营养师/教练管理多人;小程序为会员本人。V0.3扩展专业工作台与完整“我的”,保留V0.2非时间轴场景关系图。PC管理的是已有服务关系且已授权的会员,不自动赋予健康数据访问权限。全部原型会员是合成样例,不使用用户提供截图中的账户或工作记录。

13.1 双端信息架构

端/页面 核心内容 操作与结果
手机首页 食动全景、日目标、近七完整日趋势、报告、专业建议和AI入口 点击图表进入详细记录;补记影响所有摘要
手机我的 个人档案、习惯目标、周期报告、专业建议、设备来源、数据分享授权 编辑目标;打开报告;采纳建议;撤回专业端分享
PC会员总览 会员、服务目标、授权、记录覆盖、待跟进 搜索并选择会员;未授权者隐藏健康统计
PC今日分析 选定会员的日全景、指标、营养结构、活动/久坐分布、专业解释 选日期;点击节点/指标查详细;进入干预草案
PC周期趋势 近七完整日与前七完整日、活动/久坐图、场景热力矩阵、分布与完整度 切换周期;点日/热力格回到当日依据
PC食动报告 与当前会员/周期一致的图表、量化摘要、口径、依据、建议 打印当前报告;导出本地CSV;不自动外发
PC AI分析助手 围绕当前会员/周期的可回答问题与记录依据 问题按钮和输入;命中样例问题返回对应计算结果,未覆盖问题明确说明
PC干预计划 营养师观察、依据、草案、发布样例、会员采纳反馈 草案独立保存;明确发布后在对应会员手机显示;不代替已完成运动
双端数据与授权 来源、同步状态、观测与估算、分享范围 同源本地标签页同步;实际跨设备云同步尚未实现

专业性规则:每个数值有单位、周期、来源/估算标记、缺失说明和下钻入口。训练与日常步行分别汇总,未分级强度不得算成中高强度达标。完整日不代表全天监测完整;报告需写实际样本天数。干预方案是专业人员草案,AI不冒充营养师诊断或编造处方。

13.2 指标与可视化契约

13.3 新增 AI 可执行 UC

UC-FM-005:会员管理个人健康档案与目标。 角色:本人;触发:“我的”;前置:本人已登录(原型固定样例A)。M1查看档案与目标→M2编辑活动/餐次/起身目标→M3校验保存→M4首页和PC对应会员目标同步。A1查看周期报告;A2查看来源与设备未连接说明。E1非法范围阻止保存;R1修正后保存;E2存储失败显示当前会话临时状态。后置:本人目标改变,其他会员不变。AC12:修改目标、刷新、跨页和跨标签验证;T12。生产DoR BLOCKED:真实身份/目标专家边界未冻结。

UC-FM-006:专业人员查看获授权会员的食动分析。 角色:已绑定营养师/教练;触发PC会员选择。M1筛选会员→M2读取关系及授权→M3查看当日与周期→M4点击热图下钻→M5导出所选会员报告。A1切换会员重置上下文;A2样本不足显示实际N。E1未授权隐藏健康内容并禁止导出;R1会员明确授权后恢复;E2撤回事件立即清除当前健康视图。后置:只读分析不修改记录;导出仅含被授权会员及本周期。AC13/14:A/B指标隔离、C拒绝、撤回后各导航/导出关闭;T13/T14。生产需后端服务关系和细粒度授权,当前DoR BLOCKED。

UC-FM-007:专业人员形成并发布干预建议,会员采纳。 M1查看当前会员依据→M2编辑草案→M3保存→M4明确发布到该会员(原型仅本地)→M5会员在首页/我的查看→M6采纳形成待执行行动→M7专业端看到采纳反馈。A1未发布草案只在PC可见;A2会员暂不采纳;A3修改/重新保存不重复发布。E1未授权/空内容禁发;R1补齐授权/内容;E2重复点击不生成重复建议;R2显示已发布。后置:建议与行动分开,采纳不等于完成。AC15:草案可见范围、发布会员归属、采纳反馈、刷新、撤权禁止;T15。生产DoR BLOCKED:专业身份核验、通知和审计契约待定。

UC-FM-008:用户读取可追溯的周期报告和问答。 M1选择周期→M2按共同指标函数生成报告→M3查看图表/口径→M4提问→M5展示对应事实、周期与来源→M6打印/CSV。A1无法回答的问题明确不支持;A2数据不足保留缺口。E1AI服务失败不编造结果;R1恢复后按当前会员/周期重新计算;E2来源版本变化后报告重算。后置:报告与页面同源一致,不自动外发。AC16:同会员同周期摘要/图表/表格/导出一致,未知不补0;T16。生产DoR BLOCKED:模型与报告审核流程待定。

13.4 V0.3 评审与验证范围

原型必须通过:保留V0.2流程;移动首页/我的有真实内容和下钻;PC独立布局而非手机放大;A/B/C数据隔离;授权变化;草案→发布→采纳;目标与记录同步;报告打印/CSV;三种视口;console无错误。生产数据与账号权限、专业身份、真机、性能及消息投递仍未实现。没有订阅付款或真实会员消息发送。

14. 自动数据接入与个人 Agent

依据最新用户要求,产品定义升级为个人健康Agent助理,自动数据摄取是默认流程,手工记录只处理遗漏与歧义。多品牌接入详细矩阵、官方来源、数据去重、后台同步限制与POC见健康数据整合方案

新增页面:身体状态巡检、Agent偏好与免打扰、自动数据中心(OS/地区/来源组合→支持范围→授权边界→同步状态/历史)。首页和“我的”均有入口;PC在当前会员下显示来源覆盖、异常与触发依据。

UC-FM-009:本人连接数据源并自动获取记录。 M1选择手机系统/地区/健康来源→M2呈现该组合可行路径与类型→M3在原生系统/厂商授权→M4后台自然到数→M5归并去重后更新个人和获授权PC。A1部分类型可读只开启对应模块;A2暂不支持展示可行替代,禁止假装连接。E1后台延迟显示最后有效样本,R1到数后恢复;E2无可读HealthKit样本不判授权拒绝;E3重复镜像不重复计量;E4撤权停止后续摄取。AC17/T17:组合与降级正确、原型事件自动到达、重复不累计、最后同步时间更新。生产必须真机/审批POC,DoR BLOCKED。

UC-FM-010:个人Agent主动做身体状态巡检并帮助调节。 M1新记录触发→M2检查覆盖/新鲜度/个人基线→M3生成可解释的一条观察→M4有歧义时一键询问→M5低风险小行动→M6记录采纳/推迟/关闭→M7必要时专业跟进。A1免打扰/数据过期时抑制普通提醒;A2用户报告不适走就医/专业帮助提示,不鼓励继续运动。E1不够数据不生成体检结论;R1数据恢复后重评;E2重复事件不重复提示。AC18/T18:依据可读、无数据分支、不适分支、免打扰和推迟/关闭状态、个人/专业两端一致。非医疗诊断、非紧急监护,DoR BLOCKED。

原型所有连接按钮明确标记为演示,不能声称真实连接华为/苹果/小米;自动样例到数与后台真实能力分开验收。取餐量只表示估算,不自动认定实吃。连接器、模型和专业分享分别授权。