Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
開発
TypeScript 向けの class-validator デコレータベースのバリデーション。NestJS の標準。NestJS で API を構築する場合やクラスベースのバリデーションが必要な場合に使用。使用場面:ユーザーが「class-validator」「NestJS バリデーション」「DTO バリデーション」「デコレータバリデーション」に言及した場合、「NestJS DTO」「ValidationPipe」について尋ねた場合。使用しない場合:Zod/Yup プロジェクト(zod/yup スキルを使用)、非デコレータパターン、クライアントサイドフォーム(Zod を推奨)、NestJS 以外のバックエンド
固定のチェックリストに従って、GitHub ユーザー ruan-cat の常用リポジトリ(および tocque/h5mota-web)を取り決めたディレクトリ名へ素早くクローンする。浅いクローンや複数ブランチの取得などのパラメータの組み合わせをサポートする。ユーザーが「克隆 ruan-cat 仓库」「拉常用仓库」「clone-ruan-cat」「初始化本地多仓」「同步阮喵喵 GitHub 仓库」に言及したとき、またはローカルのリポジトリ構成をワンクリックで再現したいときに使用する。コマンドリストは references/clone-commands.md を唯一の信頼できる情報源とする。
現在の作業をコミットする — 品質・一貫性・パスポートのゲートを実行し、必要に応じて main からブランチを切り、特定のファイルをステージし、今何が真であるかを主題に示すコミットを書く。プッシュとプルリクエストの作成は --pr を付けた場合、またはユーザーが求めた場合のみ行う。決してマージしない — マージはユーザーが明示的にマージを指示したときにのみ行われる。明示的なコミット意図がある場合にのみ使用する — ユーザーが "commit"、"let's commit this"、"open a PR" と言うか、`/commit` を付けた場合。曖昧なタスク終了の言い回し("we're done"、"wrap up")では自動的に呼び出さない — これらは先に明示的な確認が必要。強制プッシュやフックのスキップは決して行わない。
ユーザー自身のアカウントで Goldsky Compose の compliance-oracle サンプルを構築してデプロイする——スマートコントラクトが資金をエスクローで保持し、Compose がコンプライアンス API(Webacy を推奨、または BYO / モック)で送信者ウォレットをスクリーニングし、その後コールバックして承認または拒否する、コンプライアンス制御された決済システム。2 つの支払いモデルをサポートする:単一受取人(決済ゲートウェイ——資金は設定可能な受取人に送られる)と複数受取人(P2P——送信者が送金ごとに受取人を指定する)。スタックした送金を照合する 2 つ目の cron タスクも同梱する。トリガー:'build a compliance oracle'、'compliance-gated payments'、'AML screening onchain'、'KYC payment gateway'、'escrow with compliance check'、'wallet screening oracle'、'gated transfers'、'Webacy oracle'、'P2P compliance'、'payment gateway with screening'。エスクローコントラクトの approve/reject はオラクル権限であるため、共有のデプロイ不要コントラクトは存在しない——各ユーザーが自分のオラクルウォレットに紐づけたインスタンスをデプロイする(推奨パス:Base Sepolia + MockUSDC)。オラクルは名前付きの Compose スマートウォレット(`compliance-oracle-wallet`、gas スポンサー)であり、デフォルトパスでは管理すべき秘密鍵はない。カスタム/新規の Compose アプリには /compose を使用する。デプロイ済みアプリのデバッグには /compose-doctor を使用する。manifest/CLI/API フィールドの参照には /compose-reference を使用する。
Jetpack Compose または Compose Multiplatform の @Preview を 1 回の呼び出しで PNG にレンダリングし(MCP の render_preview、または compose-preview コマンドライン)、表示して確認する。コンポーザブル、@Preview、Compose コンポーネント(ホスト型カタログから提供される Material 3 や Wear M3 EdgeButton などのライブラリコンポーネントを含む)のレンダリング、表示、確認を求められたとき、Compose UI の編集後の検証、ビフォーアフターの比較、カタログのデザインガイドラインに対するプレビューのレビューに使用する。
カタログエンティティの概要タブにカードを追加するとき、またはカタログエンティティページにタブ/ページ全体を追加するときに使用する。EntityCardBlueprint(概要ページのカード)と EntityContentBlueprint(完全なタブ)、kind/type/annotation によるエンティティのフィルタリング、useEntity による現在のエンティティへのアクセスを扱う。"card on the entity page"、"tab on the component page"、"show on entity overview"、"ui:field for catalog entity page" といったフレーズ、または EntityCardBlueprint / EntityContentBlueprint のインポートでトリガーする。
この包括的なトラブルシューティングスキルで Flutter アプリケーションを体系的にデバッグする。RenderFlex オーバーフローエラー、dispose() 後の setState() の問題、null チェック演算子の失敗、プラットフォームチャネルの問題、ビルドコンテキストのエラー、ホットリロードの失敗をカバー。Flutter DevTools、ウィジェットインスペクター、パフォーマンスプロファイリング、Android・iOS・Web ターゲット向けのプラットフォーム固有デバッグを備えた、構造化された 4 段階のデバッグ手法を提供する。
.NET Core および ASP.NET Core アプリケーション向けに、最適化された安全なマルチステージ Dockerfile を作成する。使用場面:(1) .NET プロジェクト用の新しい Dockerfile を作成するとき、(2) .NET アプリケーションをコンテナ化するとき、(3) 既存の .NET Dockerfile を最適化するとき、(4) .NET 6/7/8+ アプリ向けに Docker を設定するとき、(5) ユーザーが .NET と Docker/コンテナを同時に挙げたとき。
ユーザーが dida(道旅科技) の社内プロジェクトに関わる開発、コーディング、ドキュメント作成、API 調査、デプロイや運用のトラブルシューティングを行っているとき、Dragon プライベートナレッジベースを能動的に検索する(dragon-knowledges MCP の KnowledgePlugin__knowledge_base_search ツール経由)。社内の技術ドキュメント、アーキテクチャ設計、API 仕様、フィールド定義、業務プロセス、エラーコード、設定、運用資料を取得する。以下の場面では、ユーザーが「Dragon を使って」「ナレッジベースを検索して」と明示しなくても、必ず能動的にトリガーする:ユーザーが「うちの」「会社の」「社内の」「このプロジェクトの」「本番」など社内資産を指す表現を使ったとき;ユーザーが dida の社内システム名(Beaver、Phoenix、LionKing、Shopping、EBooking、Wolf、Wolf 2.0、AngryBirds、CRM、Analysis、Whale、Admin、Marketing、Tiger、Bingo、Kangaroo、Finance、Content、Dolphin、Grafana、Penguin、Panda、AutoLine、FalconService、f-operating、f-supplier、f-analysis、f-order、f-policy、f-profit、f-monitor、EBookingBookingAPI、Wuying/無影、カスタマーサービスシステム、API チャネルシステム、API サプライヤーシステム、Supplier Service/SS、BDS など)に言及したとき;ユーザーが業務ルール、プロダクトロジック、承認フロー、アラート閾値、エラーコードの意味を尋ねたとき;ユーザーが API フィールド、コールバック構造、社内 SDK の使い方を尋ね、そのフィールド名がオープンソースフレームワークらしくないとき;ユーザーがリリース/カナリア/デプロイ/設定/監視について、特定の社内環境に紐づけて尋ねたとき;ユーザーが社内コードリポジトリでコードを書き、バグを修正し、コメントやドキュメントを書くとき;ユーザーが didainternal.com ドメインや類似の社内ドメインに言及したとき。判断に迷うときは検索する側に倒す——社内検索 1 回のコストは「間違った回答や一般論すぎる回答」のコストよりはるかに低い。ユーザーが dida 社内の開発作業を行っているときは、Dragon/ナレッジベースへの明示的な言及がなくても、この skill を積極的に使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
