委派颗粒度要匹配信息缺口
三个容易混淆的概念要分开:
| 概念 | 是什么 |
|---|---|
research/ 目录 | 存调研证据的文档目录,不代表必须启动 agent |
| research worker | 临时只读子 agent,调查关键未知点,可选 |
| implementation worker | 真正实现 issue、创建 branch/worktree/PR 的 worker,与 issue 1:1 |
派不派的判据
- 已有清楚的 spec 和代码边界 → 不派。
- 多个 issue 共用一套工程背景 → 由主控只审计一次。
- 只有陌生技术选型、跨层契约不清或仓库证据很多时 → 派一个专项 research worker。
research worker 不创建 branch / worktree / PR,也不与 issue 1:1。
反面案例
为并行启动 3 个 issue,分别派 3 个 research worker 去「检查边界」,结果它们重复读同一个工程 —— 这是错误的 delegation granularity(委派颗粒度),成本翻倍、信息不增。
相关
- 多Agent协作控制面
- 编排器只包装已有CLI
- Agent编排层薄自建优先于重型框架
- 能从代码库查到的不许问用户