委派颗粒度要匹配信息缺口

**research worker 与 issue 不是 1:1;它只用于填补主控暂时不清楚的关键未知点,不是每个 issue 的标配。**

三个容易混淆的概念要分开:

概念是什么
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(委派颗粒度),成本翻倍、信息不增。

相关