他把AI当员工管，评论区劝他让bot下班

Dep在X上发了一套多bot协作流程的模板，标题叫“the only bot i talk to”（我只跟一个bot说话）。

结构不复杂：一个lead bot，底下四个分职能的bot。scout管信息搜集，coder管写代码，metrics看数据，reviewer做审核。Dep只跟lead bot对话，其余任务由lead分派。

每天早上07:30，reviewer跑完之后，lead bot要交一份简报，四个板块：

今天需要我做的决策，最多3条，草稿已经备好
我的核心数据有什么变化，仅限reviewer审核通过的
我的赛道有什么新动态，同样仅限审核通过的
夜间失败的任务，以及失败原因

硬性要求：一屏能看完，每条必须有链接。

白天的任务按归属分给对应的bot。Dep强调了一点：交接时要给目标、上下文，以及“为什么要做”，不是只扔一个文件过去。没人负责的任务，直接告诉他。

这是一张显示在电脑屏幕上的截图，内容是一段Markdown格式的文本文件。标题为“the only bot i talk to”，下方列出了几点任务和时间安排。文本中提到了一些技术术语如“scout”、“coder”等，并指定了某些任务需要在特定时间完成。此外，还提到了如何处理失败的任务以及如何分配任务给不同的机器人。整个文档的颜色主要是黑色和蓝色，背景为白色。

这套东西转出来以后，评论区方向不太一样。

有人回复：我走的另一条路，我的bot晚上23:00就下班。它们凌晨3点找到的东西，等到早上也不会死。我宁愿早上读新鲜的，也不想醒来面对5个bot的积压。

另一条回复说，07:30的简报安排听着像噩梦。

这里有个错位。Dep那套设计，本质不是技术方案，是管理方案。它的假设是：AI agent就该像人类员工一样连轴转，出问题要有人兜底，出结果要过reviewer。

那位让bot下班的网友，戳的则是另一个点：很多夜间自动化产出的其实是噪音。bots凌晨3点找到的东西，大概率到早上9点还是那些东西，多出来的只是“已处理”的幻觉。

但Dep的设计里有一条值得单独拎出来：交接任务给bot时，要传目标、上下文和原因，而不是只传文件。这条在对冲一个老问题，agent只会执行不会理解，任务拆得再细，不给why，bot就只能在字面上打转。

还有一个细节：简报里每条必须有链接。这是防AI编造的一种笨办法，但有效。

至于07:30这个时间，一个合理的推测是本人习惯早起。对其他人来说，23:00下班可能是更现实的版本。