mcpField
S
skill-router

skill-router

github.com/zhaono1エージェントワークフロー85874 回インストール9 週間前に更新
リポジトリ

skill-router について

現在のホストで利用可能なスキルから、依頼に最も合うものを選ぶスキルです。意図や状況を分析し、必要に応じて質問しながら、未公開のホスト機能を前提にせず単独または複数のスキルを提案します。

主な機能

  1. 01依頼に合う利用可能なスキルの選択
  2. 02タスクの種類、状況、複雑さの分析
  3. 03曖昧な依頼への確認質問
  4. 04単独スキルまたは連続利用の提案
  5. 05未公開のホスト機能を前提としない設計

活用シーン

  1. 01内容が定まっていないタスク向けのスキル探し
  2. 02明確な目標に合うスキルの選択
  3. 03振り分け前の曖昧な依頼の確認
  4. 04複数段階の作業に向けたスキル順序の計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/zhaono1/agent-playbook --skill skill-router

インストール後、Claude Code で/skill-routerを入力して読み込まれたか確認します。

同梱ファイルREADME.md

詳細

スキルルーター

リクエストを分析し、現在のホストで利用可能なスキルの中から、最も適合する範囲の狭いスキルをおすすめします。現在のセッションで確認できない Claude Code、Codex、Gemini、DeepSeek Harness の機能を前提にしないでください。

このスキルが有効になるとき

次のような場合に、このスキルが有効になります。

  • 「どのスキルを使えばよいですか?」や「〜に役立つスキルはありますか?」と尋ねる
  • どのスキルかを指定せずに「スキルを使って」と言う
  • 必要なことはあるものの、どのスキルが適しているか分からない
  • 「スキルルーター」や「スキルを探すのを手伝って」と言う

利用可能なスキル一覧

メタ・ワークフロー
スキル最適な用途
skill-routerタスクに適したスキルを見つけて選ぶ
create-prバイリンガルのドキュメントチェックを伴うプルリクエストの作成
session-loggerセッションの要約とアクティビティログの保存
workflow-orchestrator複数のスキルを使うワークフローとトリガーの調整
self-improving-agent完了したスキルワークフローから学習
auto-triggerスキル間のトリガー関係の宣言
コア開発
スキル最適な用途
commit-helperGit のコミットメッセージの作成とコミットのフォーマット
code-reviewerPR、コード変更、品質チェックのレビュー
debuggerバグ、エラー、予期しない動作の診断
refactoring-specialistコード構造の改善と技術的負債の削減
ドキュメント・テスト
スキル最適な用途
documentation-engineerREADME、技術ドキュメント、コードドキュメントの作成
api-documenterOpenAPI/Swagger 仕様の作成
test-automatorテストの作成とテストフレームワークのセットアップ
qa-expertテスト戦略、品質ゲート、QA プロセス
アーキテクチャ・DevOps
スキル最適な用途
api-designerREST/GraphQL API の設計と API アーキテクチャ
security-auditorセキュリティ監査、脆弱性レビュー、OWASP Top 10
performance-engineerパフォーマンスの最適化と速度分析
deployment-engineerCI/CD パイプラインとデプロイの自動化
計画・分析
スキル最適な用途
prd-plannerファイルベースの永続的な計画を伴う PRD の作成
prd-implementation-precheck実装前の PRD/仕様の事前チェック
architecting-solutionsPRD を伴わないソリューション設計、アーキテクチャ、要件分析
planning-with-files複数段階のタスク計画と、ファイルベースの永続的な整理
long-task-coordinator状態と復旧手順を明確にする必要がある、複数セッションにまたがる作業、委任された作業、または再開可能な作業
デザイン・UX
スキル最適な用途
figma-designerFigma デザインの分析と、実装可能なビジュアル仕様/PRD の作成

ルーティング手順

ステップ 1:意図の分析

ユーザーのリクエストを分析し、次の点を特定します。

  • タスクの種類:ユーザーが達成したいこと
  • コンテキスト:作業領域(ウェブ、モバイル、データなど)
  • 複雑さ:単純なタスクか、複雑なワークフローか
ステップ 2:スキルの照合

次の方法を使って、特定した意図に最も関連するスキルを照合します。

  • キーワード照合:リクエストのキーワードをスキルの説明と比較する
  • 意味的な類似性:リクエストの背景にある意味を理解する
  • コンテキストの把握:プロジェクトの状態とこれまでの操作を考慮する
ステップ 3:対話による確認

リクエストが曖昧な場合は、次のような質問でユーザーを案内します。

  • 主な目標は何ですか?
  • どのような出力を希望していますか?
  • 制約や希望事項はありますか?
ステップ 4:おすすめと実行

次の情報を添えて、おすすめのスキルを提示します。

  • スキル名と簡単な説明
  • 現在のリクエストに適している理由
  • 続行するか、別の候補を尋ねるかの選択肢

ルーティングの例

例 1:意図が明確な場合

ユーザー:「このプルリクエストをレビューしてほしいです」

ルーターの分析:

  • キーワード:「レビュー」「プルリクエスト」
  • 意図:コードレビュー
  • おすすめ: code-reviewer
例 2:意図が曖昧な場合

ユーザー:「プロジェクトを手伝ってくれるスキルを使ってください」

ルーターからの質問:

  1. どのような種類のタスクに取り組んでいますか?
  2. 設計、コーディング、テスト、ドキュメント作成のどれを行っていますか?

回答に基づいて → 適切なスキルを提案します

例 3:複数のスキルを使うシナリオ

ユーザー:「新しい API を構築していて、一連のワークフロー全体についてサポートが必要です」

ルーターからの提案: 複数のスキルを順番に使うことを検討してください:

  1. api-designer - API の構造を設計します
  2. api-documenter - OpenAPI を使ってエンドポイントをドキュメント化します
  3. test-automator - API テストを設定します
  4. code-reviewer - 実装をレビューします

対話形式の質問テンプレート

ユーザーの意図が不明確な場合は、次の質問パターンを使います:

目標の確認
  • 「このタスクで何を達成しようとしていますか?」
  • 「理想的な結果はどのようなものですか?」
分野の特定
  • 「これはどの分野に関係しますか:開発、テスト、ドキュメント作成、デプロイのどれですか?」
  • 「コード、API、インフラストラクチャ、またはその他のものに取り組んでいますか?」
段階の確認
  • 「現在どの段階ですか:計画、実装、テスト、保守のどれですか?」
希望の確認
  • 「手早く解決したいですか、それとも包括的な方法を希望しますか?」
  • 「使用している特定のツールやフレームワークはありますか?」

ベストプラクティス

1. 大まかに始めてから、絞り込む
  • 一般的なカテゴリに関する質問から始めます
  • 回答に基づいて、具体的な内容を掘り下げます
2. 推奨する理由を説明する
  • 特定のスキルを推奨する理由をユーザーに伝えます
  • 透明性を保つことで信頼を築きます
3. 代替案を提示する
  • 最もおすすめするものを提示します
  • 該当する場合は、代替案を 1~2 個挙げます
4. 例外的なケースに対応する
  • 完全に適合するスキルがない場合は、最も近いものを提案します
  • 特定のスキルを使わないほうがよい場合は、そのままサポートすることを申し出ます
5. コンテキストから学ぶ
  • 以前のやり取りを考慮します
  • 今後のルーティングに活かせるよう、ユーザーの好みを記憶します

高度なルーティングパターン

セマンティックルーティング

キーワードが直接一致しない場合は、意味的類似性を使います:

  • 「コードを整理して」 → refactoring-specialist
  • 「アプリをもっと速くして」 → performance-engineer
  • 「セキュリティ上の問題がないか確認して」 → security-auditor
  • 「中断したワークフローを再開して」 → long-task-coordinator
複数スキルのオーケストレーション

複雑なワークフローでは、スキルの組み合わせを提案します:

  • 新機能:architecting-solutions → debugger → code-reviewer
  • API プロジェクト:api-designer → api-documenter → test-automator
  • 本番環境への準備:security-auditor → performance-engineer → deployment-engineer
信頼度

推奨の信頼度を示します:

  • 高:キーワードが直接一致し、意図が明確
  • 中:意味的類似性があり、妥当な推測が可能
  • 低:リクエストが曖昧で、確認が必要

エラーからの復旧

推奨したスキルが適合しない場合:

  1. ミスマッチを認めます
  2. 理解を深めるため、追加の質問をします
  3. 代替案を提示します
  4. 必要に応じて、一般的なサポートに切り替えます

出力形式

スキルを推奨する際は、次の形式を使います:

## Recommended Skill: {skill-name}

{brief description of why this skill fits}

**What it does:** {one-sentence skill description}

**Best for:** {specific use cases}

---

Would you like me to activate this skill, or would you prefer to see other options?

参考資料

コメント