Breezing — Team Execution Mode

後方互換エイリアス: harness-work をチーム実行モードで動かします。

Default Pipeline（plan → work → review → report を 1 コマンドで完走）

/breezing は「計画 → 実装 → OK が出るまでレビュー → 報告」を 1 回の起動で完走する。 operator が /harness-plan や /harness-review を個別に指示する必要はない（operator 裁定 2026-07-24）。

Plan gate: 依頼スコープに対応する task が Plans.md に無い、または不足している場合、先に harness-plan を実行して task を生成してから続行する。既に plan がある場合はそのまま Phase 0 へ。plan 生成時のスコープは harness-plan の「スコープ既定: 今進められる全作業」に従う。
Work: 既存の Phase 0 → A → B（per-task review 含む）。
Integrated Review Gate（Phase D、既定 ON）: Phase B 完了後、Phase C の最終化（完了報告・run 完了宣言）より前に、run 全体の diff に harness-review を実行する。
- review target: 通常 run は {base_ref}..HEAD。--no-commit run は commit range が空になりうるため、working tree（未 commit 変更 + untracked ファイル）を対象にする
- fresh-context の独立 reviewer subagent（実装 Worker と会話状態を共有しない）と、bash "${HARNESS_PLUGIN_ROOT}/scripts/codex-companion.sh" review --base "${base_ref}" の second opinion を併走させる
- いずれかが REQUEST_CHANGES 相当 → 修正 → 再レビュー。APPROVE が出るまで反復する（最大 3 回）。未収束の場合は影響 task の marker を cc:WIP に戻し、human escalation で停止して findings と修正状況を報告する
- primary verdict（APPROVE | REQUEST_CHANGES）は brain（claude host）が出す。role-scoped 制約は維持
Finalize + Report（Phase C）: gate の APPROVE を得てから Plans.md 更新・commit・完了報告を確定する。gate 未通過のまま run を「完了」として報告してはならない。最終報告は easy 作法で出す（host session に easy skill があれば invoke してその作法に従う。無ければ harness-work の Completion Report テンプレート）。