文件
skills/cc-switch-dev-workflow/references/knowledge-base/orchestration/cc-switch-operating-model.md
2026-03-26 00:27:17 -07:00

2.7 KiB

Orchestration: CC Switch Operating Model

Purpose

定义 CC Switch 作为主编排层时的角色分工、并行规则、reset 规则和人工接管点。

When to Use

  • 配置新的多 agent 开发流程时
  • 需要并行研究、计划、实现、审查时
  • 需要明确谁负责推进主线程时

Inputs

  • 当前阶段目标
  • 已批准的高密度产物
  • 当前任务优先级

Outputs

  • 角色分工
  • 并行策略
  • reset 与接管规则

Primary Agent/Model

主控 agent + GPT-5.4 Pro xhigh

Secondary Agent/Model

审查 agent + Claude Opus 4.6

Required Skills

Steps

  1. 主控 agent 先定义阶段目标、输入输出、角色分工。
  2. 研究 agent 并行收集事实,但不直接实施。
  3. 计划 agent 把事实压缩成 ANALYSIS.md、Spec 或 .plans/*.md
  4. 实现 agent 只读取已批准产物做执行。
  5. 审查 agent 对关键产物做第二视角复核。
  6. 每个阶段结束后 reset,只把高密度产物传到下一阶段。

Exit Criteria

  • 当前阶段的 agent 角色明确
  • handoff 边界明确
  • 不存在把完整聊天记录直接转交给下个 agent 的行为

Failure Recovery

  • 如果多个 agent 同时修改范围和目标,回到主控 agent 重发边界
  • 如果实现 agent开始补规则,暂停并回到计划 agent

Agent Roles

角色 主要职责 默认模型
主控 agent 推进阶段、分配角色、控制边界、决定 reset GPT-5.4 Pro xhigh
研究 agent 读会议、读参考、读技能、读现状 Claude Opus 4.6GPT-5.4 Pro xhigh
计划 agent 输出 ANALYSIS.mdTODO.yaml、Spec、Plan GPT-5.4 Pro xhigh
实现 agent 按计划改代码、补测试、执行任务 GPT-5.4 Pro xhigh
审查 agent 做 Spec 审查、一致性检查、第二视角复核 Claude Opus 4.6

Parallel Rules

  • 可并行:独立参考主题调研、独立 Spec 草稿、独立模块 Gap 分析
  • 不可并行:同一文件的最终定稿、同一范围的多个实现 agent 同时执行
  • 并行结果必须先回计划 agent 压缩,再交给实现 agent

Reset Rules

  • Research -> Spec
  • Spec 审查完成 -> Code
  • 每轮 fallback 结束后
  • 任何上下文已掺入过多废弃方案时

Human Takeover Points

  • 选择产品范围和成功标准
  • 审核 SPECS/*.md
  • 批准栈例外、模型例外和 ADR
  • 最终 Acceptance