第8章：任务分解策略

8.1 固定管道（提示链）

每个步骤都预先定义：

文档 -> 元数据提取 -> 数据提取 -> 验证 -> 富化 -> 最终输出

何时使用：

• 任务结构可预测（评审始终遵循相同模板）
• 所有步骤预先已知
• 需要稳定性和可重复性

8.2 动态自适应分解

子任务根据中间结果生成：

1. "为遗留代码库添加测试"
2. -> 首先：映射结构（Glob、Grep）
3. -> 发现：3个模块无测试，2个覆盖率不完整
4. -> 优先级：从支付模块开始（高风险）
5. -> 工作中：发现依赖外部API
6. -> 适应：在编写测试前为外部API添加mock

何时使用：

• 开放式调查任务
• 全部范围事先未知
• 每个步骤依赖前一步骤的结果

8.3 多轮代码审查

对于包含10个以上文件的拉取请求：

第1轮（逐文件）：分析 auth.ts -> 列出本地问题
第1轮（逐文件）：分析 database.ts -> 列出本地问题
第1轮（逐文件）：分析 routes.ts -> 列出本地问题
...
第2轮（集成）：分析文件间关系
  -> 跨文件问题：类型不一致、循环依赖

为什么对14个文件进行单轮分析效果差：

• 注意力稀释：对某些文件深度分析，对其他文件浅层分析
• 评论不一致：某个模式在一个文件中被标记，在另一个文件中被批准
• 遗漏bug：由于认知过载，明显错误被跳过

---