Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
開発
Salesforceサンドボックスのpost-copy自動化JSON設定を対象組織に適用します。サンドボックスに対してpost-copyまたはpost-refresh設定ファイル（例：`post-copy-config.json`）を適用、実行、試行、プレビューする依頼に使用します。Flowの有効化・無効化（`FlowDefinition.Metadata.activeVersionNumber` を対象バージョンまたは `null` にPATCH）、OBMエンドポイントの再指定、RemoteSiteSetting URLの更新、更新後のScheduledApexジョブの再スケジュールも対象です。「apply post-copy config」「run post-copy automation」「activate Flow <name> post-refresh」「deactivate Flow <name>」「re-point outbound messages after refresh」「configure sandbox after refresh」といった依頼でも起動します。各エントリーについてTooling APIのsobjectを導出し、describeで確認し、SOQLでIdを特定してから複合 `Metadata` フィールドをPATCHします（ScheduledApexでは匿名Apexを使用）。SOPからの設定JSON生成（`automation-sandbox-post-copy-config-generate` を使用）やメタデータXMLのデプロイには使用しません。
開発者のマシンをスキャンして放置された個人プロジェクトを見つけ、それぞれの git 履歴から頓挫の経緯（決済の壁で停滞、新しいプロジェクトに取って代わられた、完成したが公開されなかったなど）を分析します。本人の頓挫パターンを明らかにし、最も復活させる価値のあるプロジェクトを選んで、公開まで支援します。放置・未完成・古い個人プロジェクトについて話す、「何を完成させればいい？」と尋ねる、プロジェクトを再開・復活させたい、「graveyard を実行して」と言う、なぜ何も完成できないのか気にする、または以前作ったものに似た新しいプロジェクトを始めようとしている場合に使用します。すべてローカルで動作します。
Ruby 用の Sentry SDK を一通りセットアップします。Ruby への Sentry の追加、sentry-ruby のインストール、Rails/Sinatra/Rack での Sentry の設定、Ruby アプリのエラー監視、トレーシング、ログ、メトリクス、プロファイリング、cron の設定を依頼された場合に使用します。AppSignal、Honeybadger、Bugsnag、Rollbar、Airbrake からの移行にも対応します。Rails、Sinatra、Rack、Sidekiq、Resque をサポートします。
曖昧な Prisma Next のプロンプトを、適切な専門スキルに振り分けます。「help me with Prisma Next」「what is Prisma Next」「explain Prisma Next」「I'm new to PN」「where do I start」「what can I do with Prisma Next」「what can I do next with Prisma」「just ran createprisma」「tour of Prisma Next」「Prisma Next overview」や、「Prisma Next vs Prisma 7」「PN vs Drizzle」「PN vs Kysely」「PN vs TypeORM」などの比較質問に使用します。プロンプトがワークフロースキルに明確に該当する場合は使用しないでください。導入／クイックスタート／初回案内／既存プロジェクトの調査、schema／contract の編集、マイグレーション作成（db update / migration plan / migrate）、デプロイ時のマイグレーションレビュー／同時マイグレーション、クエリ／db.orm／db.sql／TypedSQL、Supabase／RLS／role binding、ランタイム／db.ts／middleware wiring、ビルド／Vite plugin／Next.js plugin、デバッグ／構造化エラーエンベロープ／PN-* エラーコード、フィードバック／バグ報告／機能リクエストの場合は、対応する同系列スキルを直接読み込んでください。
Figma デザイン、製品要件定義書、その他のデザイン成果物から新しい Lightning Web Component を作成する場合に使用します。要件収集 → コード生成 → 最適化 → lint／フォーマット／コンパイル → テストの 5 段階ワークフローを調整し、SLDS、LDS、基本コンポーネント、最適化、テストの専門スキルを連携させます。Figma から新しい LWC を作る、PRD から LWC を作る、デザインやスクリーンショットから LWC を生成する、Aura コンポーネントを新規 LWC として移行する場合に使用します。既存の LWC のリファクタリング（experience-lwc-generate を使用）、Aura → LWC のインプレース移行（対象外）、単独の SLDS トークンやスタイル作業（design-systems-slds-apply を使用）、単独のデータレイヤー作業（experience-lds-best-practices-apply または experience-lds-data-requirements-generate を使用）では起動しないでください。
ユーザーが Code ノードを使おうとする場合、n8n で JavaScript や Python を書くと言及した場合、またはワークフロー設計でカスタムロジックが必要な場合に使用します。「Code node」「Code」「JavaScript」「Python」「custom logic」「transform data」「$input」「$json transformation」「loop in code」「write a function」、または明らかな解決策が「コードに書けばよい」と思われる場合に起動します。
Prisma Next のマイグレーションを作成します。db update と migration plan の選択、フレームワークが生成した migration.ts の編集（プレースホルダーのセンチネルを dataTransform クロージャーに置換）、MIGRATION.HASH_MISMATCH または PN-MIG-2001 の未入力プレースホルダーからの復旧に対応します。prisma migrate dev、prisma migrate deploy、prisma db push、db update、db update --dry-run、migration plan、migrate、migration new、migration show、db verify、db sign、データ移行、this.dataTransform、dataTransform、placeholder、生成された migration.ts、migration.ts の編集、MIGRATION.HASH_MISMATCH、スキーマのずれに使用します。
n8n のエラー処理を設定し、失敗を明確に検知でき、構造化され、復旧可能な状態にします。Webhook/API ワークフロー、スケジュール実行または無人実行のワークフロー、あるいはサイレントな失敗でユーザーに見える処理が失われる経路を構築する場合に使用します。エラー処理、onError、continueErrorOutput、エラーブランチ／出力、再試行、retryOnFail、Respond to Webhook のステータスコード、4xx/5xx、Error Trigger、「ワークフローがサイレントに失敗する」といった話題にも使用します。ノードごとのエラー出力と接続、再試行／自己修復、エラートリガーワークフロー、4xx/5xx のレスポンス形式を扱います。
6つの提供元（公式Capacitorプラグイン、Capawesomeプラグイン、Capacitor Communityプラグイン、Capacitor Firebaseプラグイン、Capacitor MLKitプラグイン、RevenueCatプラグイン）のCapacitorプラグインについて、エージェントによるインストール、設定、使用を支援します。インストール、プラットフォーム固有の設定（AndroidとiOS）、基本的な使用例を扱います。Capacitorアプリやプラグインの新しいバージョンへの移行、Capacitor Live Updatesの設定、またはCapacitor以外のモバイルフレームワークには使用しないでください。
Postgres、SQLite、Mongo 向けの Prisma Next クエリを記述します。方式を選択します（Postgres/SQLite は `db.orm.<Model>` + `db.sql.<table>`、Mongo は `db.orm.<root>` + `db.query.from(...)` パイプラインビルダー）。フィルター／射影／ソート／ページネーション、`.include(...)` による先行読み込み、Postgres/SQLite の `db.transaction(...)`、Postgres/SQLite ORM の `.aggregate(...)`、クエリビルダーによる Mongo 集計、名前空間対応アクセサー（`db.orm.<ns>.<Model>`、`db.sql.<ns>.<table>`）を扱います。トリガー：query、where、match、select、project、orderBy、take、skip、include、lookup、first、all、count、aggregate、group、create、update、delete、upsert、returning、transaction、db.close、スクリプトの終了処理、variant、polymorphism、drizzle-style、kysely-style。注意：`.all()` は Thenable（そのまま `await` します）、イテレーターは一度だけ使用できます（`RUNTIME.ITERATOR_CONSUMED`）。Postgres の `count` は `number`、sum/avg/min/max は `number | null` です。範囲指定には連結した `.where()` または `and(...)` を使います（`.between(...)` はありません）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。