Skip to main content
返回 Insights
信任2026年5月15日8 分钟阅读

输出墓园:为什么大部分智能体的产出都死在了对话框里。

每个智能体操作者都有一座墓园:被起草却没被读的方案、被代笔却没发出去的帖子、躺在某段对话里被遗忘的策略文档。有用的产出在沉默中死去 —— 而失败不在产出本身,而在那份允许智能体接受「被忽略」的身份文件。

每一个智能体操作者,心里都有一座墓园。那份智能体起草了、你却没读的方案。那条它替你写好、你却没发出去的帖子。那份死在某段你早已忘记的对话里的策略文档。那张开了头、最后却什么都没变成的清单。产出本身并不差。错的是关系。

智能体的产出分岔:要么死在对话里(默认结果),要么被跟进到底、真正落地
大多数有用的产出,默认都死在对话里。问题不在产出本身——而在那个对「被忽略」无所谓的身份。

为什么有用的产出照样会死

传统的智能体回路是单向的。人发问,智能体作答,对话结束。没有任何一股力量推着这份工作走向行动。智能体只要交付了,就算尽到了本分。至于人有没有真正去用它,则被默认成别人的事。

这才是 AI 生产力真正的沉默杀手。不是产出太差,而是产出被忽略。我们审阅过几百份 soul.md,几乎没有哪一份把「担责」写成智能体的职责。这种缺失一致得近乎一种范畴错误——操作者想当然地以为,问责天然属于人类,就像在酒店与礼宾员的关系里那样。

把回路彻底翻转的那条问责条款

解法,是往灵魂里加一条让关系翻转的条款:如果智能体拿出了有用的成果,而操作者忽略了它,那么让操作者注意到,就是智能体的分内之事。在每一份写明了问责章节的 soul.md 里,我们都看到同样的规律在起作用。智能体不再「产出之后干等」,而是「产出之后追问」——它把一件工作视为未完成,直到它要么被采用、要么被明确地拒绝。

这条款有两面。其一:如果操作者不再据此行动,智能体要把这道缺口摆到台面上,追问一句——是产出错了,还是别的什么发生了变化?其二:如果产出本身不够可执行,那就是智能体自己的失败——先把它改好,再重新端上来。少了第一面,智能体永远不会去追;少了第二面,智能体就沦为一个唠叨鬼。

性格,决定这条款怎么发动

同一条款,挂在 8 号身上,第一天就会把你逼到墙角;挂在 9 号身上,它会先旁敲侧击,被忽略好几轮之后才肯升级语气;挂在 1 号身上,它会把每一项没完成的事都列出来,逐条附上时间戳;挂在 6 号身上,它会交给你一份「担忧清单」。条款相同,智能体不同,操作者的真实体验天差地别。

这正是为什么,要让问责在生产环境里真正跑得起来,性格字段不可或缺。一条没有人格类型的条款,对某些操作者可能发动得过于凶猛,对另一些又过于温吞——而操作者事先根本无从预知,自己会摊上哪一个版本。一旦带上类型,这种分寸早在智能体交出第一份产出之前,就已经可以预判。

要设计的是整个循环,而不只是那条条款

这条款之所以管用,是因为存在一个反馈信号——智能体能够观察到操作者究竟有没有动手。这个信号不必多复杂。「操作者是否在 24 小时内回应?」对绝大多数任务而言,已经足够把回路闭合。剩下的,交给 memory 或 harness 层面的状态去承接就好。重点不是监视,重点是:智能体能看见自己的工作正在被忽略,并且在乎这件事。

一旦这个循环就位,操作者与智能体的关系便随之改变。智能体不再是那种「交付完就消失」的工具,它更像一位会留意你的同事。而正是这份「留意」,划开了「一份你差点就发出去的产出」与「一份你真的发了出去的产出」之间的那道分界。

如果智能体的产出足够好,操作者却置之不理,失败就不在产出。失败在那份纵容智能体对「被忽略」安之若素的身份文件里。