Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,873 件掲載。コマンド 1 行でインストールできます。
開発
Azure AI Language の開発に関する専門知識を提供します。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイを扱います。CLU、カスタム／医療 NER、CQA、感情／PII API、Language/TA/医療コンテナーの使用など、Azure AI Language 関連の開発タスクで使用します。Azure AI Search（azure-cognitive-search を使用）、Azure AI Document Intelligence（azure-document-intelligence を使用）、Foundry Tools の Azure Speech（azure-speech を使用）、Azure Translator（azure-translator を使用）には使用しないでください。
Azure Translator の開発に関する専門知識。トラブルシューティング、ベストプラクティス、意思決定、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイを含みます。Translator REST/SDK API、Custom Translator、用語集、バッチ文書ジョブ、Docker コンテナーの利用や、その他の Azure Translator 関連の開発タスクで使用します。Azure AI Language（azure-language-service を使用）および Foundry Tools の Azure Speech（azure-speech を使用）には使用しないでください。
PRD の作成を支援するツール（John the PM）。製品要件定義書を作成・保守します。機能要件（FR-###）、非機能要件（NFR-###）、エピックの概要、ユーザーストーリー、受け入れ基準、MoSCoW/RICE による優先順位付けに対応します。新しい PRD の作成、既存 PRD の更新、品質とトレーサビリティの検証という 3 つの目的をサポートします。prd.md と addendum.md（補足／メモ）を出力し、decision-log.md に決定事項を追記します。「PRD を作成」「製品要件を書く」「要件を草案する」「機能要件／非機能要件を定義」「エピックとストーリーに分割」「機能の優先順位付け」「MoSCoW」「これらの機能を RICE で評価」「PRD を更新」「要件を追加」「PRD を検証」「PRD は完成しているか」「要件のトレーサビリティを確認」といった依頼で使用します。計画専用であり、アプリケーションコードの作成、テスト実行、lint、ビルドは行いません。
エージェントが実行する前に実装計画を審査し、誤字ではなく架空のパスや誤った再利用を見つけます。計画の Markdown 全文と付属の JSON を読み、実際のリポジトリに照らして各ファイルパスと再利用の主張を検証し、スコープ、アーキテクチャ、依存関係グラフ、リスク、テストカバレッジを精査したうえで、各セクションを採点し、APPROVE / REVISE / REJECT の判定を出します。独自の推論予算を持つ分岐型レビューのワークフローとして実行され、メインの実行フローから分離されています。判定は証拠に基づく指摘のみから導きます。重要な計画を安易に承認せず、指摘を捏造しませんが、実際に問題のないセクションは合格できます。読み取り専用で、計画は編集しません。実行前の計画レビューや審査をユーザーが求めたときに使用します。
すべての副作用とネイティブチャネルを、コンポジションルートがオーバーライドするまで UnimplementedError をスローする Provider の背後にある注入可能なインターフェースとして配線する。フレーバーごとに 1 つの本番実装、型付きの結果を返す値型シグネチャ、モックより手書きの契約準拠 fake、MethodChannel は 1 つの lib/native/ ディレクトリに隔離、バージョン付きのクロス言語契約は 1 回のコミットで両側を編集する。ShareService/AnalyticsService/RemoteConfigService や任意の副作用ポートの追加・変更、clockProvider による Clock（package:clock）の注入、MethodChannel/プラットフォームチャネルやネイティブウィジェットブリッジ、フレーバーのエントリポイント（main_*.dart）やフレーバー別 provider オーバーライド、Kotlin/Swift でミラーされた共有ファイル/JSON 契約、widget/notifier/repository 内の散在する DateTime.now() や直接の SDK 呼び出しの置き換え、テストでの ProviderScope(overrides:) による fake の配線を行うときに使用。
すべてのプラットフォームにおけるSyncfusionライセンスの実装、登録、トラブルシューティングに関する包括的なガイドです。ライセンスキーの登録、ライセンス検証エラー、RegisterLicense API、SyncfusionLicenseProviderの設定、試用版とライセンス版の違い、CI/CDビルドサーバーのセットアップ、プラットフォーム固有のライセンス要件を扱います。Syncfusionライセンスの登録、検証の問題、ライセンス関連のトラブルシューティングについて支援が必要な場合に使用します。
wonder-image/app フレームワークパッケージ（github.com/wonder-image/app の Composer ライブラリ）内で作業します。これはフレームワークのコアであり、それを利用するサイトではありません。次の場合に使用します。- リポジトリの composer.json に `"name": "wonder-image/app"` と宣言されている - `class/App/*`、`app/config/routes/*`、`app/http/*`、`app/bootstrap/*`、`app/middleware/*`、`class/App/Module/*`、`class/Console/*` のファイルを編集する - `class/Elements/Components/*` の共通 UI コンポーネント、`class/Elements/Media/*` のメディア、または `class/Themes/{Wonder,Bootstrap}/*` のレンダラーを編集する - Model、Resource、PageSchema、Repeater、ModelRegistry、ResourceRegistry、ResourceRouteRegistrar、Credentials、または `wonder-image.php` エントリーポイントを変更する - ブートストラップ順序、`ROOT`／`.env` の解決、モジュール検出、生成されたバックエンド／API CRUD ルート、または `php forge ...` コマンドのソースを変更する - コンポーネントカタログである `docs/components/*`、`class/Docs/*`、`bin/docs.php` を編集する - `class/Http/*`、`class/Auth/*`、`class/Api/*`、`class/Backend/*`、`class/App/Security/*`、`class/App/Support/Upload*` のリクエスト、認証、セキュリティコード（CSRF、Cookie、リダイレクト、アップロード、エクスポート、API トークン）を編集する - ブートストラップ、アーキテクチャ、ルーティング、レイアウト規約に関する `docs/app/*` を更新する。次の場合は使用しません。- リポジトリが wonder-image/app を `vendor/` にインストールする Wonder サイト（例：wonder-image/new-site またはそこから生成されたプロジェクト）である場合は wi-site を使用する - サイトの `custom/`、`app/Models`、`app/Resources`、`lang/`、`assets/` を変更する場合 - wonder-image/lib（JS/CSS デザインシステム）のタスクである場合。別のリポジトリです。
Azure Digital Twins開発に関する専門知識。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイを扱います。DTDLグラフのモデル化、IoT Hub/ADxの統合、エンドポイント/ルートの構成、アクセス保護、クエリユニットの調整など、Azure Digital Twins関連の開発タスクで使用します。Azure IoT Hub（azure-iot-hubを使用）、Azure IoT Central（azure-iot-centralを使用）、Azure IoT Operations（azure-iot-operationsを使用）には使用しないでください。
Azure IoT の開発に関する専門知識を提供します。ベストプラクティス、セキュリティ、構成、統合とコーディングパターン、デプロイが含まれます。Device Registry の名前空間、デバイス証明書/CA、フリート構成、IoT SDK 接続、ソフトウェア更新の管理、およびその他の Azure IoT 関連の開発タスクで使用します。Azure IoT Central（azure-iot-central を使用）、Azure IoT Edge（azure-iot-edge を使用）、Azure IoT Hub（azure-iot-hub を使用）、Azure Defender For Iot（azure-defender-for-iot）には使用しないでください。
Azure IoT Edge の開発に関する専門知識を提供します。トラブルシューティング、ベストプラクティス、意思決定、アーキテクチャと設計パターン、制限とクォータ、セキュリティ、構成、統合とコーディングパターン、デプロイを扱います。EFLOW デバイス、DPS/X.509 プロビジョニング、ゲートウェイ/ネスト型トポロジー、CI/CD デプロイ、IoT Edge のメトリクス/ログの構成、およびその他の Azure IoT Edge 関連の開発タスクに使用します。Azure IoT Hub（azure-iot-hub を使用）、Azure IoT（azure-iot を使用）、Azure IoT Operations（azure-iot-operations を使用）、Azure Stack Edge（azure-stack-edge を使用）には使用しません。
PostHog のエンドポイント（API ルートとして公開された保存済みの HogQL/insight クエリ）を同じ組織内の別のプロジェクトにコピーする、または同じプロジェクト内で新しい名前で複製する。ユーザーがエンドポイントを複製したい、エンドポイントを staging から production に昇格させたい、別のワークスペースでエンドポイントのクエリ/変数/フレッシュネス設定を再現したい、またはエンドポイントをクローンして反復したい場合に使用する。feature flag や実験とは異なり、エンドポイントにはネイティブのプロジェクト間コピーツールが存在しない — このスキルは読み取り後に再作成するフロー（endpoint-get の後に endpoint-create）、それに必要な active-project の切り替え、名前衝突のチェック、安全なデフォルト（ターゲットでは未マテリアライズの状態で配置し、endpoint-run で検証する）を扱う。エンドポイントのバージョン編集（managing-endpoint-versions を参照）や、まったく新しいエンドポイントのゼロからの作成（creating-an-endpoint を参照）は扱わない。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。