我用workbuddy配置飞书文档数据

每天早上9点到工位，第一件事是打开飞书那张运营数据表。三张表：微小、app、其他小游戏。每张顶部插一行，公式带上，样式对齐。然后等数据推送，把 DAU、新增、付费、首付费、留存一个个填进去。再从投放后台，把投放数据一个个配置到17 个渠道的消耗表中读，最后一一核对。

这套活，打我开始做这款游戏的游戏运营起就天天有，3年了。不难，但每天来一遍，365天，天天无休的配置，谁也顶不住。更不能错。错一个数，汇总歪，汇报歪，老板问起来当场编理由。

我也想有简单的解决办法，但是有心无力。后来ai出来后我想明白了：这事不该全人干。

于是我经过研究，终于用workbuddy把现在这套流程跑起来了，插行、拉数、写表、校验全是自动的。我每天真正要做的，就是开一张消耗看板截图，丢过去，收一份对账明细。再把剩下的手动配置入表格，虽然是半自动，但是最起码节省我一半的时间。

下面说说它怎么搭的，以及我踩过的坑。

先拆活：三块，两种干法

整套东西我拆成三块：

这个"半自动"不是懒，是试出来的。消耗数据没有推送接口，最早想靠 OCR 自动识别截图，翻车了好几次，最后固定成"AI 看图 + 算术反推"——机器读个数，拿分项加总去对合计行，对不上就退回去重看。人只在最关键的那一下出现。

护栏这事，我是被吓出来的

做数据自动化，功能是次要的，护栏才是主要的。功能决定了它能干什么，护栏决定了我敢不敢用它。四道护栏，每一道背后都是一次翻车。

公式列不能碰。app 表里好几列是汇总公式，"首付费合计"那列，写坏一次，历史数据全污染。脚本对公式格一律跳过，没有例外。

空行不写 0。 最早图省事，新插的行拿 0 填满。后来发现坏了——"还没填"和"填了 0"分不出来了，护栏也失效。现在非公式列一律留空，真空就真空。

只写空格。 每次写表只碰空白格。好处是幂等：脚本被超时打断、不确定写没写，直接重跑一遍，不会重复插行，也不会覆盖数据。这一条救过我很多次。

写完必须读回。 写入和读回走两条路，逐格比对全过才算完。不读回那一下，我心里没底。说白了，运营数据的自动化，"错了能停手"比"跑得快"重要。

差点改了一个不能改的东西

表头写着"3 日留存 / 7 日留存"，实际取的是第 2 日和第 6 日。第一次发现的时候我心想这什么玩意，改了。手放到键盘上才停下来——历史值全是按这个口径算的，改了，新旧数据接不上，趋势图全是假的。所以也一定要和ai说清楚，什么值对应什么值，有时它会给出它的推测，沟通好就好。

三个坑，记到现在

1. OCR 会自信地读错。 最早消耗数据想全自动，靠 OCR 识别截图。实测漏读大数值、漏读 0 值格，还把邻行的"当日收入"串读成消耗——快手那一列就这么错过一次。后来死心，改成 AI 看图加算术反推。机器读的值，必须过一道算术才配进表，这是原则。

2. 升级不预览，插行能插错位置。飞书 CLI 有个版本之后，"插入位置"的语义悄悄变了，同样是顶部插行，参数从 1 变成 2。脚本虽然能自动探测，但升级环境后第一件事永远是空跑一遍。涉及写入的自动化，升级先 dry-run，这条没得商量。

3. 漏跑比不自动化更吓人。 这套自动化历史上漏跑过几次，9 月 22 号、23 号连着漏了两次，任务状态显示正常，数据行根本没生成。要是没有"写前确认格子空、写后读回比对"的习惯，漏跑会被悄无声息带进汇报。现在除了人工兜底，又加了个二次兜底的定时任务。脚本本身幂等，重复跑不会重复插，加了不亏。

小游戏的数据，能走 API 吗

结论是：能走。但是涉及到数据保密性的问题，不能直接把appid和密钥都给ai。建议是做一个桥，比如，让ai根据api接入文档，写一个python文件，保存在本地。里面你可以先找几个不重要的产品的appid和密钥，跑通数据。跑通后取出来的是一个xls或者csv，让ai去这个表里取值。最后再配置到这个飞书表格中。这样相对安全一些。

现在的样子

现在每天：

9 点，三张表自动插行，读回校验。

9 点半和晚上 8 点，基础数据自动拉两遍，第二遍兜底，怕推送迟到。

我：发一张消耗截图，收一份表格化明细。最后把无法自动的手动配置。

每天的人工动作，从三张表的机械劳动，压缩成"发一张图，看一眼回报，处理剩余部分"。

没干完的也有：写入层还在用本地 CLI 磨，下一步优先改成开放平台 API 批量写入；消耗数据的数据源摸底也在推，能直接拉数就彻底不用我发图了。但就算停在今天这一步，也值了。

如果非要给想动手的朋友总结几句，就三句：

护栏先行，功能可以慢点上。

口径先查历史，别急着改"不对"的。

机器读的数，必须过一道算术。其他的，都是细节。