Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,639 件掲載。コマンド 1 行でインストールできます。
開発
生成/作成された HTML のアクセシビリティ違反を、JSDOM 上で動作する axe-core（Deque）でスキャンします — 構造・セマンティックルール：ARIA 属性とロール、アクセシブルな名前、alt テキスト、フォームラベル、見出しの順序、ランドマーク、セマンティック HTML、tabindex、重複 ID、lang 属性など約 50 項目。Figma からコードへのワークフローのコード側で使用します。トリガーは「scan this HTML for accessibility」「run axe on my component」「check the generated code for a11y」「axe-core scan」「accessibility lint my markup」「WCAG check on code」「is this HTML accessible」。これは単体の Node スクリプトであり、Figma への接続は不要です。視覚的ルール（color-contrast、focus-visible、link-in-text-block、target-size）は JSDOM にレイアウトがないため無効です — 設計側の視覚的アクセシビリティには lint-design-figma を使用してください。両者を組み合わせることで設計 + コードの完全なカバレッジが得られます。
RFC 9700 / BCP 240 を用いて、安全な OAuth 2.0 および OpenID Connect (OIDC) システムの設計、実装、監査、テスト、トラブルシューティング、移行を行う。認可サーバーと OpenID Provider、OAuth クライアントと OIDC リライングパーティ、リソースサーバー、ネイティブアプリ、ブラウザベースのアプリ、マルチ発行者ログイン、リダイレクト URI、認可コードと PKCE フロー、state と nonce の処理、ID Token の検証、トークンの保存とリプレイ、リフレッシュトークンのローテーション、送信者制約付きトークン (DPoP または mTLS)、mix-up 攻撃とインジェクション攻撃、ディスカバリとメタデータ、リバースプロキシ、あるいは implicit グラントと resource-owner-password グラントからの移行に使用する。
skeeper を使って、仕様成果物 (SPEC.md、ADR、RFC、plan/PRD/TechSpec の markdown、カスタム glob) を、それが説明するコードの隣に置きつつメインリポジトリの履歴を汚さない方法を説明する。厳格なフック、追跡される skeeper.lock ファイル、名前空間、Git ライクな status/pull/push/sync/restore ワークフロー、track/untrack、repair、SKEEPER_SKIP、GitHub Action を扱う。skeeper のセットアップ、sidecar の設定、ロックファイルの同期や確認、ドリフトや失敗した同期からの復旧、バイパスの監査、CI への組み込みに使用する。一般的な Git フックの質問、.skeeper.yml がなく追加の予定もないリポジトリ、skeeper の内部実装の編集には使用しない。
仕様を作成する前に、名前の付いたサブシステム、ケイパビリティ、またはコード面のガバナンスカバレッジを評価する必要があるときに使用する — 既存の PRD / 技術仕様 / ADR によってすでにガバナンスされているもの、暗黙のままのもの、そして製品の階層と C4 レベルに応じて新しい仕様の境界をどこに引くべきかを判断する。なじみのない、またはガバナンスが不完全な面について製品仕様や技術仕様を作成・スコープ設定する前に使用する。"assess coverage"、"find governance gaps"、"what's already specified"、"where should this spec's boundary sit"、"one spec or several"、"what needs a PRD vs a tech spec"、"is this subsystem properly documented" といった要求があったときに使用する。レビュー可能なカバレッジマップの成果物を生成し、それが `/spec-product` と `/spec-tech` に引き渡される。対象の仕様とその境界がすでに既知で曖昧さがない場合は使用しない — そのまま `/spec-product` または `/spec-tech` に進む。`doctrine coverage` と混同しないこと — 要件検証のための無関係な CLI 動詞である。
stplugin.h SDK を使用して Stata 向けの高性能な C/C++ プラグインを開発します。ユーザーが Stata プラグインの作成、Stata 用の C/C++ コードの記述、C による Stata コマンドの高速化、クロスプラットフォームな Stata プラグインの構築、Python や R パッケージの Stata への移植を求めた場合に使用します。ライフサイクル全体を扱います：SDK のセットアップ、データフロー、メモリ安全性、preserve/merge を伴う .ado ラッパー、クロスプラットフォームコンパイル、パフォーマンス最適化（pthreads、事前ソート済みインデックス、XorShift RNG）、デバッグ、net install による配布。また、Python/R パッケージを Stata に移植するための翻訳ワークフローも含みます — 利用可能な場合は既存の C++ バックエンドをラップし、そうでない場合は C をゼロから記述します。
Stripe 統合に関する開発・テスト環境の計画（個別のサンドボックスか共有テストモードのサンドボックスか）、API の選択（Checkout Sessions と PaymentIntents）、Connect プラットフォームの設定（Accounts v2、controller プロパティ）、課金・サブスクリプション、税務と登録（Stripe Tax、automatic_tax、商品税コード）、Treasury 金融口座、統合オプション（Checkout、Payment Element）、非推奨の Stripe API からの移行、セキュリティのベストプラクティス（API キー管理、API キー権限、webhook、OAuth）について指針を示します。開発環境の選定、決済受付、マーケットプレイス構築、Stripe の統合、決済処理、サブスクリプション設定、売上税・VAT・GST の徴収、連結アカウントの作成、安全なキー管理の実装など、Stripe 統合の計画、構築、変更、テスト、レビューに使用します。
10 個のコンポーネント（Button、ButtonGroup、Chips、DropdownButton、FAB、ProgressButton、RadioButton、SpeedDial、SplitButton、Switch）を備えた包括的な Syncfusion EJ2 JavaScript Buttons ライブラリ。命令型の TypeScript/JavaScript API、複数のテーマ（Material 3、Bootstrap 5、Fluent、Tailwind 3、Fabric）、WCAG 2.2 アクセシビリティ準拠、および例と一般的な UI パターンを含む完全なドキュメントを備える。
Syncfusion JavaScript チャートコントロール（Line、Area、Bar、Column、Pie、Polar、Radar、Waterfall、Stock）を実装する。インタラクティブなデータ可視化、ダッシュボード、リアルタイムチャートを構築する場合に使用する。系列と軸の構成、スタイル設定、アニメーション、エクスポート、テクニカル指標を扱う。TypeScript（webpack/モジュール）と JavaScript（CDN/ES5）で動作する。
Syncfusion Vue BlockEditor コンポーネントを実装し、リッチテキスト、画像、表、インタラクティブブロックを備えたブロックベースのコンテンツ編集を実現します。ユーザーがブロックエディター、Notion スタイルのエディター、コンテンツブロック、リッチテキストブロック、ブロック付きドキュメントエディター、モジュラーなコンテンツエディターを必要とする場合、または @syncfusion/ej2-vue-blockeditor、BlockEditor、ブロックベース編集、コンテンツ管理エディター、共同編集、リアルタイムコラボレーションに言及した場合は、必ずこのスキルを使用してください。14 種類すべてのブロックタイプ、5 種類のコンテンツタイプ、ドラッグアンドドロップ、メニュー、メソッド、イベント、Yjs サポートによるリアルタイム共同編集、ユーザープレゼンスとリモートカーソル、バージョン履歴、Composition API パターンを網羅します。
Vue 2 および Vue 3 向けの Syncfusion Vue Gantt Chart（@syncfusion/ej2-vue-gantt）を実装します。タスクタイムライン、依存関係、リソース管理を備えたプロジェクトスケジュールインターフェイスを構築するときに使用します。データバインディング、タスクスケジューリング、列、フィルタリング、編集、Excel/PDF エクスポート、クリティカルパス、リソース割り当てを網羅します。ejs-gantt と GanttComponent をサポートします。
TypeSafe Jev、Convai Innovations Laya、CLM、実験的な Strands Decider など、型付き System One 意思決定モデルの設計、統合、評価、セルフホスト、トラブルシューティングを行います。決定論的なソフトウェア内での Choice/Score/Noul 判断や実験的な Jev の画像／Box クエリ、アプリ制御ループ、ルーティング、ランキング、ガードレール、キャリブレーション、セマンティックコード lint と編集後のフィードバック、DevOps の意思決定支援、信頼度に基づくエスカレーション、プライベートなオープンモデル推論に使用します。構文／スタイルの lint、厳密なポリシーや認可、自由形式の生成、明確な意思決定契約のない汎用 LLM サービングには使用しません。
TailwindCSS を StyleX に移行する。Tailwind の `className` ユーティリティ文字列を `stylex.props` または `stylex.attrs` を伴う `stylex.create` に変換する際に使用する。単一のコンポーネントでもコードベース全体でも、React、Preact、Solid、Svelte、Vue、Qwik、react-strict-dom、および StyleX がサポートするその他の JavaScript フレームワークで使用できる。tailwind-to-stylex、tw-to-stylex、またはコードを Tailwind から StyleX へ移行するあらゆるリクエストでトリガーする。
@aptos-labs/ts-sdk で Account（署名者）を作成して使用する方法。Account.generate()、fromPrivateKey()、fromDerivationPath()、Ed25519 vs SingleKey vs MultiKey vs Keyless、シリアライズ（fromHex/toHex）を扱います。トリガー：'Account.generate'、'Account.fromPrivateKey'、'Ed25519PrivateKey'、'SDK account'、'mnemonic'、'SingleKeyAccount'、'KeylessAccount'。
"@aptos-labs/ts-sdk で AccountAddress を作成および使用する方法。アドレス形式（AIP-40）、from/fromString/fromStrict、特殊アドレス、LONG 形式と SHORT 形式、および派生アドレス（オブジェクト、リソース、トークン、ユーザー派生）を扱う。トリガー：'AccountAddress'、'AccountAddress.from'、'AIP-40'、'derived address'、'createObjectAddress'、'createResourceAddress'、'createTokenAddress'。"
パフォーマンスを重視した .NET 型の設計。struct と class の意思決定マトリクス、既定での sealed、readonly struct、ref struct と Span/Memory の選択、FrozenDictionary、ValueTask、コレクションの戻り値型を扱う。新しい型や API を設計するとき、パフォーマンス上の問題がないかコードをレビューするとき、class、struct、record のどれを選ぶか判断するとき、コレクションや列挙可能型を扱うときに使用する。
Material 上で Flutter UI パッケージを構築するためのベストプラクティス。カスタムコンポーネント、ThemeExtension によるテーマ設定、一貫した API、ウィジェットテスト、app_ui_package のスキャフォールディング。UI パッケージを新規作成するとき、その内部で作業するとき、またはそれを利用するアプリで作業するときに使用します。ウィジェットの追加・レビュー、デザイントークンの接続、barrel ファイルからのエクスポート、lib/src/widgets 配下のウィジェットのテスト作成（パッケージの pumpApp ヘルパーで pump します）などが含まれるため、依頼が "write its tests" だけであっても一般的なテスト指針より本スキルを優先してください。本スキルが禁じていることを承認してよいか問われた場合にも使用します。すなわち、ファイルごとに package:<name>/src/... をインポートすること、"only pull in what I use" として barrel を飛ばすこと、並行する別のテーマシステムの導入です。共有ウィジェットとデザイントークンのパッケージを名指しするあらゆるリクエストで発動します。例："create a ui package"、"add a design token"、"is it fine to import from src"。
Web プロダクトの表面に実質的な影響を与えるフロントエンド作業における UI/UX の品質ゲートとして使用する：ページやコンポーネント体系の設計／構築／再設計／レビュー／仕上げ／リファクタリング、スクリーンショットや UX の批評、GPT/Codex っぽい UI の救済、スタックや UI 基盤の選定、shadcn/Tailwind/テーブル/フォームのパターン、ローディング／空／エラー／モバイル／アクセシビリティの状態、DESIGN.md、FRONTEND_CONTRACT.md、PAGE_BRIEF.md などのフロントエンド統制ドキュメントやビジュアル QA 規範の導入。小さな UI に敏感な調整には Tiny change gate で軽く発動する。洗練されたインターフェースの構築を求められた場合はビジュアル実装系スキルと連携する。本スキルはプロダクト認知、UX 判断、ガードレール、検証を提供する。純粋なバックエンド／API／データ／モデルの変更、UI を伴わないテスト、機械的なリネーム、依存関係の雑務、レイアウト・インタラクション・コピー・視覚的挙動・アクセシビリティ・フロントエンド規則に影響しない編集は対象外。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。