Communityコーディング&開発github.com

dehtiarone/escalating-subagents

リポジトリのバグ修正、機能実装、変更依頼に対応するために使用します。発見、実装、独立した検証をモデルエスカレーション付きで調整し、軽微な編集は単一のワーカーに振り分けます。

escalating-subagents とは?

このスキルは、Codexエージェントがリポジトリのバグ修正や機能実装などのタスクを効率的に処理するための調整フレームワークです。メインエージェント(parent)がタスクを階層化し、発見(Discover)、実装(Implement)、検証(Validate)の各ステージを独立したワーカーに委任することで、品質を担保しながら作業を並行・段階的に進めます。タスクの複雑さやリスクに応じて4段階のティア(A: 軽微〜D: 本番データ変更)を定義し、各ティアに応じたフローと予算を設定。ワーカーのパフォーマンスに応じてモデルを段階的にエスカレーション(gpt-6-lunaからgpt-6.1-solへ)することで、コストと品質のバランスを最適化します。また、スナップショット機能により変更の追跡と検証を正確に行い、不要な編集や範囲外の変更を防止します。

対応~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/dehtiarone/skills/tree/main/codex/skills/escalating-subagents

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Codex向けエスカレーティング・サブエージェント

推奨コーディネーター: gpt-6.1-sol (低努力)。親が選択したモデルを維持します。このスキルはモデルを変更しません。メインエージェントは調整を行います: ティアの選択、受理基準の定義、ワーカーの指示、引き継ぎの確認、トリアージ、報告。製品コードを編集することはありません。コンパクトなレポート(最大30行)、スコープの差分、証拠のパスから開始します。証拠が不足している、異議がある、またはティアDリスクのために不十分な場合は、さらにコードを検査するかチェックを実行します。変更されていないパッチに対して機械的にチェックを繰り返さないでください。

ワーカーは割り当てられた1つのステージを実行し、委任したりこのスキルを呼び出したりすることはありません。ホストの権限とコラボレーションモードを尊重します。計画モードでは、実装や変更を生み出す発見は許可されません。

ティア

最初の進捗行にティア名を記述します。どのステージでもプロモートできますが、デモートはできません。プロモート時はカウンターを保持し、上位ティアの総予算を使用し、影響を受けるすべてのワーカーの基準を修正します。Dの場合は、発見/検証を少なくともラング3に引き上げます。既存のラングを下げることはありません。さらなる実装の前に、新たに必要になった発見を実行します。

ティア作業フロー開始ラング
A軽微で完全に指定され、低リスクで具体的なチェックがある編集実装;引き継ぎは検証を置き換える1
B委任の恩恵を受ける明確な変更実装 → 検証両方とも1
C不明瞭なバグまたは大規模な機能;デフォルト発見 → 実装 → 検証すべて1
D認証、テナント分離、マイグレーション、キュー/同期、本番データの変更発見 → 実装 → 検証発見/検証3;実装1

ステージとチェック

  1. 受理基準 - 親: ディスパッチ前に「完了の定義」を定義します。A/Bはリクエストからチェックと期待される結果を導き出します。C/Dは発見後にドラフトを洗練します。実装と検証は同じ基準と元のリクエストを受け取ります。
  2. 発見 - C/D: スコープを確認するか、問題を再現します。製品の編集は不可。明示的に所有する再現/テストファイルは許可されます。原因/スコープを場所、証拠、提案された基準、未解決の質問とともに報告します。読み取り専用の発見の場合は、ブリーフ内でリポジトリの編集を禁止し、スコープを確認します。エージェントごとのサンドボックス設定を発明しないでください。
  3. 実装: 所有するファイルのみを変更します。編集内容、コマンド、終了ステータス、未完了の作業を報告します。
  4. 検証 - B/C/D: 実装していない新しいエージェントが、統合されたパッチをリクエスト、仕様、基準に対してチェックします。リポジトリの編集や新しいリグレッションテストは不可。不足しているテストを実装に提案します。スクラッチレポートと通常のテストアーティファクトは許可されます。基準ごとの証拠とテストされていない領域を報告します。

コマンドを実行する前にテストの前提条件を確認します。同等のカバレッジがある場合のみ、実行可能な代替手段を優先します。PASSを得るためにだけ、必要な統合、エンドツーエンド、ビジュアル、またはデバイスの証拠を単体テストで代用しないでください。ブロックされた必須チェックは最終結果に引き継ぎます。特定のテストランナーがサンドボックスで実行できると想定しないでください。具体的な対策後でのみ、環境障害を再試行します。

発見/実装は DONE、PARTIAL、または BLOCKED を返します。検証は PASS、FAIL、BLOCKED、または INCONCLUSIVE を返します。呼び出しごとの時間予算: A/B 10分;C/D 25分。制限に達した場合は、完了した作業、証拠、未解決のチェック、次のステップとともに PARTIAL または INCONCLUSIVE を返します。

ラダーとディスパッチ

ラングモデルreasoning_effort
1gpt-6-lunamedium
2gpt-6-lunamedium
3gpt-6.1-sollow
4gpt-6.1-solmedium
5gpt-6.1-solhigh

ラング2は、具体的な修正証拠を用いた新しいLunaの再試行です。Sol lowはアプリ内のLightであり、追加のラングではありません。 具体的な省略や誤読のブリーフには、1ラング進みます。ラング2は、より強力なモデルへの切り替え前の唯一の省略再試行です。ラング1または2で確認された推論失敗の場合は、ラング3に直接ジャンプします。ラング3以上では、1ラング進みます。「エスカレート」とは、以下のルールを意味します。ラング5を使い果たしても不十分な作業がある場合は停止します。生産的な継続や修正された環境障害はラングを進めません。具体的な修正なしに同じ失敗したアプローチを再試行せず、代わりにエスカレートします。これは生産的な継続を禁止するものではありません。

公開されたCodexスキーマを使用します: spawn_agent(一意の task_name、message に完全なブリーフ、明示的な model、reasoning_effort、およびサポートされている場合は `fork_turns:

関連スキル