Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
デザインシステムの多地点点検を実行する——10 のステーション（カバレッジ、ベストプラクティス、アクセシビリティ、共有言語、テスト、オーケストレーション、ガバナンス、フィードバック、機械可読ドキュメント、エージェントアクセス）でデザインシステムを評価し、優先順位付きの作業指示を含む赤/黄/緑の点検レポートを生成する。ユーザーがデザインシステムの点検、評価、監査、ヘルスチェックを求めたり、点検や特定のステーションの実行を求めたり、「なぜ私のデザインシステムのチェックエンジンランプが点灯しているのか？」と尋ねたりしたときに使用する。
Figma MCP と Playwright を使用した、Next.js/React 向けの自律的なピクセルパーフェクト UI 実装ループ。Figma のデザインを本番環境向けコンポーネントに変換し、反復的なビジュアル検証を行います。Figma デザインの実装に関するあらゆる依頼で自動起動します。例：「この Figma を実装」「Figma からこのページ／コンポーネントを構築」「Figma のデザインから作成」「デザインを実装」「このブロックを構築」「デザインからコンポーネントを作成」。用途：（1）Figma からページ／コンポーネントを構築、（2）ピクセルパーフェクトな再現、（3）レスポンシブレイアウト、（4）デザイントークンの変換。
ドキュメントの品質、明確さ、SEO、技術的な正確性をレビューします。Docus／Nuxt Content 向けに最適化されていますが、あらゆる Markdown ドキュメントで利用できます。「review docs」「check documentation」「audit docs」「validate documentation」「improve docs quality」「analyze documentation」「check my docs」「review my documentation pages」「validate MDC syntax」「check for SEO issues」「analyze doc structure」と依頼された場合に使用します。実行可能な提案を優先度（重大、重要、あるとよい）別に提示します。
Test-Commit-Revert + TDD（TCRDD）：red/green/refactor の各フェーズで、成功時に自動コミットし、失敗時に自動リバートします。コード作成前とコミット前にユーザーの承認が必要です。次の場合にトリガーします：ユーザーが TCRDD、TCR、TDD、red-green-refactor、「test-first」「write the test first」「let's TDD this」「baby steps」「commit on green」「revert on failure」「go step by step with tests」と言う場合、または承認を挟むペアプログラミングやテスト後にコードを書く進め方を希望する場合。次の場合は使用しないでください：既存コードへのテスト追加（`testing` を使用）、単発のバグ修正、実行可能なテストコマンドがない場合、簡単なコード、GUI レイアウト、使い捨てスクリプト、信頼できるサードパーティーのラッパー。コミットの進め方については `testing` より優先します。
最優先スキル — ToolUniverseのドキュメント内にある誤り、古い情報、冗長な情報をすべて見つけ、直ちに修正または削除します。誤ったコード、リンク切れ、不正確な件数、重複する指示は、残さず修正または削除します。5段階で実行します：(D)静的メソッドスキャン、(C)静的ツール呼び出しチェック、(A)自動検証、(B)ToolUniverse監査、(E)簡潔化。基本方針：各概念は一度だけ記載する、追加ではなく削除する、絵文字を使わない、セットアップの入口を一つにする。ドキュメントのレビュー、リリース前、API変更後、またはドキュメントの監査・修正・簡素化を求められたときに使用します。
ローカル開発とテスト用の Microsoft Entra ID（Azure AD）OAuth 2.0 / OpenID Connect エミュレーションです。Microsoft のサインインのローカルテスト、Entra ID OIDC discovery のエミュレーション、Microsoft トークン交換の処理、Azure AD OAuth クライアントの設定、Microsoft Graph /me の利用、実際の Microsoft API にアクセスしない PKCE／クライアント資格情報フローのテストに使用します。「Microsoft OAuth」「Entra ID」「Azure AD」「emulate Microsoft」「mock Microsoft login」「test Microsoft sign-in」「Microsoft OIDC」「local Microsoft auth」や、ローカルの Microsoft OAuth/OIDC プロバイダーが必要なタスクで起動します。
コード変更向けのマルチエージェントQAレビューチームです。ユーザーが「review my code」「run QA」「qa-team」「review this branch」「code review」「check my changes」と依頼する場合、または現在のブランチの変更を多角的に包括レビューするよう求める場合に使用します。専門エージェント（セキュリティ、データベース、信頼性、互換性、データ整合性、パフォーマンス、フロントエンド、コピーライティング）を並列に起動し、それぞれが差分をレビューして統合レポートを作成します。結論の整合性を検証する汎用レビュアーも2人含まれます
(NS) バックエンドとフロントエンドを持つ SaaS 製品向けに .gitlab-ci.yml を生成、調整します。テスト、ビルド、E2E ゲート、ブランチごとのデプロイに対応します。GitLab CI、pipeline の設定、モノレポ製品の CI/CD の立ち上げを求められた場合に使用します。references/templates/gitlab-ci.template.yml をベースラインとして使用します。バックエンドとフロントエンドの構成を持たない agent-runtime 専用リポジトリは対象外です。
Cypress のエンドツーエンドテストがすでに実行されて失敗し、ユーザーが根本原因と具体的な修正を求めているときに使用します。失敗した Cypress spec、Timed-out-retrying command、未解決のセレクター、cy.intercept のエイリアスやリクエスト競合、スイートを壊すフック、リトライ時のみのフレーク、ハイドレーションやタイミングの競合、ローカルでは通るが CI で失敗する差異でトリガーします。mochawesome または JUnit レポート、エラーとスタック、スクリーンショット、動画、GitHub run id などの CI 成果物を受け付けます。製品のリグレッションと脆いテストを区別します。新しい Cypress テストの作成、合格しているスイートのレビュー、Cypress 以外の失敗（Playwright、Jest、Vitest）、失敗した Cypress テストがないアプリ/バックエンドのデバッグには使用しません。
Tour — Claude tự diễn cho user xem harness chặn mình theo thời gian thực trên project thật. Hai độ dài — "short" = 3 cảnh (R1·R2·R3), "full" = 10 (R1–R10). Tự phát hiện PoC vendor-neutral (cách CHÍNH) hay harness production. Tự dọn sạch demo. Trigger: "harness tour", "xem harness làm gì", "/harness-tour", "test short", "test full".
Rails のテスト基盤、テストの種類、何をテストすべきかについての専門的なガイダンス。テストを書くとき、テストスイートを構築するとき、テストの種類を選ぶとき、システムテスト（Capybara）、リクエストテスト、統合テスト、helper テスト、mailer テスト、job テスト、Action Cable テスト、並列テスト、CI 設定、テストデータベース管理の設定、またはテストカバレッジの改善を行うときに使用。test runner、fixtures と factories、並列テスト、システムテスト（ドライバー、スクリーンショット）、リクエストテスト、コントローラーテスト（legacy）、helper テスト、mailer テスト、job テスト、Action Cable テスト、テストカバレッジ、CI パターン、テストデータベース戦略を扱う。"test"、"testing"、"test suite"、"system test"、"request test"、"integration test"、"test runner"、"parallel testing"、"capybara"、"test database"、"CI testing"、"test coverage" でトリガー。
非ITの業務ユーザー（C&B、経理、オペレーション）向けのUATテストケース集／チェックリストを作成します。オフラインで使用できるHTMLファイル1つに、Ctrl+Fで検索できるコード付きの順序立てたシナリオ表、データソース別のチェック対象／対象外範囲、PIIをぼかした実際のスクリーンショット付き手順、合格／不合格の判定、Excel/CSV/PDFへのエクスポートを含めます。トリガー：「非IT向けのテストケースを作成」「業務向けUATチェックリスト」「C&Bのテストシナリオ」「/uat-nonit-testcase」。
ユーザーが UI5 アプリケーションファイル（ビュー、フラグメント、コントローラー）のアクセシビリティ、a11y、ARIA、WCAG 準拠、ランドマーク、ラベル、見出しレベル、フォーカス処理、キーボード操作、キーボードショートカット、スクリーンリーダー対応、不可視メッセージ、読み上げ順序、またはタッチ領域/ターゲットサイズの監査、修正、確認、レビュー、改善を求めた場合に使用します。新しい UI5 ビュー、フラグメント、コントローラーを作成し、アクセシブルにしたい場合や、特定のコントロール（Dialog、Table、Panel など）がアクセシビリティ要件を満たすか尋ねられた場合にも使用します。キーワード：accessibility、a11y、ARIA、WCAG、screen reader、NVDA、JAWS、VoiceOver、landmark、landmarkInfo、accessibleRole、ariaLabelledBy、ariaDescribedBy、labelFor、tooltip、alt text、decorative、heading level、initialFocus、F6、fast nav、fastnavgroup、tabindex、CommandExecution、keyboard shortcut、InvisibleMessage、announce、reading order、reactiveAreaMode、target size。
モーションとインタラクションデザインの専門家です。意図のある動きを取り入れたインタラクティブコンポーネントの構築と、既存アニメーションの AI らしい定型表現の監査という 2 つのモードがあります。監査では、各指摘にループ再生の CSS デモを添えたブランド仕様の HTML レポートを生成します。Emil Kowalski（抑制）、Jakub Krehel（本番品質の仕上げ）、Jhey Tompkins（創造的な実験）の考え方に基づき、プロジェクトの文脈に応じて各視点の重みを調整します。React、Framer Motion、CSS、HTML で動作します。
既存コードにテスト不可能な依存関係があり、テストを作成できない場合に使用します。たとえば、協調オブジェクトの直接生成、静的関数やグローバル関数の呼び出し、外部システムとの密結合、シングルトンへのアクセスパターンなどです。呼び出し箇所を編集せずにレガシーコードや密結合されたコードをテスト可能にする、置換ポイント（シーム）の特定に特化しています。新規開発での TDD（tdd を参照）、一般的なテスト作成パターン（testing を参照）、テスト済みコードのリファクタリング（refactoring を参照）には使用しないでください。
floci-cli、docker run、または Docker Compose を使って、AWS（floci）、GCP（floci-gcp）、Azure（floci-az）、OCI（floci-oci）向けの無料ローカルエミュレーター Floci を実行、接続、トラブルシューティングします。ユーザーがクラウドコードやテストをローカルで実行したい場合、floci、localhost:4566/4577/4588/4599、LocalStack や Azurite の代替、ローカルの S3/DynamoDB/Pub/Sub/Blob/Object Storage に言及した場合、クラウドエミュレーターを含む docker-compose.yml または compose.yaml、エミュレーターの名前空間、複数のエミュレーターインスタンスの並列実行を求めた場合に使用します。
サンドボックス環境を使って Polar の決済連携をテストするためのガイドです。次の場合に使用します。（1）開発用に Polar サンドボックスを設定する。（2）実際の決済を行わずにチェックアウトフローをテストする。（3）Polar で Stripe のテストカードを使う。（4）決済フローの統合テストを書く。（5）Polar CLI（`polar webhook listen`、`polar webhook trigger`）で Webhook をローカルテストし、Webhook フィクスチャを生成する。（6）ユニットテストで Polar をモックする。（7）Polar サンドボックスで CI/CD パイプラインを設定する。（8）サンドボックスで決済の問題をデバッグする。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。