Breezing — Team Execution Mode

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

Quick Reference

breezing                        # スコープを聞いてから実行
breezing all                    # Plans.md 全タスクを完走
breezing 3-6                    # タスク3〜6を完走
breezing --codex all            # Codex CLI で全タスク完走
breezing --parallel 2 all       # 2並列で全タスク完走
breezing --no-discuss all       # 計画議論スキップで全タスク完走
breezing --auto-mode all        # 互換な親セッションで Auto Mode rollout を試す

Options

Option	Description	Default
`all`	全未完了タスクを対象	-
`N` or `N-M`	タスク番号/範囲指定	-
`--codex`	Codex CLI で実装委託	false
`--parallel N`	Implementer 並列数	auto
`--no-commit`	自動コミット抑制	false
`--no-discuss`	計画議論スキップ	false
`--auto-mode`	Auto Mode rollout を明示。親セッションの permission mode が互換な場合のみ採用を検討	false

Execution

このスキルは harness-work に委譲します。 以下の設定で harness-work を実行してください:

引数をそのまま harness-work に渡す
チーム実行モードを強制 — Lead → Worker spawn → Reviewer spawn の三者分離
Lead は delegate 専念 — コードを直接書かない
Auto Mode は opt-in 扱い — --auto-mode は互換な親セッションでの rollout 用フラグとして受け付ける

`harness-work` との違い

特徴	`harness-work`	`breezing` (このスキル)
並列手段	必要数に応じた自動分割	Lead/Worker/Reviewer の役割分離
Lead の役割	調整+実装	delegate (調整専念)
レビュー	Lead 自己レビュー	独立 Reviewer
デフォルトスコープ	次のタスク	全部

Team Composition

Role	Agent Type	Mode	責務
Lead	(self)	-	調整・指揮・タスク分配
Worker ×N	`claude-code-harness:worker`	`bypassPermissions`（現行） / Auto Mode（follow-up）*	実装
Reviewer	`claude-code-harness:reviewer`	`bypassPermissions`（現行） / Auto Mode（follow-up）*	独立レビュー

*親セッションまたは frontmatter が bypassPermissions の場合はそちらが優先される。配布テンプレートは現在も bypassPermissions を使うため、Auto Mode は follow-up の rollout 対象であり、既定挙動ではない。

Codex Mode (`--codex`)

Codex CLI にすべての実装を委託するモード:

# プロンプトは stdin パイプで渡す（ARG_MAX 対策）
CODEX_PROMPT=$(mktemp /tmp/codex-prompt-XXXXXX.md)
# タスク内容を書き出し
cat "$CODEX_PROMPT" | $TIMEOUT 120 codex exec - -a never -s workspace-write 2>>/tmp/harness-codex-$$.log
rm -f "$CODEX_PROMPT"

Flow Summary

breezing [scope] [--codex] [--parallel N] [--no-discuss] [--auto-mode]
    │
    ↓ Load harness-work with team mode
    │
Phase 0: Planning Discussion (--no-discuss でスキップ)
Phase A: Pre-delegate（チーム初期化）
Phase B: Delegate（Worker 実装 + Reviewer レビュー）
Phase C: Post-delegate（統合検証 + Plans.md 更新 + commit）

Progress Feed（Phase B 中の進捗通知）

Lead は Worker のタスク完了ごとに、以下のフォーマットで進捗を出力する:

📊 Progress: Task {completed}/{total} 完了 — "{task_subject}"

出力例:

📊 Progress: Task 1/5 完了 — "harness-work に失敗再チケット化を追加"
📊 Progress: Task 2/5 完了 — "harness-sync に --snapshot を追加"
📊 Progress: Task 3/5 完了 — "breezing にプログレスフィードを追加"

設計意図: breezing は長時間実行になることが多い。ユーザーがターミナルをチラ見した時に「今どこまで進んでいるか」が一目で分かるようにする。 task-completed.sh フックが systemMessage で同等の情報を出力するため、Lead の出力と補完し合う。

Phase 0: Planning Discussion（構造化 3 問チェック）

全タスク実行前に、以下の 3 問で計画の健全性を確認する。 --no-discuss 指定時は全スキップ。

Q1. スコープ確認:

「{{N}} 件のタスクを実行します。スコープは適切ですか？」

多すぎる場合は優先度（Required > Recommended > Optional）で絞り込みを提案。

Q2. 依存関係確認（Plans.md に Depends カラムがある場合のみ）:

「タスク {{X}} は {{Y}} に依存しています。実行順序は合っていますか？」

Depends カラムを読み取り、依存チェーンを表示。循環依存があればエラー。

Q3. リスクフラグ（[needs-spike] タスクがある場合のみ）:

「タスク {{Z}} は [needs-spike] です。先に spike しますか？」

spike 未完了の [needs-spike] タスクがある場合、spike を先行実行するか確認。

3 問とも問題なければ、Phase A に進む（合計 30 秒で完了する設計）。

依存グラフに基づくタスク割り当て

Plans.md に Depends カラムがある場合（v2 フォーマット）、以下の順序でタスクを Worker に割り当てる:

Depends が - のタスクを最初に全て並列で Worker に割り当て
依存元タスクが cc:完了 になったら、そのタスクに依存していたタスクを次の Worker に割り当て
全タスクが完了するまで繰り返す

Depends カラムがない場合（v1 フォーマット）は、従来通り [P] マーカーと記述順序で割り当てる。

Codex Native Orchestration

Codex では native subagent を使う。代表的な制御面は spawn_agent, wait, send_input, resume_agent, close_agent。古い TeamCreate / TaskCreate / /loop ベースの説明は Codex 側の SSOT にしない。

Related Skills

harness-work — 単一タスクからチーム実行まで（本体）
harness-sync — 進捗同期
harness-review — コードレビュー（breezing 内で自動起動）

breezing