Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
Web とモバイル向けの UI/UX デザインインテリジェンス。50 以上のスタイル、161 種のカラーパレット、57 種のフォントペア、161 種の製品タイプ、99 件の UX ガイドライン、10 のスタック（React、Next.js、Vue、Svelte、SwiftUI、React Native、Flutter、Tailwind、shadcn/ui、HTML/CSS）に対応する 25 種のチャートタイプを収録。操作：UI/UX コードの計画、構築、作成、設計、実装、レビュー、修正、改善、最適化、強化、リファクタリング、確認。プロジェクト：ウェブサイト、ランディングページ、ダッシュボード、管理パネル、eコマース、SaaS、ポートフォリオ、ブログ、モバイルアプリ。要素：ボタン、モーダル、ナビゲーションバー、サイドバー、カード、テーブル、フォーム、チャート。スタイル：グラスモーフィズム、クレイモーフィズム、ミニマリズム、ブルータリズム、ニューモーフィズム、ベントーグリッド、ダークモード、レスポンシブ、スキューモーフィズム、フラットデザイン。トピック：カラーシステム、アクセシビリティ、アニメーション、レイアウト、タイポグラフィ、フォントペアリング、余白、インタラクション状態、シャドウ、グラデーション。連携：コンポーネント検索と例の参照に使う shadcn/ui MCP。
Vue 3 プロジェクトで @veltra/*（desktop コンポーネント、ai AI チャット、sheet スプレッドシート、styles テーマスタイル、utils、compositions、directives、icons、vite）の公開機能を選択し正しく使用する。インターフェース、フォーム、テーブル、テーマ、アイコンの開発時には必須。UForm / 承認フォーム / モーダルフォームを作成する際は、まず form の例を読む必要がある（field バインディング、v-model の記述は禁止）。同等の UI 機能を自前で実装したり、他のコンポーネントライブラリを導入する前に、必ずこのスキルを検索する。
新しいアイデアや乱雑なリポジトリを、`design-document.md`、`tech-stack.md`、`implementation-plan.md`、永続的な `memory-bank/` を備えた規律あるビルドループへと変える、標準化された AI 支援のプロダクトデリバリーワークフロー。Codex や Claude Code で、グリーンフィールドの作業を立ち上げるとき、リポジトリをドキュメントファーストのプロセスに整えるとき、あるいは `progress.md` と `architecture.md` を最新に保ちながら検証済みのステップを一つずつ実装するときに使用する。
VS Code 拡張をゼロから作成するための包括的なガイド。プロジェクトのスキャフォールディング、API の使用、アクティベーションイベント、パッケージングを含む。ユーザーが VS Code 拡張やプラグインを作成/構築/生成/開発したい場合、VS Code 拡張開発について尋ねる場合、VS Code Extension API の支援が必要な場合、拡張のアーキテクチャを議論する場合、コマンド/webview/言語サポートを追加したい場合、VS Code プロジェクトのスキャフォールディングに言及した場合に使用する。
C# から vvvv gamma の Channel システムを扱うのを支援する——IChannelHub、パブリックチャネル、[CanBePublished] 属性、階層データ伝播、チャネル購読、bang チャネル、spread サブチャネル。C# ノードからパブリックチャネルを読み書きする、.NET 型をチャネルとして公開する、IChannelHub を扱う、チャネル変更を購読する、階層チャネル状態を管理する、リアクティブ/オブザーバブルなデータフローを実装するときに使用する。vvvv のコンテキストでの IChannel、IChannelHub、リアクティブバインディング、オブザーバブル状態、双方向データバインディング、TryGetChannel の言及でトリガーする。
vvvv gamma にノードを提供する C# ライブラリプロジェクトのセットアップを支援する——プロジェクトディレクトリ構造、AssemblyInitializer を含む Initialization.cs、RegisterService によるサービス登録、IResourceProvider ファクトリー、ImportAsIs / ImportNamespace / ImportType の選択、カテゴリの整理、[Smell] とカテゴリキーワードによるアスペクト（Advanced/Internal/Hidden）、.csproj の設定、RegisterNodeFactory による動的ノードファクトリー。既存/上流の vvvv ライブラリへの変更のコントリビュートもカバーする——fork → branch → PR ワークフロー、編集可能なソースパッケージ（--package-repositories / --editable-packages）、.vl-document の diff 問題。新しい vvvv ライブラリ、VL パッケージ、vvvv 用の NuGet パッケージを作成する、どのインポート属性を使うか決める、カテゴリを整理する、どのパブリック型をノードにするか制御する、サービスやノードファクトリーを登録する、プロジェクト構造をセットアップする、または自分が所有していないライブラリ（例：VL.StandardLibs）に修正/機能/PR をコントリビュートするときに使用する。ユーザーが 'create a package'、'make a library'、'distribute nodes'、'organize categories'、'hide internal helpers from the node browser'、'mark nodes advanced'、'clean up the node browser'、'publish a VL package'、'contribute to vvvv'、'file a PR on a vvvv library'、'edit an existing library' と言ったときにトリガーする。
顧客向けに出站 webhook やイベントデスティネーションを送信するあらゆるプラットフォームの開発者体験を監査し、スコア付きの所見と優先順位付けされた推奨事項を含む構造化 YAML 監査ファイルを生成します。ある企業の webhook/イベント配信の DX——サインアップとオンボーディング、署名と検証、リトライと配信のセマンティクス、イベントカタログとペイロード、設定面（UI/API/CLI/IaC/SDK）、利用者向けの可観測性、ローカル開発、ローカルから本番への移行——をレビュー、評価、採点、批評することがタスクであるときは常に使用します。'webhook DX review'、'event destinations audit'、'outbound webhook assessment' でトリガーし、ユーザーが audit という語ではなく特定の企業名を挙げた場合（例：'review Acme's webhooks'）でもトリガーします。出力は `schema/audit.schema.yaml` に準拠した YAML 監査ファイルで、下流の利用者が自前の表現でレンダリングします。
Object モデル、Digital Asset 統合、セキュリティパターン、ストレージタイプのガイダンスを備えた安全な Aptos Move V2 スマートコントラクトを生成する。最適なデータ構造の選択のための包括的なストレージ意思決定フレームワークを含む。トリガー: 'write contract'、'create NFT collection'、'build marketplace'、'implement minting'、'generate Move module'、'create token contract'、'build DAO'、'implement staking'。次の場合にストレージに関する質問を行う: 'store'、'track'、'registry'、'mapping'、'list'、'collection'。
ミニプログラムプロジェクトのソースコード（圧縮／難読化を含む）を分析し、コアな業務ステップを識別し、ネットワークインターフェースと JSAPI 呼び出しを抽出し、wx.modelContext 仕様に準拠したスキルサブパッケージ（アトミックインターフェース＋アトミックコンポーネント）を生成し、app.json / project.config.json の構成統合を完了する。以下の場面でトリガー：ミニプログラムページの機能をミニプログラム AI のアトミックインターフェースに作り変える、skills/ サブパッケージコードを生成する、ソースプロジェクトから MCP ツールを派生させる、ミニプログラム AI の開発モード向けコード生成。静的生成のみを担当し、生成完了後は必ず wxa-skills-validate に引き継いで検証する。
AGENTS.mdと各種ハーネス向けのミラー（CLAUDE.md、GEMINI.md、.github/copilot-instructions.md、.cursor/rules）を作成、監査、または短縮し、ビルド／テストコマンドの正確さを保ちつつ、各ハーネスのサイズ上限内に収めます。ユーザーが「AGENTS.mdを作成」「AGENTS.mdを監査」「AGENTS.mdを短縮」「AGENTS.mdが古い」「CLAUDE.mdの乖離」「エージェント指示の整理」と言う場合や、/agents-mdを呼び出した場合に使用します。モノレポのパッケージ内にあるネストしたAGENTS.md、最も近いファイルを優先するルール、同梱の計測スクリプトscripts/agents_md_check.pyを扱います。`.github/copilot-instructions.md`の作成やCopilotのコードレビュー設定には使用しないでください。これらには/github-copilot-repo-instructionsを使用します。個人用、ユーザー単位、またはマシン全体の指示ファイル（`~/.claude/CLAUDE.md`、個人用Copilot指示）にも使用しないでください。これらはこのリポジトリ限定スキルの対象外です。
SAP Cloudification Repository を使用して ATC クリーンコアとクラウドレディネスのチェックを構成し、ATC の検出結果をクリーンコアレベル（A、B、C、D）にマッピングします。ユーザーがクラウドレディネス向けの ATC チェックバリアント、クリーンコア準拠、クリーンコアレベル、released/classic/internal/noAPI のオブジェクト分類、cloudification repository のセットアップ、objectReleaseInfo または objectClassifications の JSON ファイル、ATC の除外、SAP オブジェクトの変更ログ、SAP Cloud ERP または SAP Cloud ERP Private の API 検証、カスタムコードの ABAP Cloud への移行について尋ねた場合に使用します。トリガーには "configure ATC cloud readiness"、"set up clean core check"、"cloudification repository URL"、"released APIs check"、"which level is this ATC finding"、"ATC priority 1 clean core"、"ATC exemption"、"changelog for SAP objects"、"which JSON file for my S/4HANA version" などがあります。
ユーザーが cached_tokens=0、total_cached_tokens、cache_read_input_tokens、cache_creation_input_tokens、cache_write_tokens、prompt_cache_key、prompt_cache_options、prompt_cache_breakpoint、previous_interaction_id、cache_control/cachePoint、TTFT、KV 再利用；prefix_cache_retention_interval、prefix_caching_hash_algo、Mamba/SWA/ハイブリッド、クロスプロセスブロックハッシュ；LLM のコストや速度の劣化、繰り返される長いプロンプト、エージェントの高速化；LLM リクエスト形状の変化：tools、schemas、response_format、model/router、エージェントループ、コンパクション；に言及した場合に使用する。一般的なプロンプト作成、RAG、トークン数、LLM 以外のパフォーマンスには使用しない。
metadata XML を使用して、B2C Commerce のカスタム属性、カスタムオブジェクトタイプ、サイト設定を定義する。ユーザーが製品、注文、顧客にフィールドを追加したり、新しいカスタムオブジェクトタイプを作成したり、サイト設定を構成したり、B2C データモデルを拡張したりする必要があるときにこのスキルを使用する。system-objecttype-extensions.xml、custom-objecttype-definitions.xml、Business Manager の属性グループ、データモデル定義について質問されたときにも使用する——たとえ「製品にフィールドを追加したい」や「新しいオブジェクトタイプが必要」と言っただけでも。
本 Skill は、カスタム AI チャットボットのデプロイ向けに better-chatbot プロジェクトから抽出した再利用可能な実装パターンを提供します。server action バリデータ、ツール抽象化システム、ワークフロー実行、複数 AI プロバイダー統合を備えた AI チャットボットを自分のプロジェクトで構築する際に（better-chatbot 自体へのコントリビュートではなく）この Skill を使用してください。使用場面：AI チャットボット機能の構築、server action バリデータの実装、ツール抽象化レイヤーの作成、複数 AI プロバイダー対応の設定、ワークフロー実行システムの構築、better-chatbot パターンのカスタムプロジェクトへの適応。キーワード：AI チャットボットパターン、server action バリデータ、ツール抽象化、複数 AI プロバイダー、ワークフロー実行、MCP 統合、検証済みアクション、ツール型チェック、Vercel AI SDK パターン、チャットボットアーキテクチャ
RON でボクセルブロック（`name`、`textures`、`flags`）を定義する場合、`BlockId -> BlockDef` を対応付ける実行時パレットを構築する場合、ブロックごとのテクスチャを KTX2 アトラスにベイクする場合（`ktx2` + `zstd_rust` features）、または `ImageSampler` を使ってアトラスを `StandardMaterial.base_color_texture` としてバインドし、メッシュ化された四角形が面インデックスでサンプリングできるようにする場合に使用します。ゲーム固有データを含まない、汎用的な Bevy 0.20 のボクセルデータパターンです。
Bevy 0.20 を `wasm32-unknown-unknown` 向けにする際、`webgl2` または `webgpu` 機能の選択、`WgpuSettings { backends, priority: WgpuSettingsPriority::WebGPU }` の設定、`Window { canvas, fit_canvas_to_parent }` による canvas への接続、`wasm-bindgen` によるグルーコード生成、またはブラウザーでのアセット HTTP 404 や `Task` のキャンセルのデバッグに使用します。
古い git ブランチを報告し、保持、アーカイブ、削除のいずれかを提案するとともに、delete-branch-on-merge の有効化を提案します。「古いブランチを整理」「マージ済みブランチを削除」「マージ時にブランチを削除」「使われていないブランチはどれ」または /branch-cleanup に使用します。経過期間、作成者、先行／遅延コミット数、マージ状況、オープン中の pull request、ルールセットによる保護を確認し、正確な削除コマンドを出力します。push の前に、バッチごとの明示的な承認が必要です。ローカル git worktree の管理（worktree add、list、prune）には使用しないでください。対象外です。リポジトリの一度限りのマージ既定値とブランチ保護ルールセットの設定は /gh-bootstrap の担当です。このスキルは状態を読み取って報告しますが、設定は行いません。
フォームコンポーネントとデータ収集インターフェースを構築する。お問い合わせフォーム、登録フロー、チェックアウトプロセス、アンケート、設定ページを含む。50 種類以上の入力タイプ、バリデーション戦略、アクセシビリティパターン（WCAG 2.1）、マルチステップウィザード、UX ベストプラクティスを収録。データ型からコンポーネント選択までのデシジョンツリー、バリデーションのタイミングに関する指針、エラーハンドリングパターンを提供する。フォームの作成、ユーザー入力の収集、アンケートの構築、バリデーションの実装、マルチステップワークフローの設計、フォームのアクセシビリティ確保に使用する。
表形式の情報を表示するためのテーブルとデータグリッドを、シンプルな HTML テーブルから複雑なエンタープライズデータグリッドまで構築します。テーブルの作成、並べ替え・フィルタリング・ページネーションの実装、大規模データセット（10〜100 万行以上）の処理、表計算ソフト風のインターフェースの構築、データ中心のコンポーネントの設計を行うときに使用します。パフォーマンス最適化戦略、アクセシビリティのパターン（WCAG/ARIA）、レスポンシブデザイン、ライブラリの推奨（TanStack Table、AG Grid）を提供します。
リアルタイムのイベント通知に Contentstack Webhook を設定・利用する方法を開発者に案内します。イベントチャネル、ペイロード構造、署名検証、再試行動作、リリース起因の Webhook 急増、信頼性の高い受信側の設計を扱います。Webhook の設定、イベントチャネルの選択、ペイロード処理、署名検証、配信問題のデバッグ、サイト再構築、検索インデックス、Slack、CI/CD などの外部システムとの Contentstack 連携について支援が必要なときに使用します。
CODEOWNERS ファイルを作成、検証、適用します。既存ファイルを検出し、ディレクトリ構造と git 履歴から所有権の根拠を集め、正しい CODEOWNERS 構文でルールを作成または更新します。GitHub API でファイルを検証し、プルリクエストでコードオーナーのレビューを必須にするルールセットルールを設定します。ユーザーが「add CODEOWNERS」「who owns this path」「require owner review」「validate CODEOWNERS」と言うか、/codeowners を呼び出した場合に使用します。冪等で、繰り返し安全に実行できます。上書き前に差分を確認し、確認なしにオーナーを割り当てることはありません。一般的なブランチルールセットには使用せず（/gh-bootstrap を使用）、README、LICENSE、CODE_OF_CONDUCT、SECURITY などのコミュニティ健全性ファイルにも使用しません（/oss-hygiene を使用）。このスキルは CODEOWNERS ファイルと、それに基づくレビュー規則のみを扱います。
コードの作成、編集、レビューに関するコーディング標準。言語/フレームワーク固有のルール（Next.js、NestJS、Laravel、vanilla JS/TS、NativeScript、React Native/Expo、C#/.NET、Node Express/Fastify、Cocos Creator、Vue/Nuxt、Spring Boot、Django、FastAPI、Flask、Go HTTP）に加え、すべての言語に適用される普遍的なクリーンコードルール（関数、命名、オブジェクト/データ、フォーマット、エラー処理、SOLID/KISS/DRY、普遍的な構造ルール）へルーティングする。コード変更の前に参照すること。ユーザーが「コンポーネントを書いて」「エンドポイントを追加して」「これをリファクタリングして」「この diff/PR をレビューして」「これはクリーン？」と言ったときに使用。ユーザーが明示的に「標準」を求めていない場合でも、ANY のコード作成またはレビュータスクで必ずこの skill を参照すること — すべての作成/編集/レビューは準拠しなければならない。
Convex Components を使って分離されたバックエンド機能を追加し、コンポーネント API を構成する。コンポーネントのインストール、コンポーネント API の呼び出し、コンポーネントの作成、コンポーネント固有の制約（Id 型、環境変数、ページネーション、認証）の処理に使用。ユーザーが components、workpool、workflow、agent component、または再利用可能なバックエンドモジュールに言及した場合に積極的に使用。例：- ユーザー：「Agent component をインストールして」 → convex.config.ts + use() + components API を追加 - ユーザー：「コンポーネント関数を呼び出して」 → ctx.runQuery(components.foo.bar, args) - ユーザー：「コンポーネントを構築して」 → defineComponent、schema、_generated、パッケージング - ユーザー：「コンポーネント API をクライアントに公開して」 → 認証付きで関数を再エクスポート
Convex ランタイム機能を実装する：HTTP アクション、ファイルストレージ、検索（全文 + ベクトル）、スケジューリング（cron + スケジュール関数）、RAG パターン。webhook、アップロード、検索インデックス、vectorSearch アクション、バックグラウンドワークフローに使用。ユーザーが HTTP エンドポイント、ファイル、検索、埋め込み、cron/schedule に言及した場合に積極的に使用。例：- ユーザー：「全文検索を追加して」 → define searchIndex + withSearchIndex query - ユーザー：「ファイルをアップロードして」 → アップロード URL を生成して storageId を永続化 - ユーザー：「ベクトル検索」 → ctx.vectorSearch とドキュメント取得を使う action - ユーザー：「毎晩クリーンアップを実行して」 → cronJobs + 関数参照
`$db` 述語 DSL を介して Datex Studio のストレージコンポーネントをクエリまたは変更する場合に使用する。関数ティア限定の Mongo ベースの `*-storage.json` 設定へのアクセス。流暢な述語演算子（`.equals`、`.ne`、`.gt`/`.gte`、`.lt`/`.lte`、`.in`、`.isNull`/`.isNotNull`、`.includes` による正規表現、`.where` 内で `.and`/`.or` と組み合わせ）、結果行の TypeScript オプショナリティのセマンティクス、暗黙の `id` 列、`required: true` の読み取り後パッチの罠、スキーマ変更の監査チェックリストを扱う。グリッドやセレクターを `$db` 上で支える Flow データソースは flow-db-datasources リファレンスで扱う。トリガー：「query the storage」「add/update/remove rows in xxx_storage」「write a $db predicate」「filter by storage column」「$db predicate with AND/OR/null」「$db query returning wrong rows」「patch validation error」「TypeScript accepted my predicate but it doesn't work at runtime」。呼び出す関数自体の作成については function-creator を参照。
.NET/C# コードのレガシーな文字列ベースのログを構造化ログテンプレートへ移行し、CommandHandler のログスコープを挿入し、appsettings JSON ファイル内の Serilog File sink 設定を検証または更新する。安全な書き換えによる ILogger や Serilog の利用のモダナイズ、ログ移行の dry-run プレビューの実行、構造化ログの書き換えの適用、JSON file sink のフォーマッタとパスの規約の徹底をユーザーが求めたときに使用。一般的なバックエンド設計と可観測性のガイダンスには $software-csharp-backend、NUnit テスト設計には $qa-testing-nunit、パイプラインの変更には $ops-nuke-cicd を使用。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。