Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
開発
エンドポイントのバージョンを安全に扱います。playground でのドラフトのプレビュー、旧バージョンへのロールバック、クエリ履歴のバージョンを上げずに特定バージョンの設定を更新すること、特定バージョンの無効化が可能です。「エンドポイントをロールバックする方法」「公開前に変更をプレビューしたい」「バージョンを上げずに v5 を修正したい」といった質問や、バージョン履歴に関する内容で使用します。現状の制約も正確に説明します。ポインターの切り替え機能はなく、「ロールバック」とは古いクエリをフォークして新しい最上位バージョンを作ることです。
Nxジェネレーターでコードを生成します。プロジェクト、ライブラリ、機能のスキャフォールド作成や、適切な検出、検証、確認を伴うワークスペース専用ジェネレーターの実行に対応します。「新しいライブラリを作成」「コンポーネントをスキャフォールド」「Nxでコードを生成」「ジェネレーターを実行」「nx generate」など、モノレポでのコードスキャフォールディング作業に使用します。外部プラグインよりローカルのワークスペースプラグインジェネレーターを優先します。build/test/lintタスクの実行（nx-run-tasksを使用）やワークスペース設定（nx-workspaceを使用）には使用しないでください。
ユーザーが「migrate from Phaser 3」「upgrade to Phaser 4」「convert my v3 game」「Phaser 3 to 4 migration」「update Phaser version」「my Phaser 3 game broke after upgrading」「behavior changed after upgrading Phaser 4」「upgrade Phaser 4.0 to 4.2」と依頼した場合、または非推奨・削除済みの Phaser 3 API を使うコードや、Phaser 4 RC リリース間でひそかに変化した動作を扱う場合にこのスキルを使用します。
Roblox のゲームプレイシステムを構築する場合に使用します。巡回・追跡・攻撃を行う NPC や敵の AI、ステートマシンやビヘイビアツリー、「NPC の経路探索が止まる」、ゾンビ100体でサーバーが重くなる、ヒットボックス、近接コンボ、M1 戦闘、「攻撃が二重に判定される」、raycast、Spherecast、Shapecast、銃と弾、「弾が壁を貫通する」、ノックバックとスタン、LinearVelocity、VectorForce、AlignPosition による移動、BodyVelocity の置き換え、サスペンション付きの車や乗り物、「車が横転する」、VehicleSeat、NPC や乗り物のネットワーク所有権、ラウンドループ、BindToSimulation のロジック。
機能状態を、値の等価性を備えた不変の状態値を持つ単一の Notifier/AsyncNotifier/StreamNotifier ViewModel として実装することを徹底します。プライベートな可変状態は意図メソッド経由でのみ変更し、derive-don't-store、repository を介した単一の書き込み経路、単方向データフローに従います。Riverpod 3.x は DI として使用します（providers を協力要素として扱い、flavor ごとに ProviderScope overrides を設定し、例外を投げる seam を使用）。読み取りは、表示には ref.watch/.select、コールバックには ref.read(p.notifier)、副作用には ref.listen を使い分けます。非同期状態は AsyncValue でモデル化し、エンティティごとの状態は family キーと autoDispose を使用します。古いクロージャのキャプチャおよび legacy StateProvider-StateNotifierProvider-ChangeNotifierProvider / get_it / package:provider は禁止です。画面への状態追加、機能コントローラー/ViewModel の作成、providers や DI の接続、ストリームからの読み取りモデルの導出、再ビルド／状態リーク／破棄／書き込み経路の問題のレビュー時に使用します。
ユーザーがTDD、テスト駆動開発、またはテストファーストの手法でコードを書きたい場合に使用します。起動条件：「/tdd」「let's do TDD」「write a failing test」「red green refactor」「test-first」「start a TDD cycle」、またはコードより先にテストを書いて機能を実装する依頼。ハーネスの機能を検出し、ガイド付き（/tdd red|domain|green|commit）または自動（/tdd）モードに振り分ける、適応型の5段階サイクル（RED-DOMAIN-GREEN-DOMAIN-COMMIT）を使用します。既存テストの実行、テスト失敗のデバッグ、コードレビューには使用せず、規律あるテストファーストのサイクルにのみ使用します。
複数のモデルとサービスを組み合わせた自動化 AI ワークフローを構築します。パターン：バッチ処理、スケジュールタスク、イベント駆動パイプライン、エージェントループ。ツール：inference.sh CLI、bash スクリプト、Python SDK、webhook 連携。用途：コンテンツ自動化、データ処理、監視、スケジュール生成。トリガー：ai automation、workflow automation、batch processing、ai pipeline、automated content、scheduled ai、ai cron、ai batch job、automated generation、ai workflow、content at scale、automation script、ai orchestration。
Azure Communication Servicesの開発に関する専門知識を提供します。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイを扱います。ACSの通話、チャット、SMS、メール、Teams相互運用、PSTN/Direct Routingソリューションの構築や、その他のAzure Communication Services開発タスクで使用します。Azure Notification Hubs（azure-notification-hubsを使用）、Azure SignalR Service（azure-signalr-serviceを使用）、Azure Web PubSub（azure-web-pubsubを使用）、Azure AI Bot Service（azure-bot-serviceを使用）には使用しないでください
既存のドキュメントサイト（Mintlify、Docusaurus、Fumadocs、Nextra、Starlight、VitePress、VuePress、Docus、MkDocs、mdBook、Fern、GitBook、ReadMe、Redocly、Docsify、Jekyll（Just the Docs）、GitHub Wiki、または任意のドキュメントフレームワーク）を、Astro ベースの Markdown ファーストなドキュメントフレームワーク Blume に移行します。ソース設定を blume.config.ts に変換し、コンテンツを Blume のファイルシステム由来のナビゲーションに再構成し、JSX のコールアウトをディレクティブに書き換え、アイコンを Lucide に変換して、スニペットをインライン化します。ユーザーがドキュメントリポジトリの Blume への移行、変換、移植を依頼した場合、またはリポジトリに docs.json/mint.json、docusaurus.config.*、fumadocs を含む meta.json、nextra を含む _meta.*、starlight() を含む astro.config.*、.vitepress/config.* または .vuepress/config.*、mkdocs.yml または zensical.toml、book.toml（mdBook）、fern/docs.yml、GitBook .gitbook.yaml/gitbook-docs.yaml、docs/ または reference/ 内の ReadMe _order.yaml ファイル、Redocly sidebars.yaml または @redocly/realm 依存関係、window.$docsify を設定する index.html、docus または @nuxt-themes/docus 依存関係、Jekyll _config.yml（Just the Docs テーマ）、あるいは GitHub wiki クローン（Home.md、_Sidebar.md、[[Page Name]] リンクを含む）がある場合に使用します。
プロダクト向けのデザインシステム採用計画を作成する — 独自 UI を解体し、すべてのカスタムパターンをデザインシステムの代替に対応付け、工数を見積もり、優先順位付けされた段階的な構築スケジュールを返す。ユーザーが既存プロダクトでデザインシステムを採用・移行・全面的に取り入れたいとき、「これを私たちのデザインシステムに移すには何が必要か？」と尋ねるとき、カスタム CSS をシステムコンポーネントに置き換えたいとき、採用/移行計画や見積もりを求めるときに使用する。ds-inspection と product-inspection のコンパニオン — これらの検査は警告サインを見つけ、本スキルは改修見積もりと構築スケジュールを生み出す。
Kamae（構え）—堅牢なサーバーサイド TypeScript 設計。判別可能なユニオン、純粋な状態遷移、Result 型、スキーマ検証済みの境界、PII 保護による関数型ドメインモデリング。次の場合に有効化：TypeScript のドメインモデル、ユースケース、リポジトリ、状態遷移、エラー処理、境界検証、サーバーサイドの PII 処理を実装する場合、ビジネスロジックの型を設計する場合、TS でエンティティ／値オブジェクトのセマンティクスを実装する場合。対象外：フロントエンドの React/Vue コンポーネント、ブラウザーコード、ビルドツール、コード生成スクリプト、純粋な Infrastructure as Code、ドメインロジックに関係のないコード
Docusaurus のビルド向けに MDX コンテンツをサニタイズします。エスケープされていない山括弧（<、>、<=、>=）、Liquid/Nunjucks テンプレート構文（{{ }}）、TypeScript ジェネリクス（Promise<T>）、インラインコードのバッククォートに関する特殊ケースを修正します。括弧または Liquid の検証で pre-commit フックが失敗する場合や、MDX/JSX のビルドエラーで予期しないトークンが示される場合に使用します。一般的な Markdown の lint や文章編集には使用しません。
（NS）仕様駆動のデリバリー。要件の明確化、タスク定義（ユニット／E2E を含む）、実装、ディスク上のバージョンの再開／続行を行います。優先度 2 の入口：機能仕様、バージョン作業、複数日にわたる範囲、または docs/versions/ に途中の成果物がある場合の「continue」／「resume version」。単純な修正には ns-coder を使用します。対象外：既存プロジェクトのオンボーディング、アーキテクチャルール、/ns-harness prepare（Prepare を自動実行しないでください）。
SGDSアプリケーション向けのページレイアウトパターンを網羅したカタログです。ページレイアウト、コンテンツ配置、サイドパネル、分割ビュー、サイドバーレイアウト、パンくずレイアウト、ビューポート高レイアウトについてユーザーから質問があった場合は、たとえ「ページをどう配置すればいい？」「2カラムレイアウトが必要」とだけ言われた場合でも使用します。Full Widthレイアウト（sgds-containerを使用する一般公開ページ）とWith Sidebarレイアウト（sgds-container-sidebarを使用するダッシュボード／内部ツール）を扱います。トリガー：layout、aside、split view、sidebar layout、two-column、three-column、content arrangement、page structure with aside
非ストリーミングおよびストリーミング SSR、RouterClient/RouterServer、renderRouterToString/renderRouterToStream、createRequestHandler、defaultRenderHandler/defaultStreamHandler、HeadContent/Scripts コンポーネント、head ルートオプション（meta/links/styles/scripts）、ScriptOnce、自動ローダーのデハイドレーション/ハイドレーション、サーバー上のメモリ履歴、データのシリアライズ、ドキュメント head の管理。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。