先说一个反直觉的结论：我用 AI 干活，最省事的办法不是"把活全自动交出去"，而是切成小步，一步一步交。
我用的是 Hermes Agent（Nous Research 出的开源项目，跑在自己电脑上，我平时拿手机在企业微信里跟它说话）。我不懂英文，不会写代码，干建筑二十多年。这半年我改了三次用法，三次都是被同一个词咬的——"全自动"。
一、第一回：我把一个大活整个丢过去，它被一个硬上限掐断
第一回我想让它把我电脑里一个软件的底层逻辑弄清楚。我交代得很粗："把管存储和管网络的那几个文件分析一遍。"在我脑子里这是一件事，对它来说是几十件。
它跑了几分钟，回来一句：超时。
它去把这台工具翻了一遍，找出原因：它调用的那个分析引擎，单次有一个硬上限——330 秒。 超过就掐断，报出来的错还长得像"工具坏了"。
它没照直撞回去，而是把上限放宽（330 秒调到 40 分钟），再把活按大小分开量了一遍：
| 目标 | 大小 | 结果 |
|---|---|---|
| 第一个文件 | 1.35MB | 默认 330 秒内跑完，大约 3 分钟 |
| 第二个文件 | 7.6MB | 默认必失败；放宽后 7 分 40 秒跑完 |
它最后跟我说了一句话，我记到现在：这不是引擎坏了，是目标太大。
它干不成的时候，我第一反应总是"这工具不行"；其实多数时候是我这一刀切得不对——我切给它的是"整个弄清楚"，它需要的是"先做这一步"。
它失败的时候，别急着怪工具——先看自己这一刀切得合不合适。
二、第二回：全自动链条里最脆的是最后一步，而且它静默失败
第二回更气人，因为它一声不响。
我做过一个一键部署：一个脚本五步连着跑——生成网站、本地检查、上传、访问线上确认通没通、把新地址提交给搜索引擎。脚本开头有个"出错就停"的设置，这是写脚本的老规矩，问题恰恰出在这儿：第四步遇到网络抖动会超时；一超时脚本立刻停住——第五步"提交给搜索引擎"根本没跑。
表面上什么异常都没有：网站确实更新了，页面能打开，脚本也干净退出。只有搜索引擎不知道有新内容。 前面四步都在报"成功"，断的是最后那一步，而且没有声音。
于是我加了规矩：凡是"最后一公里"的活——提交、通知、发回执——不许和前面的活捆在一条链里一起算成败，要单独跑、单独报。
全自动解决的是"我不用记得做"；它从来不解决"这一步到底做成了没有"。
三、第三回：两条自动任务撞车，互相把对方的活盖掉
我这边有一批定时任务到点自己干活。有一阵我把两条发稿的活都排在早上九点，结果它们动同一个文件夹：一条在生成，另一条也在生成，谁后跑谁把前一条的产物整个盖掉。 两条都报"完成"，实际只有一条的成果留下了。
改法很土：把其中一条挪到九点半，两件事隔开半小时。
这件事让我重新理解"全自动"：它不是"都交出去"就完了，它还得排队。
四、我立的四条规矩
四条都是这三回换来的。
| 规矩 | 一句话 | 挡住的是什么 |
|---|---|---|
| 一、一件活交一次 | 交一件、看一眼、再交下一件 | 一次改太多，返工 |
| 二、大活先拆，拆到能单独验 | 动手前先量：多大、几步、每步多久 | 目标太大，被时限掐死 |
| 三、每一步都要有交得出手的东西 | 一份清单、一张表、一个数字 | 干完了说不清干出了什么 |
| 四、给一个目标定止损线 | 攻到某一步还不通，就写下来、换路 | 在一个坑里耗到底 |
规矩一：一件活交一次
这条我在别处讲过，这里讲怎么切。切活的刀口不在"事情有几个步骤"，而在"哪一步能单独验"。
"把这个项目整理好"就是一句没法验的话；换成"先核对这一份表的口径，把对不上的条目列成清单给我"，干完我就能一眼看出对没对上。我说不清"交回来是什么"的交代，都不算交代清楚。
规矩二：大活先拆，动手前先量
330 秒那一回之后，我给它添了一道动作：开工前先量。 文件多大、分几步、每步大概多久，量完再决定这一刀怎么切。
它现在的习惯是：小的直接跑；大的先看体积，超过那条线就换法子——要么拆成几段分别跑，要么起一个后台的跑法，跑完再回来读结果，不干等。
对我也一样：派活前先问一句，这件事会不会"太大"。
规矩三：每一步都要有交得出手的东西
小步交付的关键不在"切得小"，在每一步都得有一件能交出去的东西。没有交付物的小步，只是把一件事拆成了几次聊天。
所以我不认"我弄好了"这种话，我要看见东西：一份对不上的清单、一张表、一个具体的数字、一个能打开的地址。拿不出这些，这一步就还没走完，不许往下走。
规矩四：给一个目标定止损线
这条最贵。
有一回我让它攻一个软件里的接口，它从晚上一直试到凌晨，换了好几种路子。最后它定位到根上：那条路在设计上就是封死的——它需要的那个凭据，只在主程序登录成功的那一瞬间递出去一次，它接的那个口子永远赶不上。它把这一夜试过什么、为什么都不行写成一份文档留在电脑里，然后跟我说：别再攻了，走另一条路。
我等这句话等了一夜。但它是我这半年听到最值钱的一句话之一：知道什么时候停，比知道怎么继续难。
五、什么时候可以全自动，什么时候必须小步
| 比较项 | 全自动（一次交代到底） | 小步交付 |
|---|---|---|
| 出错的代价 | 错到最后才发现 | 每一步都能随时刹住 |
| 错在哪一步 | 说不清 | 就卡在刚交的那一步 |
| 要不要盯着 | 要么全程盯，要么完全不看 | 只在每一步看一眼 |
| 适合的活 | 步骤固定、重复、容错高 | 第一次做、有风险、要下结论 |
一句话：全自动适合"做过一百遍的活"，小步交付适合"第一次做的活"。 我手上真正值钱的活，基本全是第一次做的。
六、我这套办法现在长什么样
- 一条任务干一件事。 我这边有几十条定时任务，名字就是一句话：到点提醒我拉伸的、早上那份行业新闻的。一件活一个任务，出毛病只影响它自己。
- 备份分大小两档。 每天小步只传当天改动的，每周一次全量大步兜底。
- 长活常在中途叫停。 干到一半先要一份小结：干到哪了、下一步什么、还要多久。
七、你要是也在用 AI，今天就能做三件事
- 别写"把这件事办好"，写"先做第一步，做完给我看"。 一句话的差别，返工能省一半。
- 大活先量体积再动手。 多大、几步、每步多久——量完你会发现很多活该拆。
- 给正在攻的那个难题写一条止损线。 攻到什么程度还不通就停手换路，写下来，别靠当时的心情。
最后
我一开始以为"全自动"是终点。用得越久越觉得它只是其中一种。
"交一件、看一眼"听着笨、听着慢，但它省掉的是最难算的那笔账——返工：不是多干一遍，是你沿着错的方向干完一整段，然后全部推倒。
小步不是慢，是把返工的时间提前省掉。
下一篇我聊：《不开电脑也能让它干活》——我平时只拿手机在企业微信里跟它说话，有些活得在电脑上跑，这两头是怎么接上的。
——妍暄研习社 · AI 实践