可以这样说

Agent 团队听得懂大白话。下面这些说法都好用 —— 换成你自己的名字和细节就行。

拆活

把这次重构拆给大家。codex 管 API 层,再开一个 Claude 管界面,共用的类型你来。全部测试通过了告诉我。

这四个模块都要补测试,每个模块交给一个 worker。

要第二意见

让 codex 和 grok 各自独立审一下这个 diff,告诉我它们哪里意见不一样。

合并之前,让 kimi 找找你可能漏掉的边界情况。

开圆桌

圆桌:同步服务用 SQLite 还是 Postgres?请 claude、codex 和 opencode 各答一轮,总结一下取舍。

这个 API 设计我拿不准。定下来之前先听两份独立意见。

并行调研

并行比较三个 PDF 渲染库 —— 许可证、体积、维护情况、API —— 给我一张表。

一个 worker 读旧实现,另一个读新规格,然后讲讲到底改了什么。

让合适的 agent 干合适的活

开一个高强度的 codex 去查内存泄漏,你接着写文档。

让 devin 写迁移脚本,然后请 codex 审一遍。

你说了算

每个 worker 干完都跟我说一声进度。

做完了先别关 worker 的 pane,我想翻一翻。

给每个 worker 单独开一个 worktree,别互相踩。

小贴士

• 说清楚怎样算完成。 「测试通过」「一张能直接贴进文档的表」「一段话的建议」—— 你的 agent 会把它写进每份任务,并照着验收。
• 在意就点名,不在意就别管。 你的 agent 自己会挑得很合理。
• 不会让你当裁判。 只有真正该你拿主意的事 —— 偏好、授权、缺的信息 —— 它才会回来问你。