Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
開発
ユーザーが Stripe Connect の設定、課金パターン、Dashboard へのアクセス、Connect の始め方について尋ねる場合、マーケットプレイス、プラットフォーム、マルチベンダーストア、ギグプラットフォーム、サブスクリプションプラットフォームを構築する場合、販売者、ベンダー、プロバイダーへの支払いが必要な場合、分割払い、収益分配、複数当事者間の支払いなどの概念に言及する場合、推奨のために会社 URL や事業内容を提示する場合、当事者間で資金を移動する SaaS（POS、予約、請求など。決済ルーティングを伴わない業務用 SaaS は除く）を構築する場合、加盟店、販売者、ベンダーのオンボーディングや KYC について尋ねる場合、連結アカウントの Dashboard や責任設定に言及する場合、または決済フロー、ホワイトラベル決済、組み込み型決済について尋ねる場合に使用。
Dify フロントエンドの複雑度が高い React コンポーネントをリファクタリングします。`pnpm analyze-component --json` で complexity > 50 または lineCount > 300 が示された場合、ユーザーがコード分割、フック抽出、複雑度の削減を求めた場合、または `pnpm analyze-component` がテスト前のリファクタリングを警告した場合に使用します。単純で構造の整ったコンポーネント、サードパーティ製ラッパー、またはユーザーがリファクタリングせずにテストすることを明示した場合は使用しません。
最適化の前に MSBuild/.NET ビルドの性能ベースラインを確立します。対象：原因が未特定のビルド遅延、コールド・ウォーム・インクリメンタル・ノーオペレーションの測定、変更前後の比較、CI 出力キャッシュ、静的グラフ、成果物出力、依存関係グラフの削減。build-perf-diagnostics、incremental-build、build-parallelism の前に、まずこのスキルを使用してください。対象外：既知の反復 restore の修正（eliminate-redundant-restores を使用）、MSBuild 以外のビルド。測定済みのターゲット、タスク、アナライザーのボトルネックには build-perf-diagnostics を使用してください。
AWS SDK for Java 2.x を使用した Amazon Bedrock のパターンを提供します。基盤モデル（Claude、Llama、Titan）の呼び出し、テキストと画像の生成、RAG 用埋め込みの作成、リアルタイム応答のストリーミング、Spring Boot との統合設定を扱います。Bedrock 統合、AI モデル用 Java SDK、AWS 生成 AI、Claude/Llama の呼び出し、RAG 用埋め込み、Spring Boot AI の設定について尋ねる場合に使用します。
プロジェクトに uiBundles/*/src/ ディレクトリがあり、新しい UI バンドルまたはアプリのひな形を作成する場合、あるいは ui-bundle.json、.uibundle-meta.xml、CSP 信頼済みサイトファイルを編集する場合は、必ず有効にしてください。sf template generate ui-bundle によるひな形作成、ui-bundle.json（ルーティング、ヘッダー、outputDir）の設定、CSP Trusted Sites の登録に使用します。*.uibundle-meta.xml、ui-bundle.json、cspTrustedSites/*.cspTrustedSite-meta.xml に一致するファイルがタスクに含まれる場合に有効化してください。
ユーザーが React アプリ、Web アプリ、シングルページアプリケーション（SPA）、またはフロントエンドアプリケーションの構築、作成、生成を希望する場合は、プロジェクトファイルがまだなくても必ず有効化してください。プロジェクトに uiBundles/*/src/ ディレクトリまたは sfdx-project.json があり、プロンプトが新しいアプリ、サイト、ページをゼロから作成、構築、生成するよう求める場合も、ビジュアルスタイルの指定が含まれていても必ず有効化してください。複数の ui-bundle スキルにまたがるタスクでも必ず有効化します。アプリ全体をエンドツーエンドで構築する場合に使用します。カスタムオブジェクトを含む Lightning Experience アプリには使用しないでください（generating-lightning-app を使用）。既存ページの単一目的の編集には使用しないでください（building-ui-bundle-frontend を使用）。
既存アプリのビジュアルまたは UI を変更するために uiBundles/*/src/ 配下のファイルを編集する前に、必ず有効化してください。ページ、コンポーネント、セクション、レイアウト、スタイル、色、フォント、ナビゲーション、アニメーションなど、外観に関わる変更が対象です。既存の UI bundle アプリでページ、コンポーネント、レイアウト、スタイル、ナビゲーションを変更するときに使用します。プロジェクトに appLayout.tsx、routes.tsx、src/pages/、src/components/、または global.css がある場合は有効化してください。このスキルには、一般知識より優先される重要なプロジェクト固有の規約（appLayout.tsx シェル、shadcn/ui コンポーネント、Tailwind CSS、Salesforce のベースパスルーティング、モジュール制限）が含まれます。有効化しないと、誤ったインポートやルーティングの破損、プロジェクト構造の無視につながります。新しいアプリをゼロから作成する場合は使用しないでください（代わりに building-ui-bundle-app を使用）。
Lock Screen、Dynamic Island、StandBy、ペアリング済み Apple Watch のシステム UI に対応した AlarmKit のアラームとカウントダウンタイマーを iOS および iPadOS 向けに実装します。AlarmManager のスケジュール設定、AlarmAttributes と AlarmPresentation、システムの Stop と AlarmButton の副次アクション、認証、状態監視、カウントダウンのウィジェット拡張への引き継ぎ、Live Activity との統合を扱います。Apple のシステムアラーム体験が必要な起床アラーム、カウントダウンタイマー、アラーム形式の通知を構築する際に使用します。
複数のプロジェクトファイルをスケジュールする MSBuild ソリューション、ソリューションフィルター、または Build.proj を分析します。用途：アイドル状態のワーカーノードが計測された場合、`-m` でスケールしない場合、ProjectReference の直列クリティカルパス、グラフビルド、Projects リストをビルドする MSBuild タスク。スケジューリングまたはスループットを分析する、異なるプロジェクトファイルが少なくとも2つ必要です。MSBuild 以外のビルドシステムには使用しないでください。
MSBuild のインクリメンタルビルドを最適化するためのガイドです。次の場合に使用します：2 回目以降のビルドが予想より遅い、「何も変更していないのに再ビルドされる」、ターゲットが不必要に再実行される理由の診断、何もする必要のないビルドが壊れている場合の修正。よくある 8 つの原因を扱います：カスタムターゲットの Inputs/Outputs の不足、出力パス内の変動するプロパティ（タイムスタンプ／GUID）、追跡対象の Outputs 外へのファイル書き込み、FileWrites 登録の不足、glob の変更、Visual Studio Fast Up-to-Date Check (FUTDC) の問題。重要な診断方法：binlog で「Building target completely」と「Skipping target」を確認します。次の場合には使用しないでください：初回ビルドの遅さ（build-perf-baseline を使用）、並列処理の問題（build-parallelism を使用）、評価フェーズの遅さ（eval-performance を使用）、MSBuild 以外のビルドシステム。
コーディングタスクをPiコーディングエージェントCLI（`pi`）にバックグラウンドの実装担当として委任し、そのdiffを自分でレビューして取り込みます。ユーザーが実装作業をPiに任せたい場合（"have Pi implement X"、"delegate this to pi"、"run it through Pi"、"use pi to implement/fix/refactor"など）、またはレビュー担当を続けながら複数のコーディングタスクをPiに処理させたい場合に使用します。直接対応できる小さなタスクや、委任せずにコードを直接書くことを希望する場合は使用しないでください。
.NET 9 のプロジェクトまたはソリューションを .NET 10 に移行し、すべての破壊的変更を解決します。対象：TargetFramework の net9.0 から net10.0 への更新、.NET 10 SDK 更新後のビルドエラー修正、.NET 10 / C# 14 / ASP.NET Core 10 / EF Core 10 のソースおよび動作の変更への対応、Debian から Ubuntu へのベースイメージ変更に伴う Dockerfile の更新、非推奨警告（SYSLIB0058-SYSLIB0062）の解決、SDK/NuGet の変更（NU1510、PrunePackageReference）への適応、System.Linq.Async から組み込みの AsyncEnumerable への移行、OpenApi v2 API の変更、暗号関連の名称変更、C# 14 コンパイラーの変更（field キーワード、extension キーワード、span オーバーロード）の修正。対象外：.NET Framework の移行、.NET 8 以前からのアップグレード（先に migrate-dotnet8-to-dotnet9 を使用）、新規の .NET 10 プロジェクト、外観上の近代化。参照資料の読み込み：csharp-compiler、core-libraries、sdk-msbuild は常時。aspnet-core、efcore、cryptography、extensions-hosting、serialization-networking、winforms-wpf、containers-interop は必要に応じて選択。
MSBuild プロジェクトの評価パフォーマンスを診断・改善するためのガイドです。用途：コンパイル開始前からビルドが遅い、binlog 分析で評価時間が長い、大規模ディレクトリ（node_modules、.git、bin/obj）を走査する glob パターンのコストが高い、インポートチェーンが深い（>20 レベル）、評価負荷の高さを示す前処理出力が 10K 行を超える、ファイル I/O を行うプロパティ関数（$([System.IO.File]::ReadAllText(...)))、プロジェクトごとに評価が複数回行われる場合。MSBuild の5つの評価フェーズ、DefaultItemExcludes による glob の最適化、/pp 前処理を使ったインポートチェーン分析を扱います。対象外：コンパイル時の遅さ（build-perf-diagnostics を使用）、インクリメンタルビルドの問題（incremental-build を使用）、MSBuild 以外のビルドシステム。
Directory.Packages.props を使用して、.NET プロジェクトとソリューション（.sln、.slnx）を NuGet Central Package Management（CPM）に変換します。CPM への変換、複数プロジェクト間の NuGet パッケージバージョンの一元管理や統一、MSBuild のバージョンプロパティを Directory.Build.props から Directory.Packages.props にインライン化、ソリューションやリポジトリ内のバージョン競合や不一致の解消、各プロジェクトのパッケージバージョンの更新・引き上げ・同期に使用します。ユーザーが CPM に言及していなくても、パッケージの同期ずれ、乖離、不整合があれば起動します。ベースラインビルドの記録、バージョン競合の解決、binlog 比較によるビルド検証、構造化された変換後レポートを提供します。packages.config のプロジェクト（先に PackageReference へ移行が必要）や、CPM がすでに完全に有効なリポジトリには使用しません。
呼び出し URL、App Clip Codes、NFC、QR コード、Safari バナー、Maps、Messages、ターゲット設定、App Store Connect のエクスペリエンス、サイズ／機能の制約、NSUserActivity ルーティング、SKOverlay によるプロモーション、App Group／キーチェーン連携、一時通知、位置確認、フルアプリへの移行を含む iOS App Clips を構築します。App Clips の作成、App Clip の呼び出し設定、エクスペリエンスの構成、フルアプリへの引き継ぎに使用します。
Chrome DevTools MCP ツールを使用した Largest Contentful Paint（LCP）のデバッグと最適化を支援します。ユーザーが LCP のパフォーマンス、ページ読み込みの遅さ、Core Web Vitals の最適化について尋ねる場合や、ページのメインコンテンツが表示されるまで時間がかかる理由を知りたい場合に使用します。「largest contentful paint」「page load speed」「CWV」に言及した場合や、ヒーロー画像またはメインコンテンツの表示速度を改善したい場合にも使用します。
最新の .NET アプリケーション向けにクラッシュダンプを設定・収集します。用途：CoreCLR または NativeAOT の自動クラッシュダンプを有効にする、実行中の .NET プロセスからダンプを取得する、Docker または Kubernetes でダンプ収集を設定する、dotnet-dump collect または createdump を使用する。ダンプの分析・デバッグ、lldb/windbg/dotnet-dump analyze による事後調査、プロファイリングやトレース、.NET Framework プロセスには使用しないでください
タスクで BenchmarkDotNet（BDN）を扱う場合（BDN ベンチマークの作成、実行、設定、レビュー）にこのスキルを有効にしてください。.NET コードのマイクロベンチマークが有用で、BenchmarkDotNet が適切なツールと考えられる場合も有効にします。.NET のパフォーマンスに関する質問への回答に測定が必要で、BenchmarkDotNet が必要となる可能性がある場合は、有効化を検討してください。マイクロベンチマークの設計、BDN の設定とプロジェクト構成、BDN マイクロベンチマークの効率的な実行、BDN による並列パフォーマンス比較を扱います。.NET コードのプロファイリングやトレース（dotnet-trace、PerfView）、本番環境のテレメトリー、負荷・ストレステスト（Crank、k6）には使用しないでください
PR 番号だけで承認（approving レビューを提出）して squash マージします。QA ゲートやブロック用ラベルが禁じている場合は拒否します。修正可能なブロッカーは om-auto-fix-pr へ振り分けます（CI 失敗は --ci-only モード、競合やレビュー問題はフルループで処理）。必要に応じて後続の issue も作成します。ユーザーが「approve and merge PR 123」「ship PR 123と言ったとき、またはマージの意図とともに PR 番号を示したときにJwärけです。
Drizzle ORM を使って NestJS アプリケーション向けの完全な CRUD モジュールを生成します。完全な CRUD エンドポイントを持つ新しいエンティティ、Drizzle クエリを含むサービス、Zod で検証する DTO、ユニットテストなど、データベース操作を必要とする NestJS のサーバーサイド機能の構築に使用します。「ユーザーモジュールを生成」「製品 CRUD を作成」「エンドポイント付きの新しいエンティティを追加」といった依頼や、NestJS でデータベース連携機能を設定する場合に起動します
.NET MAUI の開発環境の問題を診断して修正します。.NET SDK、ワークロード、Java JDK、Android SDK、Xcode、Windows SDK を検証します。バージョン要件はすべて NuGet WorkloadDependencies.json から動的に検出され、ハードコードされません。MAUI 開発環境のセットアップ、SDK・ワークロード・JDK・Android に関するビルドエラーのトラブルシューティング、「Android SDK が見つからない」「Java version」「Xcode が見つからない」エラーの解決、更新後の環境検証、または MAUI ツールチェーンの問題に使用します。非 MAUI .NET プロジェクト、Xamarin.Forms アプリ、環境設定に関係のない実行時のアプリクラッシュ、アプリストアへの公開の問題には使用しません。macOS、Windows、Linux で動作します
OpenTelemetry SDK のセットアップ、カスタム計装、Honeycomb へのデータ送信を扱います。トリガーフレーズ：「アプリに計装を追加」「トレーシングを追加」「OpenTelemetry をセットアップ」「OTel を設定」「カスタム span を追加」「span に属性を追加」「Honeycomb にトレースを送信」「OTLP をセットアップ」「サンプリングを設定」「span イベントを追加」「span リンクを追加」「［任意の言語］のトレーシングをセットアップ」「OTel Collector を設定」。
プロジェクトに uiBundles/*/src/ ディレクトリがあり、タスクにサイトインフラストラクチャの作成または設定が含まれる場合、必ず有効にしてください。UI bundle をホストする Salesforce Digital Experience Site の作成または設定に使用します。digitalExperiences/、networks/、customSite/、DigitalExperienceBundle に一致するファイルが存在し、変更が必要な場合、またはアプリの公開、ホスティング、ゲストアクセスの設定をユーザーが希望する場合に有効にしてください。
Python 向けの AWS Lambda 統合パターンとコールドスタートの最適化を提供します。Python 関数の AWS Lambda へのデプロイ、AWS Chalice と素の Python の選択、コールドスタートの最適化、API Gateway または ALB 統合の設定、サーバーレス Python アプリケーションの実装時に使用します。トリガーには "create lambda python"、"deploy python lambda"、"chalice lambda aws"、"python lambda cold start"、"aws lambda python performance"、"python serverless framework" が含まれます。
アクティビティを検出し、ロジックを適用して、それに応じたトランザクションを送信するイベント駆動型のオンチェーン自動化を構成します。「オンチェーンで X が起きたら Y を実行」、監視・実行ワークフロー、イベント起点のスマートコントラクト呼び出し、キーパー、プロトコルの自動化、報酬の自動請求や複利運用、清算、リバランス、決済の自動化に使用します。検出には Turbo/Subgraphs/Mirror、判断と実行には Compose を組み合わせます。ウォレット、ガススポンサーシップ、writeContract も扱います。実行には /compose を読み込み、検出に大規模なデータセットが必要な場合は /turbo-builder を読み込みます。オンチェーン操作を伴わない純粋なインデックス作成やストリーミングには、/turbo-builder、/subgraph-builder、または /mirror を使用します。Compose を使用するとすでに特定されている単一アプリの場合は、/compose を直接使用します。
TypeScript 向けの AWS Lambda 統合パターンとコールドスタートの最適化を提供します。TypeScript Lambda 関数の作成またはデプロイ、NestJS フレームワークと素の TypeScript の選択、コールドスタートの最適化、API Gateway または ALB 統合の設定、サーバーレス TypeScript アプリケーションの実装時に使用します。トリガーには "create lambda typescript"、"deploy typescript lambda"、"nestjs lambda aws"、"raw typescript lambda"、"aws lambda typescript performance" が含まれます。
Mantine の Combobox プリミティブを使って、カスタムのドロップダウン、セレクト、オートコンプリート、マルチセレクトコンポーネントを構築します。次の場合に使用します。(1) Combobox プリミティブで新しいカスタムのセレクト系コンポーネントを作成する。(2) 検索可能なドロップダウンを構築する。(3) マルチセレクトまたはタグ入力のバリエーションを実装する。(4) オプションの表示をカスタマイズする。(5) 独自のフィルタリングロジックを追加する。(6) useCombobox、Combobox.Target、Combobox.Option、Combobox.Dropdown に関わるタスク。
OutputPath または IntermediateOutputPath が競合する MSBuild プロジェクトを検出します。使用するケース：「Cannot create a file when that file already exists」「The process cannot access the file because it is being used by another process」というエラーでビルドが失敗する場合、再試行で成功する断続的なビルド失敗、または複数プロジェクト／複数ターゲットのビルドで bin/obj（または project.assets.json）が競合し、出力が欠落または上書きされる場合。一般的な原因：OutputPath の共有、AppendTargetFrameworkToOutputPath の欠落、追加のグローバルプロパティ（例：PublishReadyToRun）、単一ターゲットのプロジェクトへの ProjectReference に対する SetTargetFramework。不使用のケース：MSBuild と無関係なファイルアクセスエラー（OS レベルのロック）、単一プロジェクト・単一 TFM のビルド、MSBuild 以外のビルドシステム。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。