Anthropic 工程师 10 分钟搭完 Agent，评论区在算另一笔账

一段 10 分钟的终端录屏。屏幕刚打开时是个空白终端，结束时已经跑起一套 AI Agent 系统：单个 Agent 负责执行，跑完自动检查，检查完再改，最后几个 Agent 协同干活。

原帖来自 X 用户 Andy L，说是 Anthropic 工程师的现场演示。帖子里提到一个说法：Anthropic 内部 95% 的工程师在用类似的工作流。这个数字没法独立核实，先记着。

演示本身很快。从单 Agent 到多 Agent，中间那套执行、检查、改进的闭环，看着确实顺。

但翻完 15 条回复，会发现关注点基本都跑偏了。没几个人问那 10 分钟怎么搭的，大部分在聊搭完之后的事。

检查那一步，最容易被跳过

回复里出现频率最高的词是“检查”。

用户 king 说，这链条里检查那步最容易被跳过。用户 ReignSwords 说得更直接：搭系统 10 分钟，写检查标准 1 小时。他还提到一个细节，检查这一步不能让干活的模型自己审自己，得换个视角，比如用另一个模型加明确的验收标准，否则就是换句话夸自己。

用户阿算卡住的地方也不在搭建，而在检查那步的判断标准怎么写。

几位用户的共识差不多：同一个模型自查，多数时候只是在改写措辞。把检查交给另一个 Agent，并且给它可以对照的测试或规格，结果才稳。

有人已经在分终端跑

用户 Louis 路易斯描述了自己的做法：三台电脑分别跑做的、查的、改的，再加一个“秘书”专门验收。他的说法是，分开以后最大的好处是检查的那个不会替干活的找理由。

这套分工听着土，但正好对应演示里多 Agent 协同那部分。区别在于，演示里 10 分钟配好的东西，实际落地时要先想清楚谁审谁、拿什么审。

10 分钟之外的成本

用户 Kai 提了一个大多数人不会想到的点：搭起来 10 分钟，维护是长期成本。Agent 每一轮都要读的 CLAUDE.md 或 AGENTS.md 会悄悄过期。他扫了 110 个 3k 星以上的活跃仓库，发现 7 个（6%）的 agent 文档还指向已经删掉或挪走的脚本。他建议在 CI 里加一步路径检查。

另外几条回复更接地气。用户 Jeree 说自己光配环境就卡了半小时，先收藏再说。用户 安叫兽 问，10 分钟搭出来听着快，实际跑起来效果咋样。这个问题原帖没回答。

也有人不买账。用户 Hale 的吐槽是，门槛低得连实习生都能当架构师了。

值钱的不是那 10 分钟

用户 Jason AI资讯 的总结比较到位：关键不是 10 分钟搭出来，而是执行、检查、改进这套闭环能复用。单 Agent 演示好看，真正有价值的是多 Agent 协同时的检查机制。

从评论区看，这个判断站得住。演示证明的是搭起来有多快，评论区证明的是搭完之后判断标准有多难写。两件事都真实，只是后者不会出现在 10 分钟的视频里。

想动手的话，建议先把检查标准写出来再开终端。顺序反过来，多半会卡在同一个地方。