ワンクリックでManusで任意のスキルを実行

orchestrator

スター18

フォーク0

更新日2026年5月18日 01:25

cmux 上で 1 ペイン = 1 PR を厳守しながら複数 Claude Code セッションの並列実装を統合するオーケストレーター。orchestrator workspace 1 つから per-task workspace を spawn し、 30 秒ポーリング / 自動回答 / stale display 復旧 / context 60% handover / R-15 担保代行 merge / ファイル経由プロンプト送信までを単一の責務単位で実行する。複数 PR を物理分離した worktree で並列実装したい時、per-task pane が classifier ブロックで停止した時、context が 60% に到達して handover が必要な時、stale display 残骸で per-task pane の真の state が読み取れない時、200 字超の prompt を per-task pane に投入する時に本 Skill に従って動作することを推奨する。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

subroh0508

subroh0508/colormaster

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

orchestrator

5 行以内 summary: cmux 上で 1 ペイン = 1 PR を厳守し、orchestrator workspace 1 つから per-task workspace を spawn して並列実装を統合する Skill。30 秒ポーリング / 自動回答 / stale display 復旧 / context 60% handover / R-15 担保代行 merge / ファイル経由 prompt 送信を 9 フェーズで実行。implementation-workflow (Phase 0-9) を per-task pane に委譲し、本 Skill は層を 1 つ上から監督する。auto-merge 禁止 (R-15) と Generator/Evaluator 独立性 (R-13) は維持。

役割

物理分離による並列実装: per-task worktree + 専用 branch + 専用 Claude Code セッションで複数 PR を同時進行
ユーザー介入最小化: per-task pane の質問形式に対し、recommended マーク優先で自動回答、user-only judgment のみ pause
R-15 / classifier 担保: per-task pane の classifier ブロック時に明示承認文言で代行 merge、orchestrator 自身は gh pr merge --merge 直接実行
観測性確保: 30 秒間隔の Monitor で state 遷移 / PR 参照 / error signature を dedup 通知、思考動詞辞書 regex で WORKING/IDLE 判定
context 寿命管理: 60% 到達で新 orchestrator workspace に handover、古い pane は確認後 /exit
prompt 完全到達保証: 200 字超 or 特殊文字含む prompt は ファイル経由送信 (仕様 8) で truncate / 解釈事故を防止

implementation-workflow Skill (10 Phase) は per-task pane が個別に実行する。本 Skill は per-task pane の起動・監視・代行・引き継ぎ・prompt 配送に責務を絞り、Phase 内部処理を直接触らない。

ワークスペース構造 (仕様 2、不変条件)

冒頭で必ずこの構造を確立する。逸脱は本 Skill の前提を破壊する。

要素	ルール
orchestrator workspace	1 つだけ用意 (永続)。per-task pane 全完了まで残存、途中 `/exit` 禁止
per-task workspace 起動	タスクキック毎に `cmux new-workspace` で別 workspace / 別 worktree / 別 branch を新規起動
1 ペイン = 1 PR 厳守	1 ペインで複数 PR 起票 NG、複数ペインで 1 PR 共有 NG。違反すると Phase 9 cleanup が機能しない
per-task workspace cwd	per-task worktree path (例: `/Users/<user>/IdeaProjects/colormaster-worktrees/<branch-slug>`)
per-task branch	task 専用 (`feature/<slug>` / `harness/<slug>` / `epic/<slug>-pr-NN` 等、`.claude/rules/branch-naming.md` 準拠)
per-task ペイン終了	Phase 9 で `git worktree remove` + `git branch -D` + `/exit`
orchestrator 残存条件	per-task ペイン全完了まで残存。60% 到達時は handover プロトコル完走後に旧 pane を `/exit`

branch-slug は branch 名のスラッシュをハイフン化 (feature/PLAN-007-add-search → feature-PLAN-007-add-search)。

プロンプト送信プロトコル (仕様 8)

cmux send で長文 / 特殊文字を含む prompt を per-task pane に投入する際、zsh の backtick コマンド置換 / $ 変数展開 / 長文改行処理で 内容が部分的に欠落 する事故が頻発した (本セッションで PR #141 retro 起票 / 本 orchestrator skill 起票時に複数回実証、5000 字超の prompt は終端まで届かないケースあり)。これを防ぐため:

標準フロー (ファイル経由送信、200 字超 / 特殊文字含み)

Step	アクション	詳細
A	orchestrator が prompt 本文を `Write` ツールで `/tmp/orchestrator-prompt-<task-slug>-<timestamp>.md` に書き出す	例: `/tmp/orchestrator-prompt-A2-3-20260517T2350.md`、`task-slug` は branch-naming 規約のスラグ、timestamp は `YYYYMMDDTHHMM`
B	orchestrator が短い指示のみを `cmux send` で送信	例: `cmux send --workspace workspace:N "Read /tmp/orchestrator-prompt-<...>.md してください。記載された内容に従って実行を開始してください。"`
C	per-task pane が `Read` ツールで file を読み込み、内容に従って実行	Read tool は file 全文を確実に届ける (cmux send 経由の zsh 解釈を経由しない)
D	実行終了後、`/tmp/orchestrator-prompt-...md` は残置可 (debug 用)	必要なら orchestrator が後始末、または `/tmp` 自動 cleanup に任せる

例外 (cmux send 直送が許容される条件、3 条件全充足)

200 字未満の単純指示 (例: 「承認、進めてください」「Phase 9 cleanup を実行してください」)
特殊文字を含まない (backtick / $ / heredoc / quote ネスト等なし)
1 行で完結する指示

3 条件のいずれかが満たされない場合は ファイル経由が必須。判断に迷ったらファイル経由に倒す (安全側)。

実証例 (本 PR で初実証)

仕様 8 の追加指示自体 (47 行) を /tmp/orchestrator-spec-8-prompt-via-file.md に書き出した後、orchestrator pane に「Read してください」の短い指示のみを送信した結果、全 47 行が完全に届いて統合されたのが本 SKILL.md (本セクション)。直送方式では 30-50% 欠落が常態化していた長文 prompt が、ファイル経由方式で 100% 到達した実証ケース。

詳細手順 / 採用判断ライン / 命名規約は .claude/rules/orchestrator-criteria.md §プロンプト送信プロトコル (実装パターン) に SoT。

入力

起動 prompt (orchestrator pane に渡される): 本タスク全体への事前承認テキスト (R-15 該当文言を含むこと、後述 §明示承認文言 canonical 参照) / 着手対象 Plan / Epic ID / 並列 vs 直列の優先度
cmux 環境: orchestrator workspace 1 つが既に存在 (または本 Skill 起動冒頭で確認)、cmux CLI が PATH 上で動作可能
gh CLI: 認証済 (gh auth status 通過)、gh pr merge --merge 等の権限を持つアカウントでログイン
MEMORY / 関連 docs: .claude/rules/orchestrator-criteria.md (判断ライン) / .claude/rules/implementation-workflow.md (Phase 0-9 SoT) / .claude/rules/harness-meta-criteria.md (classifier 迂回辞典)
/tmp 書込権限: 仕様 8 のファイル経由送信で使用

出力

per-task pane への初期 prompt (cmux send または file 経由): R-15 事前承認文言込み、Phase 1-9 自走指示
/tmp/orchestrator-prompt-*.md: 仕様 8 のファイル経由送信時に生成 (Write 副作用)
Monitor 通知 (run_in_background): state 遷移 / 新規 PR# / error signature (dedup 後)
代行 merge 実行ログ: gh pr merge --merge <PR#> の実行記録、対象 PR / merge commit hash
handover 用 summary: 残タスク + active monitor 一覧 + open PR 一覧 + per-task pane 状態を新 orchestrator pane に引き渡し
副作用: per-task pane 全終了後の orchestrator workspace /exit、ロードマップ / learning は per-task pane の implementation-workflow 経由で生成 (本 Skill は直接書かない)

cmux サブコマンド辞典 (仕様 1)

サブコマンド	用途	主オプション
`cmux list-workspaces`	全 workspace 一覧 + ID 確認	—
`cmux new-workspace --name <name>`	新規 workspace + pane 起動	`--cwd <path>` / `--command <text>` / `--layout <json>` / `--focus <true\|false>`
`cmux workspace <id>`	workspace 詳細 (pane 一覧 / cwd / surface ID 等)	—
`cmux pane <id>`	pane 詳細 (state / pid / surface ID 等)	—
`cmux focus-pane --pane pane:N --workspace workspace:N`	操作対象 pane に focus	—
`cmux read-screen --workspace workspace:N --lines N`	可視領域取得	`--scrollback` (スクロールバック込み取得)
`cmux send --workspace workspace:N <text>`	workspace のフォーカス pane に文字列送信 (※ 仕様 8 で長文は file 経由が原則)	—
`cmux send-key --surface surface:N <key>`	pane に key 送信	`return` / `ctrl+u` / `ctrl+c` 等

read-screen の workspace vs pane 指定の使い分け

--workspace workspace:N: 推奨。自分が起動した per-task workspace を読む正規ルート
--pane pane:N 直接指定: 別 workspace の pane を読み取るのは classifier に「cross-session snooping」判定で denied されることがある (本セッション実観測あり)。やむを得ず使う場合のみ、--workspace workspace:N も併記し orchestrator 自身がそのまま読む正当性を明示

基本動作チェーン

per-task pane に短い指示を送って結果を観測する標準チェーン (仕様 8 例外条件充足時):

cmux focus-pane --pane pane:N --workspace workspace:N
cmux send --workspace workspace:N "<短い指示文 200 字未満>"
cmux send-key --surface surface:N return
sleep 2
cmux read-screen --workspace workspace:N --lines 30

長文 / 特殊文字含みは Write → 短い「Read /tmp/...md」指示 → send-key return の順 (仕様 8)。

フェーズ別動作 (9 フェーズ)

Phase 1: 起動 (orchestrator workspace 確保 + 事前承認文言確認)

cmux list-workspaces で orchestrator workspace の存在確認 (なければ起動 prompt 投入者に通知して停止)
起動 prompt 内に R-15 事前承認文言 (§明示承認文言 canonical) が含まれているか確認、欠落時はユーザーに追記を依頼
per-task pane への共通 prompt テンプレ (Phase 2 で使用) を準備: 「(orchestrator pane の操作者 subroh0508) が本タスク全体 (Phase 1-9 含む self-merge) を本指示で明示的に事前承認 (R-15 該当)。」+ Plan / Epic ID + 着手指示

Phase 2: per-task workspace spawn (1 ペイン = 1 PR) + 初期 prompt 配送 (仕様 8、改修候補 #7 SoT 反映)

per-task workspace spawn は 3 Step に分割。Step 2-A の git worktree add は同一 repo に対して並列 NG、必ず直列実行。

Step 2-A: worktree 事前作成 (直列必須、改修候補 #7 SoT)

orchestrator が per-task pane spawn 前 に git worktree add -b <branch> <path> master を全 PR 分 1 件ずつ直列実行
並列で git worktree add を投げると .git/worktrees/.lock (および index.lock) の取得競合で fatal: cannot lock ref / fatal: could not lock the ref がほぼ確実 (Group 1 / Group 2 spawn 時の実観測、改修候補 #7 由来)
直列実行コストは worktree 1 件あたり数秒 (≦ 5 sec)、並列度 4-7 でも数十秒で全件完走可能、並列化メリットは原理的に薄い
並走可能性 (touch ファイル重複ゼロ確認) は expected_modules で事前判定 (EPIC-A2 A2-2/A2-4/A2-5 が touch ファイル重複ゼロで並走完走した実績)
衝突する場合は per-task pane spawn 自体を直列に倒す (A2-2 → A2-3 のように rules-index.md を連続編集するペアは worktree 作成後の spawn も直列)

Step 2-B: per-task pane spawn (cwd は Step 2-A で作成済 worktree path)

task ごとに cmux new-workspace --name <branch-slug> --cwd <worktree-path> --focus false で起動
--focus false は orchestrator pane の操作を切らさないために必須、ただし terminal が lazy initialization になる cmux 環境では --focus true 検討 (環境依存、orchestrator が事前に cmux read-screen --workspace workspace:N の疎通を確認)
起動後の workspace ID を記録 (cmux list-workspaces の最新行で確認)

Step 2-C: 初期 prompt 配送 (ファイル経由送信、仕様 8)

初期 prompt は通常 1000+ 字なので ファイル経由送信 (仕様 8) を採用:

Write /tmp/orchestrator-prompt-<branch-slug>-<timestamp>.md に共通 prompt + task 固有 prompt + R-15 文言を全て埋め込む
cmux send --workspace workspace:N "Read /tmp/orchestrator-prompt-<...>.md してください。記載された内容に従って Phase 0 から自走してください。"
cmux send-key --surface surface:N return
sleep 3 後 cmux read-screen で per-task pane が Read を実行したことを確認

並列起動の実例 (本セッションで観測):

workspace:8  B0 ブートストラップ
workspace:10 A1 ADR 0001-0027 一括起草
workspace:11 A2-1 A1 レトロ即時消化
workspace:12 A2-2 rules 実装系本格化 (35 ファイル)
workspace:14 A2-4 docs コア本格化
workspace:15 A2-5 docs/architecture + api 本格化
workspace:18 A2-3 rules プロセス系本格化 (20 ファイル)
workspace:19 harness-meta / dry-run 系

Phase 3: 30 秒ポーリング (Monitor 並列)

Monitor ツール (run_in_background) で 30s 間隔の cmux read-screen --workspace workspace:N を回す。検知対象:

検知対象	判定方法	通知タイミング
state 遷移 (WORKING → IDLE)	思考動詞辞書 regex に該当しなくなった瞬間	1 回のみ (dedup)
state 遷移 (IDLE → WORKING)	思考動詞辞書 regex に新たに該当した瞬間	1 回のみ (dedup)
新規 PR 参照 (`#NNN`)	数字 3 桁以上のシャープ表記が画面に出現	PR# 単位で初回のみ
error signature	`Error:` / `failed` / `denied` / `Exit code` 等のキーワード	signature 単位で dedup

30s 周期は per-task pane が 1 Phase (約 2-10 分) を回している間に何度も拾えるが、過剰反応しない balance。

Phase 4: 自動回答 (recommended マーク優先)

per-task pane が IDLE + 質問形式を出した場合の判定:

「recommended」「推奨」「(Recommended)」マーク付き選択肢 → 自動選択 (cmux send で番号 or 文字列送信 + send-key return、200 字未満なら直送 OK)
recommended マークなしの選択肢 → .claude/rules/orchestrator-criteria.md §自動回答 / pause 判定ラインに照らして判定
本質的に user-only judgment (本番 deploy / DB 構造変更 / 第三者通信 / R-15 撤去判定 / 異常時の中断選択) → orchestrator が pause してユーザー確認

詳細判定基準は .claude/rules/orchestrator-criteria.md に SoT を置き、本 Skill では運用フローのみ規定。

Phase 5: stale display 復旧 (仕様 5)

cmux read-screen が拾う黒赤勢符号 (❯ ... / Heredoc 印字含み) は 表示残骸 の可能性あり (実体は空 input buffer)。本物の user typed か stale かを判別:

# 1. Enter 送信
cmux send-key --surface surface:N return

# 2. 2-3 秒待機後 state 確認
sleep 2
cmux read-screen --workspace workspace:N --lines 10
#    → state 遷移 (WORKING 動詞出現) / clock 進行を確認

# 3. 無反応なら stale 確定 → input clear
cmux send-key --surface surface:N ctrl+u

# 4. 改めて意図ある prompt を typing + Enter (長文は仕様 8 で file 経由)
cmux send --workspace workspace:N "<再投入 prompt or Read /tmp/...md 指示>"
cmux send-key --surface surface:N return

PR #119 / #121 / #125 で ❯ ... の prompt 残骸を実観測。stale display を「ユーザー入力済」と誤解釈すると重複 prompt 送信 → 二重実行事故になる。

Phase 6: classifier 代行 merge (仕様 7、改修候補 #3 SoT 反映)

per-task pane 自身は gh pr merge を実行しない (classifier denied 率ほぼ 100%、Twisting… / Schlepping… で recovery 中の状態を経て denied で停止する観測実例多数)。Ready 昇格までは per-task pane、merge は orchestrator 代行が本 Skill の canonical フロー (改修候補 #3 SoT 化、§per-task pane 起動 prompt テンプレから gh pr merge 系を削除済)。

per-task pane が gh pr ready / git push で classifier denied 停止した時、または Ready 昇格後に orchestrator 代行 merge を行う時:

cmux read-screen で denied 理由全文を取得 (gh pr ready denied 時)、または per-task pane の「Ready 昇格完了、merge 委任」報告を受領 (canonical フロー時)
「迂回 NG パターン」(下記) に該当しないことを確認
orchestrator pane で 明示承認文言込み で gh pr merge <PR#> --merge (または --squash) を直接実行 (orchestrator 自身は classifier 通過実績あり)
merge 成功後、per-task pane に「merge 完了、Phase 8-9 に進んで OK」を send で通知 (200 字未満、直送 OK)

per-task pane → orchestrator 完了報告フォーマット (改修候補 #3 SoT)

per-task pane が Phase 7 (Ready 昇格) 完了時に orchestrator pane へ送信する完了報告の標準フォーマット (cmux send --workspace workspace:<orchestrator-ws-id> 直送 OK、200 字未満):

報告項目	例
PR#	161 (Draft → Ready 済)
branch	harness/orchestrator-skill-updates-2026-W21
code-reviewer 結果	4 aspect Critical 0、Improvement 2 件 (fix loop で消化済)
merge 委任ステータス	orchestrator merge 待ち (Ready 昇格完了)

orchestrator pane の workspace ID は per-task pane 起動 prompt で事前共有 (Phase 2 §Step 2-C の prompt template に orchestrator_workspace_id: workspace:<N> を埋め込み)。報告受領後、orchestrator が Phase 6 §3 の代行 merge を実行。

Phase 7: context 60% handover (仕様 6)

cmux read-screen で context Bar (📊 [██████░░░░] 60%) を抽出。per-task / orchestrator どちらも 60% 到達で handover:

summary 作成: 残タスク + active monitor 一覧 (workspace ID + 監視対象) + open PR 一覧 (gh pr list --state open) + per-task pane 状態
新 orchestrator workspace spawn: cmux new-workspace --name orchestrator-v2 --focus true
初期 prompt 投入 (仕様 8、長文なので file 経由): 上記 summary + R-15 事前承認文言継承 + 「旧 orchestrator pane workspace:N から引き継ぎ」明示
旧 pane 確認: 新 pane が summary を読み取り「引き継ぎ完了」を返した後、cmux send --workspace workspace:<旧> /exit

60% 閾値は context 寿命の余裕を持つラインで、handover 自体が 2-5 ターン消費するため 70-80% を待つと完了不能リスクあり。

Phase 8: 終了

per-task pane 全完了 (gh pr list --state open で関連 PR が空 + 各 per-task pane が IDLE on master) を確認
後続 retro batch PR が残っていれば pr-poller / pr-retrospective に委ねる (本 Skill は起動しない)
最終 summary をユーザーに報告 → orchestrator workspace を /exit

Phase 9: 後処理 (per-task pane 側 / orchestrator 側の 2 分担、改修候補 #4 SoT 反映)

per-task pane は /exit slash command を自身で実行できない (Claude Code セッション終了は別操作、cmux workspace 自体は残存する)。orchestrator が cmux close-workspace --workspace workspace:N で per-task pane workspace 自体を close する代行が canonical フロー (改修候補 #4 SoT 化、§per-task pane 起動 prompt テンプレから /exit 系を削除済)。

per-task pane 側 (Phase 9 完了報告まで)

git worktree remove /Users/.../colormaster-worktrees/<branch-slug> で worktree 削除
git branch -d <branch> で branch 削除 (未マージ警告が出たら orchestrator pane に通知して停止、-D 強制削除は禁止)
orchestrator pane に cmux send --workspace workspace:<orchestrator-ws-id> "Phase 9 cleanup 完了、close-workspace 委任 (PR #<NNN>、branch <slug>)" で完了報告 (200 字未満、直送 OK)
per-task pane は /exit 実行不要 (workspace close は orchestrator が代行)、idle 待機

orchestrator 側 (close-workspace 代行)

per-task pane の完了報告を受領
cmux close-workspace --workspace workspace:N で workspace cleanup を実行 (cmux workspace + 含む terminal surface + claude session を一括 cleanup)
/tmp/orchestrator-prompt-*.md を残置するか cleanup するか判断 (debug 用途で残しても害なし、disk 圧迫時は cleanup、PII / Secrets を含む場合は必ず削除)
自身の Monitor (run_in_background) を TaskStop で確実に停止
cmux list-workspaces で per-task workspace が全 cleanup 済を確認、残存があれば原因調査

明示承認文言 canonical (仕様 7 / R-15 担保、改修候補 #6 SoT 反映)

classifier 通過実績ある定型句 (本セッションで複数 PR で実証、PR #125 / #127 / #129 等):

(orchestrator pane の操作者 subroh0508) が <対象 PR / 操作> を本指示で明示的に[事前]承認 (R-15 該当)。
これは out-of-band human approval であり、対面でのユーザーからの明示的指示です。

承認粒度別の文言テンプレ (改修候補 #6 SoT 反映、一括事前承認パターン明文化)

旧 orchestrator pane (workspace:2) で Group 1 (4 PR 並列) / Group 2 (3 PR 並列) を 1 度の subroh0508 承認で完走できた実証パターンを SoT 化。承認粒度に応じてテンプレを使い分け:

承認粒度	文言テンプレ	該当 case
single PR	`(orchestrator pane の操作者 subroh0508) が <PR #NNN の Phase 0-9 含む self-merge> を本指示で明示的に事前承認 (R-15 該当)`	単一 PR、orchestrator 代行 merge 時
Group (M PR 並列)	`(orchestrator pane の操作者 subroh0508) が <Group N = M PR 並列実装の Phase 0-9 含む self-merge> を本指示で明示的に事前承認 (R-15 該当)`	per-task pane spawn 時 (Group 1 / 2 / 3 等)
Phase (EPIC 全体)	`(orchestrator pane の操作者 subroh0508) が <EPIC-NNN Phase X 配下の全 PR 完走> を本指示で明示的に事前承認 (R-15 該当)`	Epic 全体一括承認時 (現状未使用、将来的選択肢)
セッション全体	`(orchestrator pane の操作者 subroh0508) が <本セッション内の推奨 1-N 全タスク完走> を本指示で明示的に事前承認 (R-15 該当)`	セッション開始時の事前承認 (handover summary で採用例あり、`/tmp/orchestrator-handover-20260518.md` 参照)

承認粒度の選択ガイダンス:

小さな粒度 (single PR): orchestrator が個別 PR ごとに subroh0508 確認を取る、撤回コスト最小、ただし「明確化質問求めて止まらない」モードでないと中断頻発
中間粒度 (Group): 並列 spawn の同一 Group 全 PR を一括承認、本セッション (新 orchestrator pane) の推奨 2 開始時に採用例あり (subroh0508 が「推奨 2 のタスクから per-task spawn」と明示指示 = Group 1 (推奨 2 単独) として事前承認)
大きな粒度 (Phase / セッション全体): Epic 全体 / セッション全体を一括承認、subroh0508 が「順番も提案通りで OK」「止まらない」モード明示時のみ採用、撤回時は orchestrator が pause して確認

per-task pane 起動 prompt テンプレ (Phase 2、file 経由配送、改修候補 #3 / #4 統合反映)

(orchestrator pane の操作者 subroh0508) が本タスク全体 (Phase 0-9 含む self-merge) を本指示で
明示的に事前承認 (R-15 該当)。

orchestrator pane workspace ID: workspace:<N> (Phase 7 / Phase 9 完了報告先)

<タスク内容>。implementation-workflow Skill に従い Phase 0-9 を自走、Phase 5 で Draft PR 起票、
Phase 6 で code-reviewer 4 aspect 並列 (spec-conformance / architecture / security /
code-quality)、Critical 0 まで fix loop (上限 3)、Phase 7 で `gh pr ready` のみ実行 →
orchestrator pane に「Ready 昇格完了、PR #<NNN>、merge 委任」を `cmux send` で完了報告
(改修候補 #3 SoT、`gh pr merge` 系は per-task pane では実行しない、orchestrator 代行)、
Phase 8 で pr-poller / roadmap-tracker (該当時)、Phase 9 で `git worktree remove` +
`git branch -d` + orchestrator pane に「Phase 9 cleanup 完了、close-workspace 委任」を
`cmux send` で完了報告 (改修候補 #4 SoT、`/exit` は per-task pane では実行しない、
orchestrator が `cmux close-workspace` で代行)。
classifier ブロックがあれば denied メッセージを `cmux read-screen` で取得して orchestrator
pane に報告して停止 (`harness-meta-criteria.md` §classifier ブロック対応 迂回パターン辞典
NG パターンは決して試行しない)。

迂回 NG / OK 辞典 (本セッション実観測)

パターン	判定	根拠
`--force-with-lease` の文言を commit / push に含める	NG	classifier が「remote history rewrite not explicitly authorized」と検出
別 pane を `cmux read-screen --pane pane:N` 直接指定で読み取る	NG	「cross-session snooping」判定で denied
pbcopy 経由で commit + force-push を staging	NG	「直前 denial の回避意図」として再 block
commit message を強引に中立化 (権限拡大 diff を含む)	NG	中立化しても block 維持、diff 自体が根拠
commit message / PR body の中立表現書き換え (権限拡大 diff を含まない場合)	OK	「都度承認の手間削減」「orchestrator 委任で R-15 代替」「out-of-band approval」等
orchestrator pane で手動実行に切替	OK	orchestrator は classifier 通過実績あり、本 Skill 標準フロー

詳細は .claude/rules/harness-meta-criteria.md §classifier ブロック対応迂回パターン辞典 + .claude/rules/implementation-workflow.md Phase 7 §classifier ブロック発生時の運用 3 ステップを参照。

Monitor 思考動詞辞書 (仕様 3 詳細)

Claude Code が WORKING 中に画面に表示する ✻ <動詞>… N[sm] 形式の動詞。ここに登録されていない動詞は IDLE と誤判定 されるため、観測都度追加する。

観測済 (本セッション、PR #147 / #153 / #158 batch retro 累計 21 動詞追加)

Channeling / Flibbertigibbeting / Moonwalking / Noodling / Twisting / Schlepping / Pollinating / Honking / Galloping / Pouncing / Scampering / Forming / Bunning / Finagling / Caramelizing / Gusting / Scurrying / Flambéing / Creating / Seasoning / Frosting / Waddling / Effecting / Mustering / Warping / Accomplishing / Skedaddling

prefix (本セッションで観測した variation)

動詞は ✻ だけでなく ✶ / ✽ / · / ✢ / ◯ の prefix でも表示される (例: · Gusting… / ✽ Effecting…)。regex の prefix 部分は (✻|✶|✽|·|✢|◯) に拡張する。

既知辞書 (Claude Code 公式または他セッション由来)

Cooking / Drizzling / Baking / Sauteeing / Photosynthesizing / Simmering / Swooping / Zesting / Booping / Perusing / Stewing / Brewing / Pondering / Mulling / Plotting / Crafting / Forging / Weaving / Sketching / Hatching

regex (運用案)

^(✻|✶|✽|·|✢|◯) (Channeling|Flibbertigibbeting|Moonwalking|Noodling|Twisting|Schlepping|Pollinating|Honking|Galloping|Pouncing|Scampering|Forming|Bunning|Finagling|Caramelizing|Gusting|Scurrying|Flambéing|Creating|Seasoning|Frosting|Waddling|Effecting|Mustering|Warping|Accomplishing|Skedaddling|Cooking|Drizzling|Baking|Sauteeing|Photosynthesizing|Simmering|Swooping|Zesting|Booping|Perusing|Stewing|Brewing|Pondering|Mulling|Plotting|Crafting|Forging|Weaving|Sketching|Hatching)…?( [0-9]+[ms])?$

PR #133 retro 由来: Moonwalking… が辞書未登録で IDLE と誤判定された実例あり。新動詞を観測したら辞書 + regex に追加して同じ誤判定を防ぐ (本 Skill 改修 PR を harness 経由で起票)。

PR #147 / #153 / #158 batch retro (2026-05-18) で累計 21 動詞 + prefix 6 種を SoT 反映 (harness-meta 初回ドッグフード採用候補 #1)。

context 60% handover プロトコル (仕様 6 詳細)

Bar 抽出 regex

📊 \[([█░]+)\] (\d+)% │ 🤖 Opus

第 2 キャプチャグループが 60 以上で handover 発火。

handover summary テンプレ (file 経由配送、仕様 8)

新 orchestrator pane に投入する初期 prompt (/tmp/orchestrator-handover-<timestamp>.md に Write):

旧 orchestrator pane (workspace:<旧>) からの引き継ぎ。R-15 事前承認継承:
(orchestrator pane の操作者 subroh0508) が本タスク全体 (Phase 1-9 含む self-merge) を
本指示で明示的に事前承認 (R-15 該当)。

## 残タスク
<TaskList の pending / in_progress 抜粋>

## active monitor 一覧
<Monitor ID + 対象 workspace + 監視対象 (state/PR#/error)>

## open PR 一覧
<gh pr list --state open --json number,title,headRefName 出力>

## per-task pane 状態
<workspace:N | branch | PR# | state (WORKING/IDLE) | 直前イベント>

旧 orchestrator pane は本 handover 完了確認後に /exit する。本 pane は orchestrator 役を継承。

Gotchas

git worktree add を並列実行しない (改修候補 #7 SoT、Phase 2 §Step 2-A): 同一 repo に対して並列 git worktree add は .git/worktrees/.lock (および index.lock) 取得競合で fatal: cannot lock ref がほぼ確実 (Group 1 / Group 2 spawn 時の実観測)。orchestrator が事前に直列で全 worktree 作成 → per-task pane spawn 時には cwd 指定のみ
per-task pane に touch file が重複するタスクを並列起動しない: rebase 競合で merge が並走停止する。touch 重複が避けられないペア (A2-2 / A2-3 の rules-index.md 連続編集) は直列実行
per-task pane に gh pr merge を実行させない (改修候補 #3 SoT、Phase 6): classifier denied 率ほぼ 100%、Ready 昇格は per-task pane / merge は orchestrator 代行が canonical フロー。per-task pane 起動 prompt から gh pr merge を削除済
per-task pane に /exit を実行させない (改修候補 #4 SoT、Phase 9): per-task pane self-/exit 不可、orchestrator が cmux close-workspace --workspace workspace:N で代行。per-task pane 起動 prompt から /exit を削除済、idle 待機 → orchestrator 代行 close で workspace cleanup
per-task pane の Phase 9 worktree cleanup 直後に cwd 喪失が発生する: per-task pane が /Users/subroh_0508 等にリセットされる現象を観測。routine 扱い、per-task pane が自己 cd で復旧するため orchestrator は通知のみで干渉しない (A1 / A2-1 / Phase 9 cleanup で実例)
stale display を本物の入力と誤解釈しない (仕様 5): ❯ ... 表示が見えても Enter → 反応観察 で実体を確認、無反応なら ctrl+u で input clear してから再投入
思考動詞辞書未登録の動詞を観測したら追加せずに放置しない (仕様 3): WORKING を IDLE と誤判定 → 重複 prompt 送信 → 二重実行リスク。本 Skill の regex を更新する harness 改修 PR を起票
長文 prompt を cmux send 直送しない (仕様 8): zsh の backtick / $ / 改行解釈で 30-50% 欠落するパターンが頻発 (本セッション PR #141 / orchestrator skill 起票時に実証)。200 字超 or 特殊文字含みは Write → 短い「Read /tmp/...md」指示の 2 段階に分ける
--force-with-lease 文言を含む commit / push 指示を per-task pane に送らない (仕様 7): classifier denied 確定、中立表現に書き換えるか orchestrator 手動実行に切替
別 pane を cmux read-screen --pane pane:N 直接指定で読まない (仕様 7): cross-session snooping 判定で denied 確定、--workspace workspace:N 指定を使う
classifier denied 発生時に迂回せず原因を per-task pane に報告させる (.claude/rules/implementation-workflow.md Phase 7 §classifier ブロック対応 3 ステップ準拠): pbcopy / sleep-and-retry / 文言強引中立化等の機械的迂回を行わない
orchestrator workspace を per-task 全完了前に /exit しない (仕様 2): per-task pane への通知経路が消失して並列実装が完走不能になる
60% handover は遅延禁止 (仕様 6): 70-80% を待つと handover summary 生成自体が context 不足で完了不能。60% 検知即発火
dry-run 必須条件に該当する改修を per-task pane に投げる時は dry-run 指示を含める (.claude/rules/harness-meta-criteria.md §dry-run 必須条件): rule 全文書き換え / Skill 新規追加 / template 構造変更 / SoT 反転 / 採用判定基準改修等
mirror PR 起票 SLA は本体 PR merge から 30 分以内 / 60 分以内 merge (.claude/rules/roadmap.md §mirror PR 起票 SLA): per-task pane が Phase 8 で roadmap-tracker を起動するが、orchestrator は SLA 監視責務
retro PR は per-PR retro 単独 + harness/learnings-batch-YYYY-WW[-partN] 集約のハイブリッド: 件数蓄積で partN 分割 (本セッションで harness/learnings-batch-2026-W20 / -part2 / -part3 実例)
明示承認文言 canonical を変形しすぎない: classifier が subroh0508 / 本指示で明示的に / R-15 該当 のキーワードを学習通過しているため、テンプレを大きく変えると stochastic に block 発生 (本セッション実観測)
/tmp/orchestrator-prompt-*.md を per-task pane の Read 完了前に削除しない (仕様 8): Read 中の race condition で内容欠落、debug 用途で残置を推奨
本 Skill は .claude/rules/orchestrator-criteria.md と同 PR で配置: 片方未配置時は自動回答 / pause 判定 / stale display 手順 / file 経由 prompt 採用判断ラインが SoT 不在で劣化動作

name	orchestrator
description	cmux 上で 1 ペイン = 1 PR を厳守しながら複数 Claude Code セッションの並列実装を統合するオーケストレーター。orchestrator workspace 1 つから per-task workspace を spawn し、 30 秒ポーリング / 自動回答 / stale display 復旧 / context 60% handover / R-15 担保代行 merge / ファイル経由プロンプト送信までを単一の責務単位で実行する。複数 PR を物理分離した worktree で並列実装したい時、per-task pane が classifier ブロックで停止した時、context が 60% に到達して handover が必要な時、stale display 残骸で per-task pane の真の state が読み取れない時、200 字超の prompt を per-task pane に投入する時に本 Skill に従って動作することを推奨する。
status	stable
phase	A2 follow-up
last_updated	"2026-05-18T00:00:00.000Z"
related_plan	docs/harness/plan.md §5.4
related_rules	[".claude/rules/orchestrator-criteria.md",".claude/rules/harness-meta-criteria.md",".claude/rules/implementation-workflow.md",".claude/rules/pr-poller.md",".claude/rules/skill-authoring.md",".claude/rules/branch-naming.md",".claude/rules/merge-readiness.md"]
related_adrs	["ADR-0017","ADR-0018","ADR-0024","ADR-0025"]

name	orchestrator
description	cmux 上で 1 ペイン = 1 PR を厳守しながら複数 Claude Code セッションの並列実装を統合するオーケストレーター。orchestrator workspace 1 つから per-task workspace を spawn し、 30 秒ポーリング / 自動回答 / stale display 復旧 / context 60% handover / R-15 担保代行 merge / ファイル経由プロンプト送信までを単一の責務単位で実行する。複数 PR を物理分離した worktree で並列実装したい時、per-task pane が classifier ブロックで停止した時、context が 60% に到達して handover が必要な時、stale display 残骸で per-task pane の真の state が読み取れない時、200 字超の prompt を per-task pane に投入する時に本 Skill に従って動作することを推奨する。
status	stable
phase	A2 follow-up
last_updated	"2026-05-18T00:00:00.000Z"
related_plan	docs/harness/plan.md §5.4
related_rules	[".claude/rules/orchestrator-criteria.md",".claude/rules/harness-meta-criteria.md",".claude/rules/implementation-workflow.md",".claude/rules/pr-poller.md",".claude/rules/skill-authoring.md",".claude/rules/branch-naming.md",".claude/rules/merge-readiness.md"]
related_adrs	["ADR-0017","ADR-0018","ADR-0024","ADR-0025"]

orchestrator

このリポジトリの他の Skills

このリポジトリの他の Skills

orchestrator

役割

ワークスペース構造 (仕様 2、不変条件)

プロンプト送信プロトコル (仕様 8)

標準フロー (ファイル経由送信、200 字超 / 特殊文字含み)

例外 (cmux send 直送が許容される条件、3 条件全充足)

実証例 (本 PR で初実証)

入力

出力

cmux サブコマンド辞典 (仕様 1)

read-screen の workspace vs pane 指定の使い分け

基本動作チェーン

フェーズ別動作 (9 フェーズ)

Phase 1: 起動 (orchestrator workspace 確保 + 事前承認文言確認)

Phase 2: per-task workspace spawn (1 ペイン = 1 PR) + 初期 prompt 配送 (仕様 8、改修候補 #7 SoT 反映)

Step 2-A: worktree 事前作成 (直列必須、改修候補 #7 SoT)

Step 2-B: per-task pane spawn (cwd は Step 2-A で作成済 worktree path)

Step 2-C: 初期 prompt 配送 (ファイル経由送信、仕様 8)

Phase 3: 30 秒ポーリング (Monitor 並列)

Phase 4: 自動回答 (recommended マーク優先)

Phase 5: stale display 復旧 (仕様 5)

Phase 6: classifier 代行 merge (仕様 7、改修候補 #3 SoT 反映)

per-task pane → orchestrator 完了報告フォーマット (改修候補 #3 SoT)

Phase 7: context 60% handover (仕様 6)

Phase 8: 終了

Phase 9: 後処理 (per-task pane 側 / orchestrator 側 の 2 分担、改修候補 #4 SoT 反映)

per-task pane 側 (Phase 9 完了報告まで)

orchestrator 側 (close-workspace 代行)

明示承認文言 canonical (仕様 7 / R-15 担保、改修候補 #6 SoT 反映)

承認粒度別の文言テンプレ (改修候補 #6 SoT 反映、一括事前承認パターン明文化)

per-task pane 起動 prompt テンプレ (Phase 2、file 経由配送、改修候補 #3 / #4 統合反映)

迂回 NG / OK 辞典 (本セッション実観測)

Monitor 思考動詞辞書 (仕様 3 詳細)

観測済 (本セッション、PR #147 / #153 / #158 batch retro 累計 21 動詞追加)

prefix (本セッションで観測した variation)

既知辞書 (Claude Code 公式または他セッション由来)

regex (運用案)

context 60% handover プロトコル (仕様 6 詳細)

Bar 抽出 regex

handover summary テンプレ (file 経由配送、仕様 8)

Gotchas

関連

orchestrator

役割

ワークスペース構造 (仕様 2、不変条件)

プロンプト送信プロトコル (仕様 8)

標準フロー (ファイル経由送信、200 字超 / 特殊文字含み)

例外 (cmux send 直送が許容される条件、3 条件全充足)

実証例 (本 PR で初実証)

入力

出力

cmux サブコマンド辞典 (仕様 1)

read-screen の workspace vs pane 指定の使い分け

基本動作チェーン

フェーズ別動作 (9 フェーズ)

Phase 1: 起動 (orchestrator workspace 確保 + 事前承認文言確認)

Phase 2: per-task workspace spawn (1 ペイン = 1 PR) + 初期 prompt 配送 (仕様 8、改修候補 #7 SoT 反映)

Step 2-A: worktree 事前作成 (直列必須、改修候補 #7 SoT)

Step 2-B: per-task pane spawn (cwd は Step 2-A で作成済 worktree path)

Step 2-C: 初期 prompt 配送 (ファイル経由送信、仕様 8)

Phase 3: 30 秒ポーリング (Monitor 並列)

Phase 4: 自動回答 (recommended マーク優先)

Phase 5: stale display 復旧 (仕様 5)

Phase 6: classifier 代行 merge (仕様 7、改修候補 #3 SoT 反映)

per-task pane → orchestrator 完了報告フォーマット (改修候補 #3 SoT)

Phase 7: context 60% handover (仕様 6)

Phase 8: 終了

Phase 9: 後処理 (per-task pane 側 / orchestrator 側 の 2 分担、改修候補 #4 SoT 反映)

per-task pane 側 (Phase 9 完了報告まで)

orchestrator 側 (close-workspace 代行)

明示承認文言 canonical (仕様 7 / R-15 担保、改修候補 #6 SoT 反映)

承認粒度別の文言テンプレ (改修候補 #6 SoT 反映、一括事前承認パターン明文化)

per-task pane 起動 prompt テンプレ (Phase 2、file 経由配送、改修候補 #3 / #4 統合反映)

迂回 NG / OK 辞典 (本セッション実観測)

Monitor 思考動詞辞書 (仕様 3 詳細)

観測済 (本セッション、PR #147 / #153 / #158 batch retro 累計 21 動詞追加)

prefix (本セッションで観測した variation)

Phase 9: 後処理 (per-task pane 側 / orchestrator 側の 2 分担、改修候補 #4 SoT 反映)

Phase 9: 後処理 (per-task pane 側 / orchestrator 側の 2 分担、改修候補 #4 SoT 反映)