Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
開発
Cassondra Roberts の「A Storybook format that scales with you」に基づく実証済みのパターンを使い、拡張しやすい Storybook ファイル構成を作成・整理します。story 定義、テンプレート構成、controls/args、Chromatic によるビジュアルリグレッション、コンポーネントドキュメント、CSF 規約を扱います。ファイル構成、controls、args、コンポーネントドキュメントなど、Storybook に関するあらゆる質問で起動します。
git merge、PR のマージ、競合解決、ロールバックを安全に実行します。共有履歴に変更を加える前に準備状況を確認し、バックアップを作成します。ブランチ／CI／レビューの状態と競合リスクを評価し、複雑なマージの前にバックアップ地点をタグ付けします。どちらの変更も失わずに競合を解決し（手作業で編集せずロックファイルを再生成）、結果を検証してから後処理またはロールバックします。隔離した実行の方が安全な場合は worktree の専門家に引き継ぎます。競合が未解決、または検証に失敗した状態で成功を主張しません。共有ブランチでは `reset` より `git revert` を優先し、破壊的なロールバック、強制プッシュ、ブランチ削除の前に明示的な確認を求めます。ユーザーがマージ、競合解決、ロールバックを明確に依頼した場合にのみ使用します。
Godot 4.7+ のコマンドライン自動化とヘッドレスビルドのオーケストレーション向けの、エキスパートレベルのモジュール型ツールキットです。次の用途に使用します。(1) 複雑なシーンツリーや UI レイアウトをプログラムで構築する。(2) 高度な 3D アセットパイプライン（glTF -> Collision）を自動化する。(3) プロシージャルジオメトリ（CSG -> Static Mesh）をヘッドレスで最適化する。(4) 本番品質の CI/CD パイプラインを構築する。カスタムエンジンの場所には GODOT_PATH 環境変数を設定します。キーワード：Godot CLI、ヘッドレス、CI、エクスポート、ビルダー、4.7。
アプリケーションで使う z-schema の検証エラーを調査、フィルタリング、マッピングします。検証エラーの処理、anyOf/oneOf/not コンビネーターのネストされた内部エラーのたどり方、エラーコードのユーザー向けメッセージへのマッピング、includeErrors または excludeErrors によるエラーのフィルタリング、フォームフィールド用エラーマッパーの作成、reportPathAsArray の使用、code/path/keyword/inner などの SchemaErrorDetail フィールドの解釈、検証失敗の原因調査に使用します。
Microsoft Foundry Classic（別名 Azure AI Foundry classic）の開発に関する専門知識を提供します。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイが含まれます。Foundry エージェント、モデルルーティング、Azure OpenAI/RAG、マルチエージェントアプリ、安全な on-your-data ツールの構成、およびその他の Microsoft Foundry Classic 関連開発タスクに使用します。Microsoft Foundry（microsoft-foundry を使用）、Microsoft Foundry Local（microsoft-foundry-local を使用）、Foundry Control Plane の Content Safety（azure-content-safety を使用）、Foundry Tools の Azure Speech（azure-speech を使用）には使用しません。
Dagster プロジェクトを Astro 上の Apache Airflow 3 に移行するためのガイドです。Dagster（または Dagster+）のコードを Airflow や Astro に移行、変換、または移植する話題が出た場合、移行の計画や評価を希望する場合、または Dagster の構成要素が Airflow で何に相当するか尋ねられた場合に使用します。アセット、パーティション、スケジュール、センサー、宣言型オートメーション、リソース、IO マネージャー、ops/jobs、dbt、Pipes、Components、Dagster+ のプラットフォーム設定を扱います。Dagster から Airflow への依頼では、必ず最初にこのスキルを読み込みます
CSS の作成、リファクタリング、レビューの際は常に、エージェントと人が一貫して記述できるよう、この明確なルールを適用します。Modern Web Guidance スキルを補完し、アーキテクチャ、レイアウト、タイポグラフィ、色、モーションについて同スキルで選択が委ねられている点を定めます。「このプロジェクトの基本スタイルを設定して」「このコンポーネントにスタイルを適用して」「レスポンシブにして」「ダークモードを追加して」「スタイルの適用範囲を限定して」「流動的な文字サイズのスケール」「スタイルをモダン CSS にリファクタリングして」などの依頼や、ページまたはコンポーネントの構築依頼に使用します。ユーザーが「CSS」と明言していない場合も、あらゆる CSS タスクで使用します
lib/routing/ 内の単一のアプリ全体 GoRouter を MaterialApp.router 経由で接続することを強制し、ディープリンク可能な識別子はパスパラメータに置き state.extra は決して使わないこと、context.go と context.push の使い分けの規律、Riverpod refreshListenable で駆動される純関数としての redirect ガード、分岐状態を保持する BottomNavigationBar/NavigationRail シェルのための StatefulShellRoute.indexedStack、視差効果の低減設定を尊重する CustomTransitionPage トランジション、未保存の変更を傍受する PopScope（canPop/onPopInvokedWithResult）、および errorBuilder による 404 ルートを扱う。ルートの追加、GoRoute、redirect、認証/オンボーディングゲート、ディープリンク、ShellRoute またはネストしたナビゲーション、ボトムナビ/レールのタブシェル、ページトランジション、戻るボタン/未保存変更の処理、通知ペイロードからロケーションへのマッピング、型付きルート、go_router_builder、または go_router を app.dart に接続する場合に使用する。
プロジェクトにインストールされたフレームワークのバージョンと確立済みのアーキテクチャに沿って、Next.js App Router の画面を構築またはレビューします。ページ、レイアウト、非同期リクエスト API、サーバーおよびブラウザーの API クライアント、認証、クライアントの並行処理、Route Handlers、メタデータ、i18n、アクセシビリティ、機械可読コンテンツ、段階的なテストを扱います。Next.js に関するタスクで、確定済みのフレームワークバージョン、バックエンドのセッションプロトコル、正規ドメイン、固定されたビジュアルテーマなど、プロジェクト固有の決定を維持する必要がある場合に使用します。
公開 `orca` CLI を使って、Supervibe が管理する worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、成果物、worktree のコメント、および Supervibe アプリ内蔵ブラウザーを操作します。ユーザーが「$orca-cli」「use orca cli」「Supervibe worktree」「child worktree」「cardStatus」「spawn codex/claude in a worktree」「read/wait/send Supervibe terminal」「terminal send」「full handoff」「handover」「give this to another agent」「another worktree」「Supervibe browser」「orca artifacts」「share HTML/Markdown」「public artifact link」「control the browser inside Supervibe」と言った場合に使用します。タスクが Supervibe 管理下の状態に関わる場合は、生の `git worktree`、場当たり的な PTY、Playwright、Computer Use より優先します。Supervibe 内蔵ブラウザー以外のブラウザーウィンドウ、webview、デスクトップ UI には Computer Use を使用します。
Agent Skill の変更をユーザーの非公開 skills GitHub リポジトリ（<private-skills-repo>、ルートは ~/.agents）にコミットしてプッシュします。skill の作成または更新後、ユーザーが「push the skill」「push skills to github」「save the skill to my repo」「update the skills repo」と言った場合に使用します。現在の shell でステージング、コミット、プッシュを直接実行します。どのエージェントでも動作し、cmux は不要です。
Brainstorm、Define、Design の Markdown ファイルとユーザーとのやり取りを基に、SDD/AgentSpec ワークフローの Build フェーズを実行します。仕様が確定した機能の実装をユーザーが希望する場合に使用します。3 つの成果物を読み、File Manifest を抽出して順序付けし、実行モードを提案・確認します。計画されたコードのみを変更し、段階的に検証し、ドリフトと LLM プロンプトに対処します。manifest に記載された migration をデータベースに適用し（プロジェクト名と ref の確認、および読み戻しによる証明を実施）、Define のブロッキング Verify Gate を実行して、証拠を含む BUILD_REPORT_{FEATURE}.md を生成します。プロジェクト/コードへの書き込みアクセスが必要です。SDD ワークフローを完了し、BUILD_REPORT を検証して終了してください。
Brainstorm が生成した Markdown ファイルとユーザーとの明確化のやり取りをもとに、SDD/AgentSpec フローの Define フェーズを進める。問題、ユーザー、目標、指標、スコープ、制約、技術コンテキストを抽出して構造化し、EARS で受け入れテストを書き、曖昧さを解消し、Clarity Score を算出し、客観的な Verify Gate を定義する。SDD Brainstorm by RDD の後に使用し、次のゲートに進める DEFINE_{FEATURE_NAME}.md を生成する。
Brainstorm の Markdown ファイル、DEFINE ファイル、ユーザーとの技術的な明確化のやり取りをもとに、SDD/AgentSpec フローの Design フェーズを策定する。検証済みの要件を、アーキテクチャ、コンポーネント、インライン ADR、ファイルマニフェスト、コード標準、データフロー、統合、テスト戦略、エラー処理、設定、セキュリティ、可観測性に変換する。SDD Define by RDD の後に使用し、特にユーザーが BRAINSTORM_*.md と DEFINE_*.md を提供し、SDD Build by RDD に進める DESIGN_*.md を生成したい場合に使用する。
曖昧なアイデア、概要、補足資料（UI スケッチ、スクリーンショット、メモ、既存ドキュメント）から詳細な製品仕様書を作成します。ユーザーが大まかな構想を構造化された仕様にまとめたい場合、「仕様を書いて」「このアイデアを要件定義書にして」「製品の大まかなアイデアがある」「仕様をまとめて」「PRD を作成して」といった依頼や、画像・ファイルをアップロードして仕様書の作成を求める場合にも使用します。内部ツールを含む、あらゆる製品タイプが対象です。依頼が単純に見えても必ず起動します。曖昧な一文のアイデアにも、詳細なブリーフと同様に適切な仕様が必要です。
Test-Commit-Revert + TDD（TCRDD）：red/green/refactor の各フェーズで、成功時に自動コミットし、失敗時に自動リバートします。コード作成前とコミット前にユーザーの承認が必要です。次の場合にトリガーします：ユーザーが TCRDD、TCR、TDD、red-green-refactor、「test-first」「write the test first」「let's TDD this」「baby steps」「commit on green」「revert on failure」「go step by step with tests」と言う場合、または承認を挟むペアプログラミングやテスト後にコードを書く進め方を希望する場合。次の場合は使用しないでください：既存コードへのテスト追加（`testing` を使用）、単発のバグ修正、実行可能なテストコマンドがない場合、簡単なコード、GUI レイアウト、使い捨てスクリプト、信頼できるサードパーティーのラッパー。コミットの進め方については `testing` より優先します。
Three.js、React Three Fiber、GSAP、Framer Motion を使い、高度なアニメーションと 3D インタラクティブ体験を備えたモダンでプレミアムな Web サイトを設計、構築、デプロイするエキスパートスキルです。3D 要素を含む Web サイトの構築、没入感のある Web 体験の作成、ページへのインタラクティブな 3D グラフィックスの追加、映画のようなビジュアルの高級ランディングページの制作、アニメーション付きのモダンなスタートアップサイトの設計、WebGL や Three.js のシーン作成、3D モデルを使った製品紹介の構築、または視覚的に印象的で受賞に値する Web インターフェースの制作をユーザーが望む場合に使用します。「Awwwards のような見た目にして」「サイトに 3D を追加して」「インタラクティブなランディングページを作って」「没入感のある体験を作って」「アニメーション付きのプレミアムサイト」「モダンなスタートアップページ」「粒子や地球儀のあるヒーロー」「浮遊する 3D 要素」などの依頼や、Three.js、React Three Fiber、WebGL、GSAP タイムライン、スクロール連動アニメーション、パーティクルシステム、3D 製品ビジュアライゼーション、映画的な Web デザインに関する言及でも起動します。「3D」や「アニメーション」と明示されていなくても対象です。
Azure SignalR Service の開発に関する専門知識を提供します。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイが含まれます。SignalR モード、アップストリームエンドポイント、Entra 認証、マルチリージョントポロジ、Event Grid/API Management 統合の構成や、その他の Azure SignalR Service 関連の開発タスクで使用します。Azure Web PubSub（azure-web-pubsub を使用）、Azure Service Bus（azure-service-bus を使用）、Azure Event Hubs（azure-event-hubs を使用）には使用しないでください。
Creator Hub の MCP サーバーを通じて、現在開いているシーンを編集します：エンティティ、コンポーネント、Smart Items、シーン設定、プレビュー。セッションで `creator-hub` MCP ツールを使える場合、Creator Hub でシーンが開いている、または開いている可能性がある場合（main.composite、main.crdt、scene.json の編集前を含む）、外部エージェントを Hub に接続する場合、またはユーザーが Creator Hub AI アシスタントやその MCP サーバーに言及した場合に使用します。
最優先スキル — ToolUniverseのドキュメント内にある誤り、古い情報、冗長な情報をすべて見つけ、直ちに修正または削除します。誤ったコード、リンク切れ、不正確な件数、重複する指示は、残さず修正または削除します。5段階で実行します：(D)静的メソッドスキャン、(C)静的ツール呼び出しチェック、(A)自動検証、(B)ToolUniverse監査、(E)簡潔化。基本方針：各概念は一度だけ記載する、追加ではなく削除する、絵文字を使わない、セットアップの入口を一つにする。ドキュメントのレビュー、リリース前、API変更後、またはドキュメントの監査・修正・簡素化を求められたときに使用します。
現在のプロジェクトに Harness Engineering フレームワークを初期化します。ユーザーが「harness」「init harness」「initialize framework」「setup harness engineering」「/harness」と言う場合、または専用エージェント（planner、generator、evaluator）を使った Plan-Build-Verify 開発ワークフローを設定したい場合に使用します。自律型 AI 駆動開発のため、CLAUDE.md、エージェント定義、コマンドテンプレート、フック、ドキュメント構成を作成します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。