Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

orchestration-toolkit

Sterne2

Forks0

Aktualisiert9. Juli 2026 um 03:16

oe-* オーケストレーションツール群（engine 本体 / 親子委譲 / SO ゲート / 選択・観測）と駆動層規律の統合概観。複数エージェント委譲・設計SO/実装SO・read-only 観測・engine 1 サイクルを使うとき、ツール群の全体像をリポジトリ走査でなく一貫した形で把握したいときに使用する。

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

stlwolf

stlwolf/ai-development-hub

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

Sonstige ComputerberufeInformatik- und Mathematikberufe·SOC 15-1299

SKILL.md

readonly

name	orchestration-toolkit
description	oe-* オーケストレーションツール群（engine 本体 / 親子委譲 / SO ゲート / 選択・観測）と駆動層規律の統合概観。複数エージェント委譲・設計SO/実装SO・read-only 観測・engine 1 サイクルを使うとき、ツール群の全体像をリポジトリ走査でなく一貫した形で把握したいときに使用する。

Orchestration Toolkit (oe-*) — 統合概観

oe-* ツール群を 1 つのパッケージとして一貫理解するための概観。個別スクリプトを repo 走査して断片把握すると齟齬が出るため、本スキルで全体像を取り、詳細は各 verb の README / focused スキルへ routing する。実体は projects/orchestration-engine/bin/（oe ＋ oe-*・全 11 verb）。

ツール群（役割別）

engine 本体: oe（自律 1 サイクル: board_apply[盤面初期化=#175 layout]→spawn→envelope→send→monitor loop（内部で capture/classify/KVS 書込）→（monitor 成功時）verify→cleanup[trap EXIT]。状態 KVS ＋ audit jsonl ＋ circuit breaker[max_turns/max_panes/timeout]。spawn=生成 / verify=別 reviewer spawn＝生成と反証を物理分離）/ oe-capture（ペイン capture 補助）。
親子委譲: oe-delegate（子セッション起動 + 最初のキック）/ oe-kick（#N or kickoff パスを 1 引数で受け oe-delegate のフラグ列へ展開するワンショットラッパー）/ oe-send（既存ペインへ 1 行/キックオフ送信・戻しもこれ）/ oe-list（宛先候補を source 列付きで列挙）/ oe-report（legacy・戻しは oe-send に一本化）。詳細手順 → delegate-task スキル。
SO ゲート: oe-refute（設計SO・確定前の同期反証・--rubric exploration|consensus）/ oe-review（実装SO・reviewed diff バインドのコード欠陥レビュー・lens=impl）。いずれも so-compare を wrap。※engine 内の verify（単一 reviewer の compliance review）とは別物（同名注意）。
選択 / 観測: oe-select（oe-list+fzf で対話選択→oe-send 委譲する UX。preview で tmux capture-pane を読む）/ oe-status（read-only 俯瞰: engine の audit-terminal reducer 由来 state ＋ delegate liveness。ペイン出力は読まない＝検出しない）。

駆動層規律（engine 作業の 1 サイクル）

discussion/DJ → 設計SO → 実装 → 実装SO → Episode → PR →（Copilot）→ closure。設計SO/実装SO のツールは so モード次第（弱〔既定〕=oe-refute/oe-review・強=peer-ai-review。下記モード行参照）。

SO レーンポリシー（運用方針。verb 既定は --lanes 2）: 設計SO=oe-refute --lanes 3 を明示（3社=codex+cursor+claude。Claude/Opus を設計＝選択肢拡張に活かす）／実装SO=既定の oe-review（2社=codex+cursor・実装者 Claude を抜き model 多様性で欠陥検出）。観点が違うので両方実施（設計だけで実装SO を省略しない）。重い対象は都度 3社+3社もありだが、なるべく分割して重くしない。※レーンの model（cursor=composer / claude=opus 等）は so-compare 側の指定で oe-* は固定しない。
SO モード（強/弱・レーン軸と直交）: 強 SO=peer-ai-review（全レーン合意まで iterate・partial=再試行・0=不可）／弱 SO=so-compare/oe-refute/oe-review（1 周可・partial=disclose・0=SO 未実施で再試行/escalate="0 はなし"）。設計段階に kickoff/plan の so frontmatter で選択（正本 docs/specs/document-format.md §3.1）。レーン数（上記ポリシー）とモードは直交（別々に選ぶ）。
集約は conservative（1 レーンでも material な指摘 → 全体 refuted）。refuted は exit 3（advisory・JSON が正本）＝oe-* は機械的に PR/マージを止めない（確定保留は harness/運用判断）。
蒸留パイプライン doc: discussion / kickoff / episode（締めで必須・本文は随時追記・後追い再構成は reconstructed 明示） / decision-ADR（任意・content 次第）。closure は episode-retrospective。
完全移譲: 自律委譲子は discussion/設計SO から実装→実装SO→Episode→PR→Copilot→closure まで一気通貫（親は巻き取らない）。
自律委譲子の権限（運用・opt-in）: oe-delegate/oe-kick は既定で permission-mode を付けない。自律子には --claude-arg --permission-mode --claude-arg auto を明示的に渡す。bypassPermissions は委譲子では即死するため auto を使う（実機学び・コード強制ではない）。auto/full 権限の自律子はガードレールでユーザー明示承認が要る。

malform hygiene（生 capture の会話混入を断つ）

長寿命・ツール密な統括セッションでは、子ペインの生出力（tool-call タグ列・box-drawing・制御文字）が親の会話コンテキストへ入ると、親が自己回帰で模倣して tool-call malform が連鎖・悪化する。oe-* の会話到達面（event-bus preview）は write+read サニタイズ済み（#224 / projects/orchestration-engine/lib/sanitize.sh）だが、統括が生 wez pane capture / tmux capture-pane を直叩きして会話へ貼る経路はサニタイズを通らない＝文字列制御では消えない。ここは behavioral な規律で断つ:

壊れた/生の子ペイン出力を会話へ貼り返さない。渡すなら要約するか、path（ファイル/ログの場所）で受け渡す。これは tmux/Wez どちらの capture でも効く load-bearing な規範。
どうしても中身を確認するなら、生出力をそのまま会話に載せない（必要行だけ要約・引用符やコードブロックで囲んで自己回帰の連続を断つ）。現状 sanitize 済みの tmux peek 入口は無い（安全 capture 入口は follow-up）。
親をリーンに保つ: capture は最小限に、重い読み取り・作業は子へオフロードし、セッションは短命化して早めに handoff する（長コンテキスト劣化＝Phase 5 #105/#108 の副因も緩む）。

報告・戻しでも同じ（生 capture を貼らず要約 or path）。委譲/報告の操作手順は delegate-task。背景と scoping は #233。

重要な不変条件 / gotcha

oe / oe-* は PATH 未登録 → projects/orchestration-engine/bin/ のパスで起動（so-compare/wez 等は ~/bin に sync 済で PATH 上）。
SO の audit は本体 per-session（audit/{id}.jsonl）と別系統: oe-refute.jsonl（event_type=oe_refute・rubric）/ oe-review.jsonl（event_type=oe_review・lens=impl・diff バインド）。oe-status の ENGINE 区画には SO audit は出ない（別 viewer）。
engine の state KVS は 初回=target 完了（@@OE_EXIT 検出）時に作成・verify は完了後に同 KVS へ追記。実行中 / CB timeout は KVS 不在（観測は audit-tail から導く）。

詳細への routing

各 verb のフラグ/挙動: projects/orchestration-engine/bin/README.md
委譲の操作手順: delegate-task スキル
設計確定前のゼロベース探索: predecision-exploration / バグ調査のコードパス網羅: code-path-exhaustion
SO テンプレ（選択肢拡張）: so-compare スキル
closure の振り返り: episode-retrospective スキル

Mehr aus diesem Repository

gleiches Repository

delegate-task

stlwolf/ai-development-hub

親子 Claude Code セッション間の委譲操作を行う。delegate（子を起動してキック）、send（既存ペインへ1行/キックオフ送信・誤送信防止つき）、list（宛先確認）、report（子→親の申し送り）を自然言語の意図から判断して実行する。tmux 環境前提。

2026-07-092

code-path-exhaustion

stlwolf/ai-development-hub

エラー/バグ調査で、入力→出力のコードパスに未読区間がある限り外部要因（インフラ差異等）の仮説に進まない。外部要因に飛ぼうとするとき、原因が再現しないと判断しそうなときに使用する。仮説を tmp/hypothesis-NNN.md に外部化し、コードパスの read-state を可視化する。

2026-07-012

plan-to-kickoff

stlwolf/ai-development-hub

プランをKickoff Document形式に変換する。セカンドオピニオン投入・リポジトリアーカイブ・ピアレビュー共有時に使用する。命名規約・frontmatter・セクション構造をKickoff形式に整える。

2026-07-012

predecision-exploration

stlwolf/ai-development-hub

設計判断を確定する前に、ゼロベースで未探索の代替案を最低1回引き出し、その証跡を確定前に残してから確定する。複数の選択肢を A/B 等で確定しかけたとき、ADR / Decision / kickoff の設計判断（DJ-N）を確定・記録するときに使用する。so-compare 選択肢拡張・探索木の外部化を含む。

2026-07-012

so-compare

stlwolf/ai-development-hub

so-compare.shでセカンドオピニオン（Codex/Claude/Cursor）を取得し、結果を比較する。ピアレビュー、修正方針の検証、設計判断の反証に使用する。**弱 SO**（1周可・partial=disclose・0はなし）。プロンプト設計原則、結果読み込み手順、合意判定基準を含む。

2026-07-012

spec-card

stlwolf/ai-development-hub

蒸留パイプライン文書（kickoff/episode/decision/discussion）の作成時にフォーマットを適用する。frontmatter付与、ULID生成、ファイル命名規則の案内を含む。ドキュメント新規作成、Episode→Decision昇格時に使用する。

2026-07-012

name	orchestration-toolkit
description	oe-* オーケストレーションツール群（engine 本体 / 親子委譲 / SO ゲート / 選択・観測）と駆動層規律の統合概観。複数エージェント委譲・設計SO/実装SO・read-only 観測・engine 1 サイクルを使うとき、ツール群の全体像をリポジトリ走査でなく一貫した形で把握したいときに使用する。

Orchestration Toolkit (oe-*) — 統合概観

ツール群（役割別）

engine 本体: oe（自律 1 サイクル: board_apply[盤面初期化=#175 layout]→spawn→envelope→send→monitor loop（内部で capture/classify/KVS 書込）→（monitor 成功時）verify→cleanup[trap EXIT]。状態 KVS ＋ audit jsonl ＋ circuit breaker[max_turns/max_panes/timeout]。spawn=生成 / verify=別 reviewer spawn＝生成と反証を物理分離）/ oe-capture（ペイン capture 補助）。
親子委譲: oe-delegate（子セッション起動 + 最初のキック）/ oe-kick（#N or kickoff パスを 1 引数で受け oe-delegate のフラグ列へ展開するワンショットラッパー）/ oe-send（既存ペインへ 1 行/キックオフ送信・戻しもこれ）/ oe-list（宛先候補を source 列付きで列挙）/ oe-report（legacy・戻しは oe-send に一本化）。詳細手順 → delegate-task スキル。
SO ゲート: oe-refute（設計SO・確定前の同期反証・--rubric exploration|consensus）/ oe-review（実装SO・reviewed diff バインドのコード欠陥レビュー・lens=impl）。いずれも so-compare を wrap。※engine 内の verify（単一 reviewer の compliance review）とは別物（同名注意）。
選択 / 観測: oe-select（oe-list+fzf で対話選択→oe-send 委譲する UX。preview で tmux capture-pane を読む）/ oe-status（read-only 俯瞰: engine の audit-terminal reducer 由来 state ＋ delegate liveness。ペイン出力は読まない＝検出しない）。

駆動層規律（engine 作業の 1 サイクル）

SO レーンポリシー（運用方針。verb 既定は --lanes 2）: 設計SO=oe-refute --lanes 3 を明示（3社=codex+cursor+claude。Claude/Opus を設計＝選択肢拡張に活かす）／実装SO=既定の oe-review（2社=codex+cursor・実装者 Claude を抜き model 多様性で欠陥検出）。観点が違うので両方実施（設計だけで実装SO を省略しない）。重い対象は都度 3社+3社もありだが、なるべく分割して重くしない。※レーンの model（cursor=composer / claude=opus 等）は so-compare 側の指定で oe-* は固定しない。
SO モード（強/弱・レーン軸と直交）: 強 SO=peer-ai-review（全レーン合意まで iterate・partial=再試行・0=不可）／弱 SO=so-compare/oe-refute/oe-review（1 周可・partial=disclose・0=SO 未実施で再試行/escalate="0 はなし"）。設計段階に kickoff/plan の so frontmatter で選択（正本 docs/specs/document-format.md §3.1）。レーン数（上記ポリシー）とモードは直交（別々に選ぶ）。
集約は conservative（1 レーンでも material な指摘 → 全体 refuted）。refuted は exit 3（advisory・JSON が正本）＝oe-* は機械的に PR/マージを止めない（確定保留は harness/運用判断）。
蒸留パイプライン doc: discussion / kickoff / episode（締めで必須・本文は随時追記・後追い再構成は reconstructed 明示） / decision-ADR（任意・content 次第）。closure は episode-retrospective。
完全移譲: 自律委譲子は discussion/設計SO から実装→実装SO→Episode→PR→Copilot→closure まで一気通貫（親は巻き取らない）。
自律委譲子の権限（運用・opt-in）: oe-delegate/oe-kick は既定で permission-mode を付けない。自律子には --claude-arg --permission-mode --claude-arg auto を明示的に渡す。bypassPermissions は委譲子では即死するため auto を使う（実機学び・コード強制ではない）。auto/full 権限の自律子はガードレールでユーザー明示承認が要る。

malform hygiene（生 capture の会話混入を断つ）

壊れた/生の子ペイン出力を会話へ貼り返さない。渡すなら要約するか、path（ファイル/ログの場所）で受け渡す。これは tmux/Wez どちらの capture でも効く load-bearing な規範。
どうしても中身を確認するなら、生出力をそのまま会話に載せない（必要行だけ要約・引用符やコードブロックで囲んで自己回帰の連続を断つ）。現状 sanitize 済みの tmux peek 入口は無い（安全 capture 入口は follow-up）。
親をリーンに保つ: capture は最小限に、重い読み取り・作業は子へオフロードし、セッションは短命化して早めに handoff する（長コンテキスト劣化＝Phase 5 #105/#108 の副因も緩む）。

報告・戻しでも同じ（生 capture を貼らず要約 or path）。委譲/報告の操作手順は delegate-task。背景と scoping は #233。

重要な不変条件 / gotcha

oe / oe-* は PATH 未登録 → projects/orchestration-engine/bin/ のパスで起動（so-compare/wez 等は ~/bin に sync 済で PATH 上）。
SO の audit は本体 per-session（audit/{id}.jsonl）と別系統: oe-refute.jsonl（event_type=oe_refute・rubric）/ oe-review.jsonl（event_type=oe_review・lens=impl・diff バインド）。oe-status の ENGINE 区画には SO audit は出ない（別 viewer）。
engine の state KVS は 初回=target 完了（@@OE_EXIT 検出）時に作成・verify は完了後に同 KVS へ追記。実行中 / CB timeout は KVS 不在（観測は audit-tail から導く）。

詳細への routing

各 verb のフラグ/挙動: projects/orchestration-engine/bin/README.md
委譲の操作手順: delegate-task スキル
設計確定前のゼロベース探索: predecision-exploration / バグ調査のコードパス網羅: code-path-exhaustion
SO テンプレ（選択肢拡張）: so-compare スキル
closure の振り返り: episode-retrospective スキル