Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
開発
CopilotKit のドキュメントがリリース済みの Inspector ペインを指すようにし、読者がオーバーレイを開けるようにする。@copilotkit/web-inspector で Inspector のペイン、タブ、オーバーレイのアクションを追加、変更、名前変更、削除する場合や、Inspector に言及したドキュメントを編集する場合に使う。ペインを追加しない Inspector の UI 磨き、CLI やエージェントのプロンプト文言、リリースされていない Inspector のアイデアには使わない。
Unreal Engine C++ で Mass Entity ECS コードを作成またはデバッグする場合に使用。processors、queries、fragments、tags、observers、traits、spawning、大規模なエージェントシミュレーションが対象。「MassEntity」「UMassProcessor」「FMassEntityQuery」「ForEachEntityChunk」「FMassEntityManager」「FMassFragment」「FMassTag」「FTransformFragment」「UMassObserverProcessor」「ObservedTypes」「Defer」「archetype」「AMassSpawner」「entity config asset」「MassCrowd」「ISM crowd」「entity relations」「thousands of agents」に言及した場合も使用する。エンティティ上の State Tree の動作は ue-state-trees、ZoneGraph と Smart Objects は ue-ai-navigation、スレッドセーフのルールは ue-async-threading を参照。
プロジェクトのコンテキストを読み込み、既存の仕様と変更を一覧表示し、機能や要件を検索します。プロジェクトの状態、既存の仕様、進行中の変更、利用可能な機能について質問された場合や、コンテキストの把握が必要な場合に使用します。トリガーには "openspec context"、"what specs exist"、"show changes"、"list capabilities"、"project context"、"find specs"、"what's in the spec"、"show me specs" があります。
RevenueCatUI SDK を使ってアプリ内に RevenueCat のペイウォールを表示します。ユーザーがペイウォールの追加、RevenueCat のペイウォールの表示、PaywallView の表示、RevenueCatUI の統合、ペイウォールによるプレミアム画面の制限、PaywallActivity の起動、presentPaywall または presentPaywallIfNeeded の呼び出し、あるいは iOS、Android、Kotlin Multiplatform、Flutter、React Native でダッシュボード設定済みのペイウォール UI の表示を求める場合に使用します。ダッシュボードのペイウォール自体の作成、編集、評価、監査には revenuecat-paywall-design を使用します
評価器やその他のArize機能で使うLLMプロバイダーの認証情報を保存する、Arize AIインテグレーションを作成、読み取り、更新、削除します。あらゆるLLMプロバイダー(OpenAI、Anthropic、Azure OpenAI、AWS Bedrock、Vertex AI、Gemini、NVIDIA NIMなど)に対応します。ユーザーがAIインテグレーション、LLMプロバイダーの認証情報、インテグレーションの作成・一覧表示、認証情報の更新、インテグレーションの削除、LLMプロバイダーとArizeの接続について言及したときに使用します。
wx.cloud.extend.AI を介した WeChat Mini Program の AI(小程序、wx.cloud apps)にこのスキルを使用します。コールバック(onText、onEvent、onFinish)付きの generateText と streamText を扱います。streamText にはデータラッパーが必要で、generateText は生のレスポンスを返します。wx.cloud.extend.AI.createModel 経由でモデルを利用します。モデルグループは cloudbase(主要なマネージドモデル。小程序成长计划でも `hy3` とともに使用)、旧式の hunyuan-v3 / hunyuan-exp、または custom-* です。モデル ID はデータラッパーの `model` フィールドに指定します。コード作成前に必ず 2 段階の事前確認を実行してください(本文を参照)。ブラウザー/Web(ai-model-web を使用)、Node.js バックエンド(ai-model-nodejs を使用)、画像生成(ai-model-nodejs を使用)には使用しないでください。
HyperFrames コンポジションにレジストリブロックとコンポーネントをインストールおよび配線します。hyperframes add を実行時、ブロックまたはコンポーネントをインストール時、インストール済みアイテムを index.html に配線時、または hyperframes.json を使用時に使用してください。add コマンド、インストール場所、ブロックサブコンポジション配線、コンポーネントスニペットマージ、レジストリ検出、および新しいブロックまたはコンポーネントを作成してアップストリームに貢献する方法(アイデア → スキャフォルド → 検証 → PR)をカバーしています。
CAP(Node.js/Java)または ABAP Cloud を使用して SAP Business Technology Platform(BTP)上でビジネスアプリケーションを開発します。用途:SAP BTP 上でのクラウドアプリケーションの構築、Cloud Foundry または Kyma ランタイムへのデプロイ、SAP HANA Cloud との統合、SAP Fiori UI の実装、リモート SAP システムへの接続、マルチテナント SaaS アプリケーションの構築、SAP S/4HANA または SuccessFactors の拡張、CI/CD パイプラインの設定、オブザーバビリティの実装、SAP 開発のベストプラクティスの遵守。キーワード:SAP BTP、Business Technology Platform、CAP、Cloud Application Programming Model、ABAP Cloud、Cloud Foundry、Kyma、SAP HANA Cloud、SAP Fiori、SAPUI5、CI/CD、オブザーバビリティ、マルチテナント、SaaS、SAP BTP ABAP environment、SAP Business Application Studio、SAP Cloud SDK、SAP Integration Suite、SAP Event Mesh、SAP Connectivity Service、SAP Destination Service、XSUAA、OAuth、OpenID Connect、OData、CDS、Core Data Services、ABAP CDS、ABAP RESTful Application Programming Model、RAP、ABAP 開発、SAP BTP 開発
RevenueCat をエンドツーエンドで統合します。RevenueCat MCP または `rc` CLI を使ってダッシュボード側(プロジェクト、アプリ、公開 API キー)を設定し、アプリに Purchases SDK をインストール/設定します。ユーザーが RevenueCat の追加や接続、アプリへのサブスクリプションやアプリ内購入の追加、Purchases の統合、RevenueCat SDK のインストール、RevenueCat API キーの設定、起動時の Purchases の設定、または iOS、Android、Kotlin Multiplatform、Flutter、React Native への新規 RevenueCat 統合を求めた場合に使用します
ユーザーがビデオゲームの設計、ひな形作成、開発、反復を希望する場合に使用します。新しいゲームのアイデア出し、ゲームプレイループの計画、エンジンの選定、プロジェクトのひな形作成、機能追加、ゲームプレイのバグ修正、アセット作業などが含まれます。「make a game」「create a [genre] game」「build a [type] game」「I want to make a [genre]」などのフレーズ、またはゲームプロジェクトディレクトリ(docs/、src/、エンジン設定のいずれかを含む)内のセッションで起動します。
NoSQL、パーティション、クエリ、SDK の使用に関する Azure Cosmos DB のパフォーマンス最適化とベストプラクティスのガイド。Azure Cosmos DB と連携するコードの作成、レビュー、リファクタリング、データモデルの設計、クエリの最適化、高性能なデータベース操作の実装に使用します。対象:Cosmos DB NoSQL、パーティションキー設計、RU の最適化、ポイント読み取り、クロスパーティションクエリ、SDK シングルトン、CosmosClient、コンテナモデリング、変更フィード、一括操作、ベクトル検索、全文検索、階層パーティションキー、グローバル分散、自動スケーリングスループット、インデックスポリシー。対象外:PostgreSQL、MySQL、MongoDB(Azure 以外)、DynamoDB、Cassandra、Azure SQL、Cosmos DB for PostgreSQL (vCore)、Cosmos DB for MongoDB vCore、Azure DocumentDB、一般的な SQL データベース、Redis、Elasticsearch
org shape の作成、一覧表示、削除には必ずこのスキルを使用します。org shape は、ソース org のデータやメタデータを含まない基準設定(機能、制限、エディション、Metadata API 設定)の記録です。ユーザーが org shape の作成、org の設定/エディション/制限の取得または複製、既存の org shape(INACTIVE や置き換え済みのものを含む)またはその ID とステータスの一覧表示/確認、ソース org の org shape の削除を求めた場合に使用します。ソース org で Dev Hub と Org Shape for Scratch Orgs が有効である必要があります。スナップショットの作成/確認/一覧表示/削除には使用せず(dx-org-snapshot-manage を使用)、scratch org の作成にも使用しません(dx-org-manage を使用)。
RNRepo の統合と使用に関するベストプラクティス。RNRepo は Software Mansion が提供する、ビルド済み React Native ライブラリアーティファクト向けのインフラストラクチャで、ネイティブビルド時間を最大 2 倍短縮します。React Native または Expo プロジェクトで RNRepo をセットアップ、設定、トラブルシューティングする際に使用します。トリガー:「RNRepo」、「rnrepo」、「slow builds」、「build times」、「prebuilt artifacts」、「prebuilt libraries」、「@rnrepo/expo-config-plugin」、「@rnrepo/build-tools」、「prebuilds-plugin」、「rnrepo.config.json」、「DISABLE_RNREPO」、「packages.rnrepo.org」、「Maven prebuild」、「CocoaPods prebuild」、「xcframework prebuild」、「prebuild AAR」、「build from source」、「native compilation slow」、「Gradle plugin slow」、「pod install slow」、「CI build times」。
Hugging Face Spaces 上のアプリの構築、デプロイ、保守を扱います。Gradio / Docker / Static SDK、ZeroGPU と専用ハードウェア、モデルの読み込み、デバッグ、バケット、推論プロバイダー、コミュニティ助成金に対応します。ユーザーが Hugging Face でのアプリ作成やホスティング、ZeroGPU へのコード移植、ビルドまたは実行できない Space の修正を求める場合や、`hf spaces …`、`@spaces.GPU`、Space README frontmatter、`spaces` Python パッケージを扱う場合に使用します。
TypeScript アプリケーションのスキーマ検証、解析、エラー処理、型推論に関する Zod v4 のベストプラクティス、パターン、API ガイダンスです。safeParse、オブジェクト合成、リファインメント、変換、コーデック、ブランド型、v3→v4 の移行、Jest または Vitest を使ったスキーマテストを扱います。基準:zod ^4.6.0。次の場合に適用:zod のインポート、z.object、z.string、z.infer、safeParse、「zod」「schema validation」「zod v4」「z.enum」への言及、またはスキーマテスト(「schema test」「zod mock」、zod-schema-faker)。
Capacitorアプリ向けにオフラインファーストのデータを設計・実装します。@capgo/capacitor-fast-sql(`FastSQL.connect`、`KeyValueStore`)を使ったローカルSQLiteの信頼できる唯一のデータソース、送信待ち/同期キュー、差分取得、競合解決、@capacitor/networkの`networkStatusChange`、@capgo/capacitor-background-taskによるバックグラウンド同期に加え、localStorage/IndexedDBが削除される理由や、Service WorkerがネイティブWebViewでのプラグイン注入を妨げる理由を扱います。アプリをオフラインで動作させる必要がある場合、iOSのストレージ圧迫後にデータが消える場合、同期で書き込みが重複・消失する場合、またはService Worker追加後に`Plugin not implemented`が表示される場合に使用してください。既存のSQLiteプラグインの移行(sqlite-to-fast-sql)、Webバンドル更新のオフライン配信(capgo-live-updates)、HTTPセキュリティ/証明書ピンニング(capacitor-security)、一般的なパフォーマンス最適化(capacitor-performance)には使用しないでください。
ESLint、Biome、厳格な TypeScript による TypeScript/JavaScript のコード品質向上を扱います。Lint、フォーマット、型安全性、ベストプラクティスをカバーします。使用する場合:「TypeScript」「JavaScript」「ESLint」「Biome」に取り組む場合、または「TS strict mode」「type safety」「linting rules」「code formatting」について質問された場合。使用しない場合:SonarQube には `sonarqube` スキル、テストには Vitest/Jest スキル、セキュリティにはセキュリティスキルを使用します。
Kotlin(およびJava)のコードをkotlinx.collections.immutable 0.3.x / 0.4.xから最新の0.5.xに移行します。0.5.x系列ではKEEP-0459に従い、PersistentList / PersistentMap / PersistentSet / PersistentCollectionのコピーを返すメソッド名をすべて分詞形に変更(add→adding、removeAt→removingAt、set→replacingAt、put→putting、clear→cleared、…)し、旧名称を非推奨にします(WARNING、ReplaceWith付き)。コンパイラーを活用し、バージョンを上げて再コンパイルし、各非推奨警告が示す名前に置き換えます。ユーザーがkotlinx.collections.immutable 0.5.x、PersistentListの移行、「Use adding() instead」、KEEP-0459に言及した場合、またはkotlinx.collections.immutableの非推奨警告が表示された場合に使用します。
Catalyst AppSail — マネージドランタイム(Node.js、Java、Python)とカスタム Docker コンテナを備えた永続バックエンド PaaS。'AppSail'、'persistent server'、'Docker on Catalyst'、'X_ZOHO_CATALYST_LISTEN_PORT'、'long-running process on Catalyst' でトリガーします。ステートレスなリクエスト/レスポンスハンドラー、イベント駆動関数、スケジュールジョブには使用しないでください。代わりに catalyst-functions を使用します。
Catalyst サーバーレス関数 —— すべての7種類(Basic I/O、Advanced I/O、Event、Cron、Job、Integration、Browser Logic)、ハンドラのシグネチャ、catalyst-config.json、Security Rules、API Gateway ルーティング、ファイルアップロード、busboy、Express ミドルウェア、環境変数、関数 URL、関数テスト。Any 操作の前に CatalystbyZoho_* ツールが MCP 接続 available か確認する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
