launch-sub-agent

launch-sub-agent スキルの概要

launch-sub-agent スキルは、1つのチャットスレッドに負荷をかけるのではなく、特定のタスクに絞ったサブエージェントを切り出して実行するためのスキルです。launch-sub-agent for Multi-Agent Systems パターンで、複数ステップのワークフローを構築・運用している人に最適です。たとえば、コーディング、リサーチ、レビュー、設計、検証のように、コンテキストを分離し、意図的にモデルを選ぶことで成果が出やすい作業に向いています。

launch-sub-agent が得意なこと

launch-sub-agent スキルの核となる価値はオーケストレーションです。タスクを解析し、適切なモデル階層を選び、必要に応じて専用エージェントに割り当て、そのうえで検証込みで作業を開始します。コンテキストの汚染を減らし、より規律あるアウトプットを得たいときには、一般的なプロンプトより実用的です。

どんな人にインストール向きか

作業をサブタスクに分けることが多い人、他のエージェントを監督する人、あるいは複雑さに応じてタスクを再現性高く振り分けたい人は、launch-sub-agent をインストールする価値があります。特に、すでにエージェント的なワークフローを使っているチームに向いています。そこで本当に難しいのは「モデルが答えられるか」ではなく、「どうきれいに振り分け、結果をどう検証するか」だからです。

どんな場面に向いているか

launch-sub-agent スキルが特に合うのは、入力を境界のある依頼として切り出せる場合です。たとえば、機能実装、問題調査、選択肢比較、ドキュメント作成、コードレビューなどです。一方で、あいまいなブレインストーミング、対話の往復が中心の協働、あるいは会話履歴全体を保持したまま進める必要があるタスクには、あまり向きません。

launch-sub-agent スキルの使い方

インストールしてスキルを確認する

まずはスキルマネージャーから公開されているインストール手順で導入し、最初に SKILL.md を開いてください。このリポジトリには補助フォルダがないため、主な参照元はスキルファイルそのものです。実際の launch-sub-agent の導入フローは、インストールする → SKILL.md を読む → 自分の環境に合わせてコマンドと引数パターンを調整する、の順で進めるのが現実的です。

大まかな目標を実行可能なタスクに落とす

このスキルは、委任できるだけ具体的なタスクで使うと最も効果を発揮します。良い入力には、対象、期待する成果物、制約、そして関連する repo や環境情報が含まれています。たとえば「auth を直して」ではなく、Implement password reset for the existing Express app, preserve current API shape, and output a patch summary to docs/reset-plan.md のように書くと、サブエージェントが動きやすくなります。

プロンプトに何を含めるべきか

launch-sub-agent の使い方では、タスク説明に加えて --model、--agent、--output のような任意のルーティングヒントを使えます。これらは、明確さが増すときだけ使ってください。すでに作業の難易度が高いとわかっているなら、より強いモデルを選びます。特定の専門性が必要だとわかっているなら、そのエージェント名を明示します。成果物をどこかに保存したいなら、出力先を最初から入れておきます。

先に読むべきファイル

まず SKILL.md を開いてください。そこに、オーケストレーションの流れ、タスク分析、検証要件が定義されています。次に、周辺のエージェントシステムを説明している repo レベルのドキュメントを確認します。特に、既存のマルチエージェント構成に launch-sub-agent を組み込む場合は重要です。このスキルを自分向けに調整するなら、モデル選択やエージェント命名をどこで自分のツールチェーンが処理しているかにも注意してください。

launch-sub-agent スキル FAQ

launch-sub-agent はマルチエージェントシステム専用ですか？

マルチエージェントシステムでは特に価値がありますが、もっと単純な構成でも、規律あるサブタスク起動用として使えます。主な利点は同じで、launch-sub-agent スキルは 1 つのタスクを 1 つの集中した実行経路に分離することで、コンテキストの散らかりを減らします。

通常のプロンプトと何が違いますか？

通常のプロンプトは、答えを求めます。launch-sub-agent スキルはそれよりもルーティング層に近く、タスクを評価して実行戦略を選び、さらに自己批評のステップを含めることで、結果が返る前に確認される可能性を高めます。つまり、重要なのが生成そのものではなくプロセスである場面で、より力を発揮します。

初心者でも使いやすいですか？

はい。タスクを明確に説明できるなら使えます。launch-sub-agent を使うのに、エージェント的な概念をすべて理解している必要はありません。ただし、仕事の内容、境界、望む成果物はきちんと書く必要があります。タスクの切り方が上手いほど、委任の質も上がります。

どんなときに使わない方がいいですか？

タスクが小さい、純粋に会話だけで済む、あるいは同じコンテキストで何度もやり取りすることに強く依存する場合は、launch-sub-agent を使わないでください。そうした場面では、サブエージェントを起動するより、直接プロンプトする方が速く、壊れにくいです。

launch-sub-agent スキルを改善するには

タスクブリーフをもっと具体的に書く

launch-sub-agent の成果が最も良くなるのは、スコープ、制約、成功条件を含んだブリーフです。たとえば、Review this checkout flow for accessibility issues, focus on keyboard navigation and error states, and return prioritized fixes with code pointers は、review this flow よりはるかに実行しやすい指示です。

タスクに合ったモデルを選ぶ

難しい推論、複数ファイルの横断分析、アーキテクチャへの影響が大きい作業だとわかっているなら、選択を曖昧にせず、より強いモデルを優先してください。逆に、定型的で範囲の狭いタスクなら、依頼はシンプルに保った方がスキルが効率よく振り分けられます。launch-sub-agent の上手な使い方は、常に最大化することではなく、エージェントのサイズを適切に合わせることです。

検証しやすい出力を求める

このスキルには必須の自己批評検証が含まれているため、差分要約、前提、リスク、エッジケース、テスト案のように、確認しやすい出力を求めてください。サブエージェントを最初の一回で役立つものにしたいなら、何が不確実なのか、次に何を検証すべきかを明示させるのが有効です。

1回目の実行後に反復する

最初の結果を使って、次のプロンプトを絞り込んでください。サブエージェントの範囲が広すぎたなら、タスクを狭めて境界を明示します。コンテキスト不足なら、関連ファイルや該当スニペットを添えます。適切でないエージェントに寄っていたなら、ルーティングヒントを上書きします。launch-sub-agent スキルの成果を最速で改善する方法は、各実行を一発勝負ではなく、調整のためのキャリブレーションとして扱うことです。