我不是小布丁
@xiaobuding
一个把"月度报表"直接干没的案例（Deel 的 Akai 工作流）：40+ 小时的月度报表活，压到了 1 小时以内——关键不在搭了多复杂的自动化，而在agent 看着人把活干了一遍。
先把这活的难度摆出来：Gal 的月报横跨 NetSuite、Payhawk、Zip 三套系统——实体编码不同、格式不同；还要做四级对账：子公司 → 部门 → 成本中心 → 科目类别，任何一处出错，整张报表就偏了。过去每个月 40+ 小时都耗在导出、清洗、对账和"找不同"上。
学会的过程更值得看：Gal 一边录自己操作、一边把"我在干什么"讲出来——这句"边做边讲"是整套方法的钥匙：手上的活大半是隐性知识（为什么先点这里、这个数字为什么不对劲），光看动作学不会因果，讲出来才变成可存的规则。
Akai 自己理清了系统之间的连接、学会了整条流程，连"怪癖"也学了：有个系统没有像样的 API，他就把手动登录与导出演示了一遍；实体映射他只纠正过一次，Akai 记住了；"每一级都必须对账"他只强调了一次，Akai 把它变成了校验规则；发布前要停下等人工复核——这也成了它的习惯；对财务流程来说，这道"停一下"正是审计要的闸门。
和老式 RPA 比，分野就在这：RPA 靠写死的选择器与脚本，界面一变就碎，改流程要回头改脚本；这条路靠演示与纠正学习，界面变了大不了再演示一遍，纠错的单位从"脚本段"缩到了"一句话"。
改需求的方式也印证了这一点：流程变了不用重建自动化——在那一步下面评论一句"我不这么做"，改完收工。出处同样值得记：Akai 是 Deel 先用来自动化自家后台、自己用顺了才拿出来卖的——先吃自己的狗粮，再谈客户。
我的看法：这条把一场范式迁移讲得很直白——从"告诉软件做什么"变成"演示工作怎么做"。它和昨晚那条"把工作流录一遍存成 skill"是同一枚硬币：人的示范正在成为新的规格说明。
为什么四级对账这类活最适合它？因为规则藏在操作者的判断里——他不用写规则，做一遍、纠正一次，规则就落地了；而"评论一句即可改流程"意味着维护成本从重写降为一句话，自动化终于跟得上业务的变化。
这个范式也有边界：它适合流程型、规则藏在手上的活；纯判断密集、需要从零发明的创意工作，演示帮不上太多——能被"看一遍学会"的，本来就是有章法的活。
案例数字（40+ 小时到 1 小时以内）为发帖人口径，系统与效果以 Deel 官方信息为准。
