健康体重管家

它解决什么问题

体重管理常见的失败点不在“没有知识”，而在流程太碎：称重后忘记记录、多终端之间数据不同步、看到体重波动后无法判断是趋势还是正常变化，以及长期坚持缺少反馈。手动整理表格虽然能存数据，但缺少趋势计算、断签提醒、个性化建议和里程碑激励。

这个技能面向这些具体场景：用户需要快速记录早晚体重，自动计算晨重趋势、日环比、日内波动等指标；需要把饮食和运动建议建立在个人数据和权威资料上；还需要一个不会因为升级或换设备而丢数据、能在本地和云端之间可选的记录系统。

它如何工作

核心能力围绕一条完整链路展开：

• 建档与状态检查：首次使用时初始化昵称、身高、体重、性别、年龄和目标体重。每次对话涉及体重管理时，先执行 status，返回免责声明、距上次记录天数、断签关怀、极端 BMI 警告、里程碑状态和常规分析数据。
• 每日体重记录：record 支持早晨、晚上记录，也支持用 --date 补记过去日期。当输入值与上次相差超过 2kg 时，脚本不会直接保存，而是返回 needs_confirmation，由用户确认后再通过 --confirm 落库，减少手误污染长期趋势。
• 自动分析与互动：记录成功后返回 analysis、encouragement、近 7 天历史表、新达成的里程碑、周期总结和 next_steps。WorkBuddy 需要把这些结果依次呈现，而不是只回复“已记录”，从而形成“数据 + 鼓励 + 成就 + 下一步”的闭环。
• 结构化建议生成：脚本返回的 analysis.advice_prompt 会把用户画像、BMI、目标差距、晨重波动、日内波动、近期趋势和备注打包成结构化上下文。建议生成遵循双层知识源：默认使用内置的 dietary_guidelines.md、health_advice.md 和 intraday_guidance.md；若用户已启用 ima 知识库，则检索结果优先，内置文档作为补充和兜底。
• 饮食热量计算：calc_diet 基于约 45 种常见食物的内置营养库计算热量、蛋白质、脂肪、碳水、供能比，并对照 Mifflin-St Jeor 估算的每日能量目标和《中国居民膳食指南（2022）》推荐区间给出评估。未收录食物会进入 unknown_foods，需要用户补充或近似替代。
• 数据存储与多终端同步：本地默认写入 ~/.workbuddy/app-data/weight-manager/，位于 skill 文件夹之外，采用 JSON 格式，不依赖外部数据库或网络。若需要多终端共享，可开启云端模式，由 WorkBuddy 通过 tencent-docs 连接器读写在线表格；export 和 import 则作为本地与文档之间的桥接格式，merge 用于按日期和时段做并集，避免整表覆盖。
• 新终端引导：当本地无档案时，onboard 或命令返回中的 needs_onboarding 会区分新用户和换终端老用户。老用户可粘贴腾讯文档链接或 file_id，脚本读取云端数据后合并恢复；从未开启云同步的纯本地用户则用 export / import 手动迁移。

适用边界与注意点

它适合把体重当作长期指标来管理、愿意每天或定期称重并记录数据、希望获得基于《中国居民膳食指南（2022）》的一般性饮食和运动建议的用户。饮食建议默认基于常见食物，覆盖约 45 种食材；如果饮食结构特殊、频繁食用未收录食物，或需要精确到克的医学营养方案，计算结果只能作为参考，需要用户补充数据或咨询专业人士。

脚本负责本地逻辑和 JSON 读写，不直接访问在线文档；云端模式依赖 WorkBuddy 的 tencent-docs 编排。云端文档会保存昵称、身高、体重、性别、年龄、目标体重和每日记录，不应写入真实姓名等强身份信息，分享权限建议设为仅自己可编辑。多终端同步采用对账思路，而不是发现缺失就盲目拉取，避免在未称日误触发；但也不能保证外部连接器或在线表格服务持续可用，重要的历史数据仍应保留本地或手动备份。

所有饮食、运动和减重建议均来自一般健康资料，不能替代医生诊断。极端 BMI、快速减重意图或异常饮食倾向触发 is_extreme 或 stop_normal_advice 时，技能会停止常规建议，优先展示 extreme_warning，并建议用户寻求专业医疗或心理帮助。健康减重速度通常建议每周 0.5–1kg，不应把极端节食、短期快速掉秤当作目标。