用途：Breezing 是 claude-code-harness 的团队执行模式，作为 harness-work 的向后兼容别名，用一次启动完成「计划 → 实现 → 评审通过 → 报告」的默认流水线，无需分别调用 /harness-plan 或 /harness-review。
主要能力：采用 Lead、Worker、Reviewer 三者分离的团队结构，Lead 专注委派不直接写代码，Reviewer 独立评审。默认开启集成评审门（Phase D），对整次 run 的 diff 执行 harness-review，由独立 reviewer subagent 与 codex-companion.sh review 的 second opinion 并行，出现 REQUEST_CHANGES 则修正重审，最多 3 次，未收敛则回退标记并升级人工。支持 --codex 委派 Codex CLI、--cursor 精简路径、--reviewer-only 仅委派评审、--parallel N 并行、--no-commit、--no-discuss、--no-review-gate 等选项。
使用方式：常用命令如 /breezing all、/breezing 3-6、/breezing --codex all、/breezing --cursor、/breezing --cursor --reviewer-only、/breezing composer 2.5 all。后端判定必须经 resolve-impl-backend.sh，不得直接读 HARNESS_IMPL_BACKEND；模型 ID 由 model-routing.sh 解析。run 开始与结束需成对调用 bin/harness work-mode on/off，并写入与删除 .claude/state/breezing-active.json。
适用场景：需要多角色协作、独立评审与并行实现的中大型任务，或需在 claude、codex、cursor 之间按 run 选择后端的场景。
限制：--parallel N 为希望值，实际并发受 CC 默认上限 20 约束，超出部分排队；嵌套 spawn 默认深度 3。cursor 精简路径会跳过 Worker 介在、self_review、sprint-contract 与 Phase 0。brain reviewer 不可用时不得仅凭 cursor advisory 标记完成。长时间会话可 opt-in 1 小时 prompt cache。部分细节（如具体价格、平台支持范围）资料未提供。