策略系统
引擎根据任务类型和复杂度自动选择策略。简单任务零开销快速执行,复杂任务调用完整引擎。
| 策略 | 触发场景 | 外部模型 | Agent Teams |
|---|---|---|---|
direct-fix | 简单 bug,单文件 | 否 | 否 |
quick-implement | 小功能,范围明确 | 否 | 否 |
guided-develop | 中等功能,需要规划 | 单模型 | 否 |
full-collaborate | 复杂功能,跨模块 | 双模型并行 | 是 |
debug-investigate | 复杂 bug,原因不明 | 双模型诊断 | 否 |
refactor-safely | 代码重构 | 双模型审查 | 否 |
deep-research | 技术调研、对比 | 双模型探索 | 否 |
optimize-measure | 性能优化 | 可选 | 否 |
review-audit | 代码审查 | 双模型交叉审查 | 否 |
git-action | commit, rollback, branches | 否 | 否 |
direct-fix
Section titled “direct-fix”触发条件:S 复杂度 + bugfix 类型,单文件修改
最轻量的策略。Claude 直接定位问题并修复,不调用外部模型,不创建任务目录。适合拼写错误、简单逻辑修复、配置调整等。
执行阶段:定位 → 修复 → 验证
quick-implement
Section titled “quick-implement”触发条件:S 复杂度 + feature 类型,范围清晰(1-2 文件)
无需外部模型辅助的小功能实现。Claude 直接编码,不创建持久化任务。适合添加一个工具函数、新增一个简单 API 端点等。
执行阶段:理解 → 实现 → 验证
guided-develop
Section titled “guided-develop”触发条件:M 复杂度,需要规划但不需要双模型
调用单个外部模型进行分析辅助。创建任务目录,有 HARD STOP 检查点。适合涉及 2-5 个文件的中等功能。
执行阶段:分析 → 规划 → HARD STOP → 实施 → 验证
full-collaborate
Section titled “full-collaborate”触发条件:L/XL 复杂度 + 跨模块功能
最完整的策略。双模型并行分析 + Agent Teams 并行实施 + 质量关卡。强制创建任务目录,有多个 HARD STOP 检查点。
执行阶段:
- 上下文收集
- 双模型并行分析(Codex + Gemini)
- 合成计划 → HARD STOP
- Spawn Agent Teams Builders 并行实施
- 质量关卡(verify-security / verify-quality)
- 双模型交叉审查
- 输出报告
debug-investigate
Section titled “debug-investigate”触发条件:bugfix 类型 + M/L 复杂度,原因不明
双模型从不同角度诊断问题。Codex 分析后端逻辑和数据流,Gemini 分析前端交互和状态。适合跨层级的复杂 bug。
执行阶段:复现 → 双模型诊断 → 根因定位 → 修复方案 → HARD STOP → 修复 → 验证
refactor-safely
Section titled “refactor-safely”触发条件:refactor 类型
双模型在重构前后进行审查,确保行为等价。一个模型审查重构前代码的行为语义,另一个审查重构后代码是否保持一致。
执行阶段:影响分析 → 双模型审查(前) → 重构 → 双模型审查(后) → 验证
deep-research
Section titled “deep-research”触发条件:research 类型(技术调研、方案对比、架构探索)
双模型并行探索同一问题,从不同角度给出分析。最终由 Claude 合成结论。不产出代码,只产出研究报告。
执行阶段:问题定义 → 双模型并行探索 → 合成对比 → 输出结论
optimize-measure
Section titled “optimize-measure”触发条件:性能优化相关任务
强调可量化——优化前后必须有基准数据。外部模型可选调用(用于分析性能瓶颈)。
执行阶段:基线测量 → 瓶颈分析 → 优化方案 → HARD STOP → 实施 → 再测量 → 对比报告
review-audit
Section titled “review-audit”触发条件:review 类型(代码审查请求)
双模型交叉审查。Codex 和 Gemini 独立审查同一段代码,发现各自的问题,Claude 合并去重后输出审查报告。
执行阶段:获取 diff → 双模型独立审查 → 合并 findings → 分级报告(Critical / Warning / Info)
git-action
Section titled “git-action”触发条件:Git 操作(commit、rollback、clean-branches、worktree)
直接执行 Git 操作,不调用外部模型,不创建任务目录。纯工具性策略。
执行阶段:分析当前 git 状态 → 执行操作 → 确认结果
策略选择逻辑
Section titled “策略选择逻辑”引擎在收到 /ccg:go 指令后,按以下决策树选择策略:
收到任务描述 │ ├── 是 Git 操作? → git-action │ ├── 意图分类 │ ├── bugfix │ │ ├── S 复杂度 → direct-fix │ │ └── M/L 复杂度 → debug-investigate │ │ │ ├── feature │ │ ├── S 复杂度 → quick-implement │ │ ├── M 复杂度 → guided-develop │ │ └── L/XL 复杂度 → full-collaborate │ │ │ ├── refactor → refactor-safely │ ├── research → deep-research │ ├── review → review-audit │ └── optimize → optimize-measure