Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
単一の Figma コンポーネントまたはコンポーネントセット向けの詳細なアクセシビリティスコアカード——状態のカバレッジ(default/hover/focus/disabled/error/active/loading)、フォーカスインジケーターの品質とコントラスト、色以外による状態の区別、ターゲットサイズ、注釈の完全性、色覚シミュレーション(protanopia/deuteranopia/tritanopia)を扱い、すべてをカテゴリ別の 0〜100 のスコアと優先順位付きの推奨事項にまとめる。ユーザーがリリース前に 1 つのコンポーネントを検証したいときに使用する:トリガーは 'audit this component'、'accessibility score for this button'、'is this component set accessible'、'check the states on this component'、'does my button have a focus state'、'color blind check'、'rate this component for a11y'、'component accessibility scorecard'。あらゆる Figma プランで動作する。ページ/フレーム全体を広く走査する場合は lint-design-figma を、コード側(HTML)のチェックには scan-code-accessibility-figma を使用する。
Hexagone デザインシステム(PrimeVue 4 + Tailwind CSS 4 + Hexagone トークン)への準拠を自動監査します。ページまたはコンポーネントのソースコードとレンダリングされた UI を分析し、違反を検出して自動修正し、レポートを生成します — すべてユーザーの介入なしで行います。ページやコンポーネントのデザインシステム準拠を監査したい、PrimeVue/Tailwind/Hexagone トークンからの逸脱を修正したい、または「design compliance」/「conformité design」に言及した場合に使用します。
プロジェクトの本番/エンタープライズ readiness を評価するとき、サプライチェーンセキュリティ(SLSA、cosign、SBOM、pnpm)を実装するとき、CI/CD パイプラインを強化するとき、品質ゲートを設けるとき(TYPO3:CI マトリクス PHP 8.2-8.5 × TYPO3 12.4/13.4/14.3 LTS)、OpenSSF Best Practices Badge(Passing/Silver/Gold)や OSPS Baseline レベルを目指すとき、コード品質をレビューするとき、ADR を書くとき、Git hooks や CI パイプラインを設定するときに使用。
失敗した GTM テスト向けの平易な修正ガイド。テストが失敗し、開発者が各問題を修正するための手順を必要としているときに使用する。gtm-test-results.json を読み取り、平易な英語で修正ガイドを書く — 従うのに GTM の専門知識は不要。API 呼び出しは行わない。トリガー — 「fix guide」「how do I fix failing tests」「tests failing」「gtm test failures」「fix my tracking」「what broke」。
このスキルは、ホストシェルから Android デバイスを操作するために使用します — `adb shell input` でタップ、スワイプ、テキスト、キーイベント、ドラッグアンドドロップを注入し、`wm size` / `wm density` でディスプレイを変更し、`settings put global window_animation_scale 0` でハーメティックテスト設定を切り替え、`pm clear` と `am force-stop` でアプリの状態をリセットし、`am start -n pkg/.Activity` で Activity を起動し、API 30+ では非推奨の `svc` エイリアスの代わりに現代的な `cmd <service>` ラッパー(`cmd wifi`、`cmd connectivity`、`cmd uimode night`、`cmd locale set-app-locales`)を使用します。ユーザーが "input tap"、"input swipe"、"input text spaces"、"KEYCODE_BACK"、"wm size for screen-size matrix"、"settings put animation_scale"、"force-stop vs pm clear"、"svc wifi no-op"、"cmd wifi set-wifi-enabled"、"am start intent extras" に言及した場合は、このスキルを使用してください。
Cucumber BDD と Playwright で E2E テストを書くとき、BDD テスト基盤をセットアップするとき、Gherkin の feature ファイルを書くとき、step definition を実装するとき、hooks と World を設定するとき、Cucumber を CI/CD と統合するときに使用する。Cucumber、BDD、Gherkin、feature ファイル、step definition、Given When Then、hooks、tags、World、scenario outline、@cucumber/cucumber で呼び出す。
回避策を適用する前に、Decentraland SDK のバグ、エンジン/Explorer のランタイム制限、ドキュメントの不足を SDK チームに報告します。SDK7 API、コンポーネント、Explorer、Creator Hub、`@dcl/sdk` ツールチェーンがドキュメントどおりに動かない、シーンに合理的に必要な機能が欠けている、または回避策が必要だと判明した場合は、回避策が簡単でも必ず使用します。シーンごとに一度だけユーザーの同意を求め、その後は自動で報告し、同じ問題を重複して送信しません。ユーザー自身のシーンコードのバグ、API の使い方に関する質問、またはスキルが既知の制限としてすでに記録している問題には使用しないでください
完成済みの api-spec(操作、リクエスト/レスポンスのスキーマ、認証、エラーモデル、ページネーション、バージョニング、例を含むエンジニアリング上のワイヤー契約)をレビュー/評価し、クライアントがすべての操作を呼び出せるか、サーバーが契約だけを基に実装できるかを判断する際に使用します。執筆ではなく、受け入れ判定のゲートです。単一ソースの11条件からなる契約完全性基準で評価します:スタイル + 基本事項 + バージョニング + 非推奨ポリシー;すべての操作を列挙して追跡;各操作の双方の型とステータスコードを完全に定義(成功パスのみでは不合格);認証 + 操作ごとの認可;完全なエラーモデル(単一の形式 + すべての失敗ケース + 再試行可能性);共有型から data-model を参照;ページネーション + 同順位の決定規則;スキーマに合致した例;api-reference との一方向性;リリース済み API との整合性;差分範囲に限定した修正。スタイルに依存しません(REST/GraphQL/gRPC、OpenAPI 前提ではありません)。正確に `VERDICT: approve|revise` を出力します。執筆、data-model、api-reference、一般的な設計ドキュメント(design-review)には使用しません。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
