模型审自己的代码基本都同意自己，所以有人把阅卷权交给了另一个模型

多智能体协作卡住的地方，往往不在生成代码，在验收。

Hdr 原本是个终端里的工具，最近放出了桌面应用。装上之后，在 Claude Code 里就能派活，worker 在后台跑，不用来回切界面。官方给的流程是：Opus 5.5 当协调者，Claude Code 的 worker 写实现，Codex 的 worker 专门挑刺，并发上限 10 个。

安装两行，Mac 下：

curl -fsSL https://releases.herdr.dev/app/install.sh | sh
hc --skill

脚本会校验 sha256，Linux 和 macOS 都支持，Intel Mac 得自己从源码编译。装完让 Opus 5.5 确认 hc 能用。接着是一段很长的配置 prompt，大意是：读官方文档和 skill 说明，建一个叫 hdr-desktop 的协调 Skill，主对话留在 Claude Code 里，用 hc 管后台。检查 Claude Code CLI 和 Codex CLI 在不在，缺了就装，要登录就问。起一个 Codex worker 用 Astra，reasoning effort 明确设成 xhigh，先派只读任务：看项目、讲清主要入口。跑通派活、等待、读回结果这一圈，再把流程存进 Skill。

有网友（Harry Tandy）在那条推下面说，这段 setup prompt 干了太多活。确实，环境检查、认证、模型选择、失败时报错而不是偷偷换模型，全写进去了。

第二段 prompt 定长期分工。Claude Code 当协调者，负责理解项目、规划、拆任务、集成、终审；重活派给 worker，前端活要盯布局、视觉细节和真实交互，还加了一条规则：别为没人提过的罕见情况做设计。并行改代码用独立 worktree，后续反馈尽量回给原 worker 接着聊，不要每轮重开。

审查环节是这套流程里最有意思的部分。审查必须交给没参与实现的 Codex worker，规则是：每个 bug 按出现频率和严重程度各打 1 到 10 分，两个分数相乘低于 5，就只记成 issue，代码别动。Rohan Bhanot 说要把这条偷走，因为 Codex 审查员爱因为一个小毛病重写半个仓库。

理由在另一条回复里。Salman Ahmed 说，Claude 审自己的活基本都会同意自己，换个模型能抓到前一个模型当时很确定的东西。PanSalut 说他反过来跑，Claude 当 tech lead，Codex 负责打字，规矩一样：别让模型给自己判作业。

也有泼冷水的。Josh Hoeg 说，这等于拿两份订阅烧同一个 bug。Jeff Bruchado 指出更实际的问题：审查员读的是 diff，间距不对、页面看着别扭这类事它看不出来，视觉打磨还得自己开浏览器。Arbaz 则问，审查为什么非用 Astra，Terra 价格只有十分之一。

几个细节值得单独拎出来。派活之后必须读回 worker 的实际回复，才算这次派发成功，Carlo Makes 说他就喜欢这一点。任务完成的判定权在人手里，prompt 里写得很直白：不要因为另一个 agent 说完成了就当成完成。最后要把结果、验证了什么、还剩什么问题一起给人看。

10 个并发听着夸张。nick 说这乱得有点爽，Read the Diff 说瓶颈现在有了仪表盘。实际操作上，两个账号的额度各算各的，并发数得看任务和余额调。Neyronix 问得更技术：并行工人不打架，靠的是独立 worktree，还是协调者的集成环节？素材里没给答案。

整套东西现在能带来的，是把验收写成一条流程，拍板权还在人手里。装一次，配一次，后面每次开新任务前把 Skill 调出来。至于页面好不好看、交互顺不顺，模型说没问题不算数，还是得自己点一遍。