#WorkBuddy#健康打卡_社区实操教程

用 Hy4 与腾讯文档智能表格搭一套每日健康打卡系统：字段设计与公式实践 #WorkBuddy#

一、问题不复杂，难在每天都要用

我想记录的东西很琐碎：体重、饮食（能拍照就拍照，懒得拍就打字）、运动、排便情况，还要顺带看 BMI 和这次比上次重了还是轻了。

麻烦不在记录本身，而在使用条件：每天不定时、可能在手机上、只愿意花 30 秒。备忘录记完没法看趋势；本地 Excel 在手机上编辑和同步都别扭；健康类 App 字段固定，我想加一项排便都得迁就它。

所以我列了五条硬指标：在线且 PC 和手机双端可填；有独立展示板看趋势；BMI 按当天体重自动算；自动给出本次体重较上次变化；固定信息不出现在每日录入界面。

最终方案是在腾讯文档里生成一张智能表格，配表单视图和仪表盘。下面记录的是我实际的设计取舍和踩过的坑，不是功能介绍。

二、为什么选智能表格而不是普通在线表格

普通在线表格本质是能多人编辑的 Excel，智能表格多了三样东西，恰好对应我的约束。

第一是表单视图。手机端逐项填空提交，不用在密密麻麻的表格里横向找列，这是每天只花 30 秒填完的前提。

第二是公式列。整列自动计算，新增记录自动继承，不用每次复制一遍公式。

第三是仪表盘。独立一页放 KPI、趋势线、分布图，与录入界面隔离，看数据不用翻表。

另外腾讯文档本身在线、双端同步、云端存储，单人使用不必自己管备份。这个组合比搭数据库加写前端轻得多，也比装一个改不动字段的 App 灵活。

三、实操：我发了什么，它做了什么

第一步，选模型并提出需求。

图 1：在 WorkBuddy 首页输入框右下角选择 Hy4，并把需求直接写进输入框，截图中可见已选中的模型标识。

模型选择放在第一步说，是因为后面要连续做理解需求、读工具文档、调接口、写公式、建图表这一长串动作，属于长链路任务，推理和工具调用稳一点能少返工。

我第一句话是大白话：如果我想每天记录我的饮食、运动，饮食拍照或摄入文字，运动手动输入。怎样方便、准确？

它先给方案对比，并且直说拍照估热量只能当参考，要准确就得文字写清食物加分量。这个判断我认可，所以饮食栏最终拆成文字和图片两个字段：文字负责准确，图片负责备查。

第二步，一次把约束补完。

接着我补齐：要在线的，PC 端和手机端都能输入；还要有个展示板；增加身高、体重、年龄、性别、BMI 的输入。要有本次体重较上次变化。

事后看，这轮最该一次说全。我后来又陆续追加了加排便字段、加星期几、固定信息不显示、体型区间要颜色，每追加一轮它都要重读上下文，也更容易漏掉前面的约定。把约束一轮讲完，比挤牙膏式来回补省得多。

第三步，它自己去读接口文档。

图 2：执行过程显示正在查询智能表格读取相关工具的参数定义，随后自动完成建表、写字段、加记录。

接口参数、字段类型、日期格式这些不用我提供。两个接口层的细节值得记下来：日期字段要传毫秒时间戳字符串；公式引用字段必须用真实 fieldId 而不是字段名。自己写脚本调的话，这两处最容易卡住。

第四步，先用一句话验收，再看细节。

图 3：让它用一句话总结这张健康打卡表怎么用，回答下方可见 Hy4 标识。

我让它用一句话总结我的健康打卡表怎么用，得到：每天在每日健康记录的打卡表单里新增一条，填好日期、体重、饮食、运动、排便、体型区间和备注，星期几、BMI、体重较上次变化自动算出，再去健康展示板看趋势和统计图表。

拿这句话当验收标准，比逐列核对快得多：填什么、自动算什么、去哪看，一句话讲清就说明理解没跑偏。

第五步，打开腾讯文档看真实结构。

图 4：生成结果包含数据表、三个视图以及左侧独立的健康展示板入口。

生成结果包含数据表每日健康记录、三个视图（全部记录、按日期看、打卡表单），以及左侧独立的健康展示板入口。表单视图是双端能坚持下去的关键，点开就是一条条填空，饮食可以直接拍照上传。

四、字段设计：把不变量从表里拿掉

最终字段共 11 列，我按谁填来分组说明。

需要手填的 6 项：日期、体重（数字）、饮食记录（文本）、饮食图片（图片）、运动记录（文本）、备注（文本）。

需要点选的 2 项：排便，单选项为通畅、较多、略多、正常、略少、少；体型区间，带色单选项为偏瘦、正常、偏胖。

自动计算的 3 项：星期几、BMI、体重较上次变化。

这里有一个我拿主意的地方：单人使用，性别、身高、年龄都是常量，没必要每天出现在表里。我直接删掉这三列，只把参与计算的身高 160 固化进 BMI 公式，BMI 依旧随当天体重更新。手填项因此从 9 项降到 6 项。录入成本决定一个打卡系统能不能活过第二周，这比多加几个统计图表重要得多。

三个自动列的逻辑如下。

星期几的公式：CHOOSE(WEEKDAY(日期,2), "星期一" 到 "星期日")。类型 2 表示周一为 1，再映射成中文星期。

BMI 的公式：IFERROR(ROUND(体重/(160/100)^2,1),"")。身高作为常量写死，所以表里不再有身高列。

体重较上次变化：按日期 FILTER 出更早的记录，取其中日期 MAX 那条对应的体重，再与本次相减，首条留空。

实际验证过一次：2026 年 11 月 4 日、体重 58 千克，自动算出星期三、BMI 22.7、首条体重变化为空，与手算 58 除以 2.56 约等于 22.7 一致。

五、展示板配置

3 个 KPI：打卡总天数、平均体重、平均 BMI。

2 条折线：体重趋势、BMI 趋势，分类轴用日期。

2 个环形图：排便分布、体型分布。

1 张明细表：按日期分组的每日记录。

排便字段是后加的，6 个档位，加完在展示板补一个环形图就能看分布，表结构不用动。这也是智能表格比固定字段工具舒服的地方：需求长出来时，改的是配置不是方案。

六、踩过的坑

坑一：首条记录的体重变化显示成了 70.5。空表做 MAX() 会返回 0，第一行被算成体重减 0。修法是先用 FILTER(...).COUNTA() 判断历史记录数大于 0 才做差，否则返回空。教训是公式列一定拿首行和空表去验，别只验中间几行。

坑二：公式列不能作为自动化的触发条件或赋值目标。我本想让 BMI 自动给体型区间赋值上色，但平台自动化不支持基于公式列设值。最后改成带颜色的单选字段手动点选；展示板环形图用单选字段做分类、主题色设为字段自带色，三档才真正分得出颜色。这是全自动与真彩色之间的取舍，我选了后者，代价是每天多点一下。

坑三：接口不支持单元格条件格式。所以 BMI 那个数字格本身没法按区间自动变色，这是能力边界，不是配置没找对。想视觉化只能另开一个带色字段。做方案前先确认边界，能省掉大量无效尝试。

坑四：仪表盘整页删不掉。重建展示板时旧页会残留，接口只能逐个删组件、不能删整页，最后得在客户端手动删掉空页。所以组件最好一次规划全，少重建。

坑五：近 7 天这类滚动日期筛选，接口不支持。统计默认按全表算。要严格只看最近 7 天，得在客户端建带日期筛选的视图，再把图表绑到该视图。刚起步时全表与近 7 天等价，数据攒多了再处理。

坑六：演示数据要及时清。早期为看效果填过 4 条按旧身高算的示例，改公式后数值错乱又误导，验证完立刻清空，从真实数据开始记。

七、双端使用与后续维护

PC 端浏览器直接加行或点打卡表单；手机端腾讯文档 App 打开同一文档，同样用表单视图，饮食可拍照。文档在我的文档列表里左滑，点更多，再点置顶；电脑端鼠标悬停后点更多菜单里的置顶。每天不定时用的东西，多滑一次屏慢慢就不想打开了，这步别省。

后续加字段、改公式、调图表，直接在对话里说就行，比如在日期右侧加一列星期几，自动算。它会去改线上那张表，改完我再让它读一遍记录验证计算结果。这张表不是一次性交付物，而是能用对话持续迭代的配置。

八、小结

回头看，真正值得复用的不是某个公式，而是三条思路。

第一，先把不变量从表里拿掉，常量固化进公式，每日录入项越少越能坚持。

第二，让 AI 先给一句人话总结当验收标准，确认理解一致再抠细节。

第三，先问清平台能力边界，包括条件格式、公式列触发自动化、滚动日期筛选，别在接口不支持的地方反复试。

这类小而高频的个人工具，瓶颈从来不是功能不够，而是录入太烦。把这句话想清楚，方案反而简单。