这篇的关键点适合作为首个原型：输入范围小、可核对，也便于测量实际阅读价值。
本站分析 · 产品推演
用户拿到什么
一页周报分为四块：本周记录完整度、与自己上一阶段相比的变化、影响解释的背景、下周想尝试的一件事。用户能点击任何一句结论查看原始日期和数值，也能标记“这段解释不符合实际”。
示例交互使用虚构数据：系统发现某几天睡眠记录缺失，先显示“本周只有 4 天数据，暂不比较整周趋势”，再邀请补充旅行或设备停戴等背景。缺少数据时给出清楚的空状态，本身就是产品能力。
本站分析 · 产品推演
最小技术流程
用户主动导入自己的设备导出文件或手动记录 → Python 校验日期、单位和重复记录 → PostgreSQL 保存原始记录与标准化数值 → 确定性程序计算统计 → 语言模型把已核对结果写成说明 → 页面展示并收集纠正。
数值计算在程序侧完成，模型只接收必要字段。每份周报记录数据范围、计算版本、模型版本和生成时间；修改原始记录后能重新生成。当前公开资讯站可展示脱敏演示，真实健康数据应进入独立登录空间。
本站分析 · 产品推演
如何验收与分阶段扩展
第一阶段用合成数据覆盖缺测、跨时区、重复导入和单位错误，要求正文数值与计算结果一致、每个变化都有出处。第二阶段在自愿测试中记录阅读完成度、纠正率、用户是否觉得解释有帮助。最后才评估长期行为改变，不能把阅读完成率当作健康获益。
设计边界是解释记录和支持自选目标。先不生成疾病风险分数或药物调整方案。此方案是基于健康教练产品形态作出的原创设计，并未进行临床或用户验证。
方案参考的研究与产品
参考案例提供设计启发，并不代表本方案已获验证。