Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
顧客の PostHog A/B 実験を監査する — 設定、露出、アトリビューション、指標を検証する。トリガーフレーズには「audit [customer]'s experiment」「audit the [name] experiment」「check experiment setup for [customer]」「validate this A/B test」、または実験が正しく接続されているかを確認するあらゆる要求が含まれる。顧客のプロジェクトへの MCP アクセスがすでにあることを前提とする（通常、このプラグインに同梱される `impersonate-audit` ラッパーが設定するなりすましフローによる）。
スタック非依存のデュアルジャッジプロトコルと仕込んだトラップを用いて、リポジトリの Agent harness（AGENTS.md、ルール、スキル、スキル参照）を、壊れたパス/コマンド、冗長な指示、有用性の観点で評価する。最上部に高優先度のアンケート：Q1 は任意ドキュメント、Q2 は Track A（確実性/token）の前の B/C 予算。A は常に Q2 の後に実行し、B/C はオプトイン。ADR/RFC は T2 から除外。混合適用は 11-mixed-apply.md（KEEP/CUT）を使用する。ユーザーが harness eval、harness-eval、harness debug、audit AGENTS.md、audit skills/rules、instruction audit、agent 指示の冗長性、スキルの有用性、harness の Ship/Review/Hold/Slim/Keep-core と言う場合、または Track A/B/C の harness 評価を希望する場合に使用する。harness のセットアップや初期化、機能スペック駆動の作業（tlc-spec-driven）、レポート後にユーザーが明示的に要求しない限り Ship/Slim トリムの適用には使用しない。
ユーザー自身のエージェントコードまたは記録済みの trace から出発し、Kitaru のセットアップ、セッションのインポートまたは記録、人によるレビュー、受け入れられた振る舞い、バージョン付き cohort、評価器の選択までを案内し、その後、境界を定めた 1 つの変更を replay-experiment skill に引き渡す。既存のエージェントを接続または検査したい、ファイルやプロバイダー API から実際の trace をインポートしたい、インポート後のインサイトを追跡したい、既知の不具合や意外なセッションを調査したい、繰り返し発生する失敗モードを発見したい、証拠に基づくレビューフローを学びたい、調査を再開したい、レビュー済みの証拠から cohort を作成したい、受け入れられた振る舞いの評価器を作成したい場合に使用する。初めてのユーザーでエージェントや証拠がなく、PydanticAI returns agent の例を使った簡単なデモを希望する場合は、代わりに `kitaru-guided-tour` skill を使用する。
シナリオカバレッジの強制と構造化されたエビデンス出力を備えたミューテーションテストの品質ゲート。プロジェクト種別を検出して適切なツール（cargo-mutants、Stryker、mutmut、Muzak）を実行し、生存ミュータントをミューテーション種別（算術、比較、ブール、戻り値、文の削除）ごとに分析し、テストを推奨する前にシナリオカバレッジのチェックを強制し、MUTATION_RESULT JSON のエビデンスパケットを生成し、100% のキル率の品質ゲートを強制する。ミューテーションテストの実行、テスト品質の検証、PR の準備、生存ミュータントの分析を行うときに使用する。トリガー：「run mutation testing」「mutation score」「surviving mutants」「kill rate」「cargo mutants」「stryker」「pre-PR quality check」「are my tests good enough」。対象外：テストの作成（tdd を使用）、テスト失敗のデバッグ（debugging-protocol を使用）。
エージェントが Roblox Studio で何かを構築、修正、テストするときに使用します。「Roblox ゲームを作って」「Roblox Studio」、Luau スクリプト、「Roblox ゲームが重い」、エージェントによる Studio の操作、Studio MCP サーバー（execute_luau、start_stop_play、screen_capture）、Rojo または Script Sync のプロジェクト、オフラインでの Luau チェック、コードによるプレイテストが対象です。MCP サーバーに Studio が表示されない、プレイテストが停止する、2019～2023 年の Roblox コードが動かない場合や、Roblox の要件（UI、データ、ネットワーク、戦闘、収益化、アセット、パフォーマンス）を適切な scenario-roblox-* の専門家に割り当てる場合にも使用します。
コーディングエージェントのためのアクティブなランタイムリカバリ：タスクの途中で問題が発生したら、根本原因を診断し、修正を書き、壊れたものを再実行して検証し、証拠とともに `HEAL-` エントリを `.learnings/HEALS.md` に記録する。コマンド、テスト、ビルド、lint が失敗または非ゼロで終了したとき、ツールの欠如、依存関係/lockfile の不一致、ランタイムバージョンの誤り、venv や権限のエラー、ポートの競合、git の状態がクリーンでない、`.env` の欠如のときに使用。エージェントがまだ存在しないヘルパーや単発スクリプトを必要とするとき、外部 API、ツール、MCP がエラーやレート制限を返すとき、テストがフレークするときにも使用。まず `Pattern-Key` で `HEALS.md` を検索する — ほとんどの修復は再発なので、重複させずに `Recurrence-Count` を増やす。検証は必須：サンドボックス環境では正直に `pending-verify` とし、修正を機能させられない場合は `abandoned` とする。`self-improvement`（再発する修復を永続メモリに昇格させる）と組み合わせて使うが、self-improvement にはない「永続化前に検証する」規律はこちらが担う。
HTML テンプレート、JS コントローラー、SLDS 準拠の CSS、js-meta.xml 設定、Jest テストで Lightning Web Components をスキャフォールドする。Lightning Web Components、LWC、コンポーネントのスキャフォールド、LWC の Jest テストについて尋ねられた場合に使用する。.js-meta.xml ファイル、「LWC」「Lightning Web Component」「wire adapter」「lightning component」「@api/@wire/@track デコレーター」への言及で起動する。
TypeScript の型チェックを独立した品質ゲートとして設定または実行するときに使用 — 厳格な tsconfig.json の作成または強化、ビルドとは別に実行する `tsc --noEmit`（または `tsc -b --noEmit`）チェックの追加、そのチェックの CI への組み込み、またはマルチパッケージ（pnpm/Turborepo）monorepo 向けの TypeScript プロジェクト参照の設定。専用の型チェックゲートが必須である理由（バンドラーやトランスパイラーは型を検査せずに除去する）、`strict: true` を超えて有効にすべき厳格なコンパイラオプション群、Vite の分割設定レイアウト、複合プロジェクト参照によるパッケージ間の型解決を扱う。TypeScript 5.x。
コマンドラインツールが本当に言った通りのことをしたのかを、終了コードや出力を信じるのではなく証明する。実行の前後でファイルシステムをスナップショットし、期待される結果を事前に明示し、4 つの判定のうち 1 つと、観測できなかった事柄を返す。ビルド、マイグレーション、スキャフォールダー、フォーマッター、コード生成ステップ、AI コーディング CLI の実行後に使用；コマンドが成功を出力し、あなたが「完了」と報告しようとしているとき；「終了コード 0 なのでうまくいった」と書こうとしているとき；またはツールがファイルを編集したと主張するとき。何もインストールする必要はない。
監査可能なエージェントチーム：BMAD 全自動開発パイプラインのオーケストレーター。9 つの専門 Agent（PM、アーキテクト、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps）を要件からデプロイまでオーケストレーションし、各ステップにイベントソーシング + 回避不可能なゲート + 決定論的 eval を備えます — テストが本当に実行され、ゲートが本当に通過したことを検証できます。単一工程のスライスコマンド（/boss:plan /review /qa /ship）と、CLI なしの純粋な Markdown フォールバックをサポートします。 Triggers（全パイプライン）: 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Triggers（単一工程のスライス、既存プロジェクトで最もよく使用）: - /boss:review — '帮我评审', '代码评审', '技术评审', '看看这段代码有什么问题', '风险评估', 'review this', 'review my PR', 'code review' - /boss:qa — '跑一下测试', '补测试', '检查质量', '测试覆盖够不够', '门禁过了吗', 'run the tests', 'check quality', 'add tests' - /boss:plan — '先出个方案', '写个 PRD', '设计一下架构', 'write a spec', 'plan this feature' - /boss:ship — '可以发布了吗', '部署检查', 'ready to ship', 'deploy checks' Does NOT trigger: - 単一ファイルの変更や簡単なバグ修正（直接編集すればよい） - 純粋なコードの読解や説明（read ツールを使用） - 既に pipeline が実行中の重複起動 - ごく小さな作業（手作業で 30 分未満で完了見込み、PRD/アーキテクチャ/ゲート記録が不要） Output: 完全なプロジェクトコード + PRD/アーキテクチャ/UI/テスト/デプロイのドキュメントを .boss/<feature>/ ディレクトリに書き込み
Drift CLI を使用して OpenAPI 仕様に対して API 実装を検証し、仕様ドリフトを検出し、双方向契約テスト（BDCT）をサポートする。ユーザーが Drift、API 契約テスト、プロバイダー契約テスト、プロバイダー検証、仕様ドリフト、API 適合性テスト、OpenAPI 検証、BDCT、drift expressions、drift datasets、drift lifecycle hooks、またはテスト文脈での Lua スクリプトに言及したときに使用する。ユーザーが Drift テストケースの作成、実行、デバッグを求めたときに使用する。ユーザーが自身の API を OpenAPI 仕様に対してテストしたい、OpenAPI 仕様からテストを生成したい、または自身の API が仕様からドリフトしているかを確認したいときに使用する。ユーザーがエンドポイントの完全なカバレッジを望む、すべてのテストをパスさせたい、または「すべてがパスするまで実行し続けて」と求めたときに使用する。また、ユーザーが AsyncAPI、イベント駆動 API テスト、Kafka 契約テスト、SNS または SQS テスト、非同期メッセージ契約に言及したとき、またはサービスが AsyncAPI 仕様に一致するメッセージを公開または消費することを検証したいときに使用する。
DSH ホスト自体がアップグレードされた（またはされようとしている）際に、インストール済みの Web/クライアントプラグイン群全体を新しいホストに対して確認する必要がある場合に使用します。1 つ以上のサーフェスが壊れた、消えた、または互換性の再検証と再リリースが必要な場合です。ホストアップグレード後に、ユーザーが報告する前にサイレントな破損を洗い出す場合や、プラグインごとの修正/リリースのループ（ブランチ、バンプ、変更履歴、タグ、ミラー）を実行する場合にも使用します。
機械的なセンチネルゲートを備えた、生産レベルのフロントエンドへのワンストップパイプライン：1 通のメッセージでテーマソースをヒアリングし（A 既定の macOS グラスモーフィズムプリセット · B デザインドキュメントのフォルダ/ファイル · C 対象ページの URL を貼り付け）、パラメータを単一の design.md ファイルに固定し（hallmark と impeccable が共通で読み込む）、design-sync.py で tokens.css と frontmatter を生成、hallmark に従ってトークンのみのページを構築、fe-gate.sh（impeccable detect の 61 の決定論的ルール rc 0/1/2 + Playwright 4 ビューポート）と rubric audit/harden/polish を実行し、ゲートがグリーンになるまで納品しない。ユーザーが「frontend production」「production-grade frontend」「dựng FE chuẩn production」「giao diện kỷ luật」「prd-grade-fe」「/prd-grade-fe」と言ったときに呼び出す。hallmark（デザイン基盤、impeccable ゲートなし）とも /br（BR→frame のパイプライン、フロントエンド層を個別に扱わない）とも異なる。
リポジトリに基づくシニアエンジニアの判断を、重要な JavaScript または TypeScript の作業、および本番環境や境界をまたぐリスクを伴う範囲の限られた JS/TS 変更に適用します。些細な構文の質問、一般的なチュートリアル、JS/TS の成果物がないタスクには、明示的に呼び出されない限り使用しないでください。正確性、契約、状態、副作用、並行性、互換性、セキュリティ、再利用、ランタイムの整合性、長期的な保守性が実質的に重要となる Node、ブラウザ、フロントエンド、worker、エッジの作業に使用します。
あらゆるコーディングエージェント CLI 上で Agent Skill をエンドツーエンドで厳格に評価する——スクリプトがドキュメント記載の数値を出力するかを検証し（決定論的チェック）、その説明が正しいプロンプトでトリガーされるかをテストし、SKILL.md に従うエージェントがスキルなしのベースラインを上回るかを測定する（合格率の差分あり／なし、平均 ± 標準偏差、ベンチマーク済み）。スキルの品質をテスト、ベンチマーク、検証、評価、定量化したい場合、スキルが「actually works」かを確認したい場合、2 つのスキルバージョンを比較したい場合、スキルのトリガーを最適化したい場合、評価スイートを構築したい場合に使用する。ユーザーが「is this skill any good」「does my skill work」「benchmark this skill」とだけ言う場合も含む。Claude Code、OpenAI Codex、Antigravity (agy)、Cursor、GitHub Copilot、Amp、opencode、Grok をヘッドレスモードで駆動する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。