Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,284 件掲載。コマンド 1 行でインストールできます。
開発
PostHog の Django マイグレーションパターンと安全なワークフローです。Django/Postgres のマイグレーションの作成、調整、レビューに使用します。ノンブロッキングのインデックス／制約変更、複数段階のスキーマ変更、データのバックフィル、マイグレーション競合のリベース、SeparateDatabaseAndState が必要な製品モデルの移行を含みます。マイグレーションを作成しない場合でも、モデル、テーブル、カラム、製品、アプリの削除や廃止（マイグレーションファイルの削除や機能の終了を含む）に使用します。
@qfei-design/make-app-group と @qfei-design/canvas-table の GroupTableComponent を使って Make App のレコードリストのグループ化を統合、生成、リファクタリング、レビュー、デバッグする場合に使用します。分组、高级分组、多级分组、分组条件、拖拽分组、表头分组、表头分组 openWithField、capabilities.groupable、Entity Preset のグループ保存/読み込み/反映、record-groups、groupFilter、グループ化されたリーフのページネーション、グループ化テストで起動します。統合ツールバー、CanvasTable のグループ表示、Entity Preset、Service のグループ契約、Make Data ListResources のグループ化モード、groupFilter 式の合成、リーフレコードのページネーションを扱います。make-app-actions がある場合、グループの適用に成功したら選択をクリアし、保留中のアクション処理を無効化します。下書きの編集や失敗時は選択を維持します。ページシェル/レイアウト、CanvasTable 内部、パッケージ内部、権限ポリシー、認証、ランタイムのパッケージ化、DSL モデリング、Make CLI の実行、フィルタリング、ソート、セル編集は対象外です。
NocoBase 2専用。NocoBase 3プロジェクトでは使用しないこと。NocoBaseアプリ構築の**オプトインDSLパス**。ユーザーがYAML / DSL / gitへのコミット / `cli push` / specファイルを明示的に求めた場合のみ使用する（例：「DSL reconcilerを使って」「コミットできるYAMLが欲しい」「workspaces/プロジェクトとして構築して」）。その他のUI作成依頼（新しいページ、新しいブロック、既存画面の調整）では、代わりに `nocobase-ui-builder` を既定で使用する。このreconcilerは現在も開発中で、ライブUIパスなら回避できる粗さがある。ユーザーが選択した場合は、`workspaces/<project>/` 内のファイルを作成・変更し、新しいページ、メニュー、モジュール、システム全体、コレクション、テーブル、サブテーブル、ポップアップ、ダッシュボード、承認ワークフロー、recordActionsに対応し、`cli push` でデプロイする。
Brad Frost の Atomic Design による UI コンポーネント階層の方法論です。アトム（分割できない要素）、モレキュール（少数のアトムのグループ）、オーガニズム（複雑なモレキュールのセクション）、テンプレート（ページレイアウト）で構成されます。ボトムアップの構成（階層を飛ばさない）、プレゼンテーショナルコンポーネント（props でデータを渡し、コールバックでイベントを処理し、データ取得は行わない）、すべての視覚的プロパティへのデザイントークンの使用、継承よりコンポジションを徹底します。ユーザーインターフェースの構築、コンポーネントライブラリの作成、フロントエンドコードの整理、フォームシステムの設計など、あらゆる UI の構成に使用します。「コンポーネントを作る」「コンポーネント階層」「デザイントークン」「プレゼンテーショナルコンポーネント」「継承よりコンポジション」「React/Vue/SwiftUI コンポーネント」「Atomic Design」などがトリガーです。あらゆる UI フレームワークに適用できます。
Colyseus 0.18のマルチプレイヤーゲームサーバーとクライアント向け。ルーム、Schema状態同期、状態コールバック、再接続、マッチメイキング、クライアントSDK、クライアント側予測を扱います。タスクまたはpackage.jsonにcolyseus、@colyseus/schema、@colyseus/sdk、colyseus.jsが登場した場合は、RoomやSchemaのコードを書く前に使用してください。また、getStateCallbacks()、Room<State>ジェネリクス、onLeave(client, consented)、@filter()、new Server()などの0.17より前のコードがあるプロジェクトでも使用。
Exa.aiを使用してリアルタイムのウェブ検索RAGパイプラインを構築します。検索拡張生成の構築、ExaとLangChain、LlamaIndex、Vercel AI SDKの統合、またはウェブ検索機能を備えたAIエージェントの実装に使用します。トリガー：RAGパイプライン、検索拡張生成、Exa LangChain、Exa LlamaIndex、ExaSearchRetriever、ExaSearchResults、Exa MCP、Exaのツール呼び出し、Claudeのツール使用、AIエージェントのウェブ検索、根拠に基づく生成、引用生成、ファクトチェック、ハルシネーション検出、OpenAI互換性、チャット補完。
ニューラル検索とキーワード検索によるウェブ検索、およびコンテンツ取得のためにExa.ai検索APIを統合します。ウェブ検索機能の実装、Exa SDK（exa_py、exa-js）の統合、ウェブコンテンツの取得に使用します。トリガー：Exa、exa_py、exa-js、ニューラル検索、ウェブ検索API、search_and_contents、searchAndContents、find_similar、findSimilar、ドメインフィルタリング、日付フィルタリング、テキスト抽出、ページ要約、ハイライト、検索自動モード、高速検索、検索カテゴリ、livecrawl、ドメイン除外、テキストの包含、テキストの除外、EXA_API_KEY。
Godot 4向けのデータ駆動型リソース採集（採掘、伐採、採集）：HarvestToolData列挙型によるapply_hitのツール／ティア検証、HarvestResourceDataの収穫量、harvestable_nodeの揺れ／枯渇、respawn_managerによるワールド永続化、UNIXオフライン進行、自動保存、ノイズによる鉱脈のプロシージャル生成。トリガーキーワード：apply_hit、HarvestResourceData、HarvestToolData、offline UNIX、respawn_manager、tool tier、harvestable_node、FastNoiseLite veins。
Lightweight Charts™ プラグイン（カスタムシリーズ、シリーズプリミティブ、ペインプリミティブ）の作成、拡張、デバッグ、公開時に使用します。また、チャートのアイデア（「チャートに X を表示／描画したい」）を実用的なプラグインにする際にも使用します。プラグインタイプの選択、create-lwc-plugin によるスキャフォールディング、独自のヘルパーを手作りせず @tradingview/lwc-toolkit を使った構築、参考にする公式プラグインパッケージ、ドキュメントの場所、各プラグイン作者が一度は陥るオートスケール、空白、可視範囲、ヒットテスト、コンフレーションのミスを扱います。ユーザーがカスタムシリーズ、プリミティブ、レンダラー、チャートキャンバスへの描画、lwc-plugin、plugin-examples、ツールキット、プラグインカタログに言及したら、「プラグイン」という言葉がなくても使用します。
Next.js 16 App Routerのパフォーマンス、キャッシュ、サーバーコンポーネント、サーバーアクション、ルーティング、コードベースの健全性に関するベストプラクティスに加え、カテゴリ優先のレビュー/リファクタリングアルゴリズムと、コードベースレベルの（削除/重複排除/再利用）指摘を扱います。Next.js 16 App Routerコードの作成、'use cache'または従来のfetch-cacheモデルを使ったキャッシュ設定、Server Componentsの構築、並列/インターセプティングルートの設定、next.configまたはproxy.tsの設定、Next.jsコードベース（単一ファイルまたはリポジトリ全体）の監査/リファクタリングに使用します。汎用的なReact 19パターン（vercel-reactを使用）や、Next.js以外のサーバーサイドレンダリングは対象外です。
Wix ダッシュボードページを拡張する自社ビジネスアプリ向けウィジェットの構築に使用します。対象キーワード：dashboard plugin、dashboard slot、extend dashboard page、Wix Stores plugin、Wix Bookings plugin、Wix Blog plugin、observeState、dashboard widget。スタンドアロンのダッシュボードページ（wix-cli-dashboard-page を使用）や、サイト訪問者向け UI（site widgets/site plugins を使用）には使用しないでください。
フォルダー名やアーキテクチャ文書ではなく、ユーザーが何をできるかをたどってSwiftコードベースのビジネスドメインを特定します。各ドメインの垂直スライス（Types → Config → Repo → Service → Runtime → UI）をマッピングし、プロバイダー（外部SDKブリッジ）を特定して、横断的関心事を切り分けます。フォルダー構成、SPMターゲット、適用仕様、移行計画など、後続の判断を導くドメインマップを作成します。コードベースのドメインを理解する、横断的要素とドメイン固有要素を見分ける、Swiftプロジェクトを再構成する、コードの配置先を判断する、製品機能をアーキテクチャ境界に対応付ける場合に使用します。「自分のドメインは何か」「これはどこに置くべきか」「このコードベースをマッピングして」「横断的なものは何か」「このプロジェクトを整理して」「これはドメインかインフラか」「これを再構成して」「アーキテクチャレビュー」など、Swiftコードベースのビジネスドメイン構造を理解する依頼で起動します。
実験プラットフォームの選定フレームワーク。Statsig、PostHog、GrowthBook、Optimizely、Amplitude、Eppo、Kameleoon の使い分け、移行方法、複数プラットフォームが本当に必要な場合の連携方法を解説します。長期にわたって影響する判断と、先送りできる判断を扱います。実験プラットフォームの選択、Statsig と PostHog の比較、実験ツールの評価、プラットフォームの切り替え、Optimizely からの移行、実験ツールの統合、複数プラットフォームでの実験、実験プラットフォームの選定、A/B テストプラットフォームの選択、フィーチャーフラグプラットフォームと実験プラットフォームの比較、データウェアハウスネイティブな実験、実験におけるベンダーロックインに関する質問で起動します。チームが実験ツールのコスト、ガバナンス、移行コストについて尋ねた場合や、評価を始める場合にも起動します。
パーティーゲーム向けのエキスパート設計図。ミニゲームのリソースシステム（.tresファイルで定義）、ローカルマルチプレイヤー入力（4人分のコントローラー管理）、非対称ゲームプレイ（1対3のバランス）、シーン管理（ミニゲームの適切な読み込み／アンロード）、スコアの永続化（ラウンドをまたいだ勝利数の記録）、画面分割レンダリング（プレイヤーごとにSubViewport）を扱う。Mario Party風のゲームやWarioWareコレクションに使用。トリガーキーワード：party_game、minigame_collection、local_multiplayer、asymmetric_gameplay、split_screen、dynamic_input_mapping。
自然言語の質問を安全に実行できるSQLに変換し、Ascend PyTorch Profiler / msprofデータベースから演算子の処理時間、通信、ディスパッチ、その他の性能データをクエリします。公式ドキュメントからテーブルスキーマを抽出できます。ユーザーが（1）Ascend profilingデータベースの分析、（2）演算子性能データのクエリ、（3）通信やディスパッチのボトルネック分析、（4）profilingデータのテーブルスキーマ確認を希望する場合に使用します。トリガー：「profiler db」「sqlite」「sql」「table」「schema」「ascend-pytorch-profiler」「msprof」「operator time」「communication time」「dispatch analysis」「性能分析」「算子耗时」「数据库查询」「性能数据」「性能瓶颈」。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。