Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
コード、品質、プロセス、ドキュメント、ロードマップ、ツールチェーンにわたって製品全体を監査する。リポジトリ全体のバグ調査、セキュリティ調査、破損バージョンの調査を担う（次元ごとに範囲と予算を設定し、`review-change` の変更スコープのレビューとは異なる）。重大度順に並べた F 番号付きのレポートを提案付きで 1 件保存する。修正や作業項目の起票は決して行わない。トリガー: "product-audit"、"audit the product"、"full health check"、"are we product-ready"、"CTO review"。
完成済みまたは修正済みの開発者ガイド——開発者ツール製品（SDK/ライブラリ/CLI/フレームワーク/API プラットフォーム）の採用 + 統合の説明——をレビューまたは判定するときに使用。開発者がそのガイドだけでツールをインストールし、統合し、運用できるかを判断する。作成ではなくゲート。単一ソースの 14 条件からなる採用可能性 + 正確性の基準で判定する：道しるべとなる start-here + 検証可能な最初の成功；レシピより前に概念；ハウツーが引き渡されたシナリオを網羅する；サンプルが実行可能で現在のツールに対して正確（捏造/古いエンドポイントなし）；api-reference へリンクし、決して重複しない；Diataxis のモードを明示；トラブルシューティングの道筋；修正はデルタ範囲でレビューされる。`VERDICT: approve|revise` + 実行可能な指摘のみを出力する；基準を満たすガイドは承認し（薄いガイドを誤って修正扱いにしない）、明示されたギャップがある場合にのみ修正を求める。作成するためではなく、エンドユーザー向けユーザーガイド、エンドポイントカタログ（api-reference レビュー）、エンジニアリング設計ドキュメント（design-review）でもない。
リリースランブック（システムを本番へ出荷するための本番移行手順）をレビュー/判定するときに使用——不慣れなエンジニアがそれだけで実行し、検証し、ロールバックできるかを判断する。作成ではなくゲート。単一ソースの 11 条件からなる実行可能性 + 安全性の基準で判定する：各手順がコピー&ペーストで安全 + 冪等で、期待される結果がある；go/no-go ゲート；完全なロールバック（各前進変更に対する revert、測定可能なトリガー、不可逆な場合はロールフォワード）；デプロイ後の検証はテスト計画の基準を再利用；エスカレーション + 監視；シークレットをインライン化しない（埋め込まれた token/key は指摘事項）；ステートフル変更の安全性（比例的）；ユーザーに影響するデプロイのためのコミュニケーション枠（比例的）；コマンドは上流に対してスポットチェック済み；捏造なし；デルタ範囲の修正。`VERDICT: approve|revise` + 実行可能な指摘を出力する；基準を満たすランブックは承認し（誤って修正扱いにしない）、明示されたギャップがある場合に修正を求める。作成するものではなく、QA テスト計画でも、エンジニアリング設計ドキュメント（design-review）でもない。
エンドユーザー製品ガイド——通常は非技術者が製品目標を達成するために読む利用者向けヘルプ（チュートリアル、ハウツー、説明、製品機能/設定リファレンス、トラブルシューティング、用語集）——をレビュー/判定するときに使用し、実際のユーザーがそのガイドだけでサポートされるすべての目標を達成できるかを判断する。作成ではなくゲート。単一ソースの 12 条件からなるユーザビリティ + 正確性の基準で判定する：目標ごとに 1 つのハウツー；4 つの Diataxis モードを正しく分類（混同しない）；完全な製品リファレンス（HTTP API ではない）；正確な手順を UI の正確なラベルで命名；症状をキーにしたトラブルシューティング；非技術者が理解できる平易な言葉；アクセシビリティ + 見つけやすさ；前提を明示し、捏造なし；デルタ範囲の修正。`VERDICT: approve|revise` + 実行可能な指摘のみを出力する；基準を満たすガイドは承認し（誤って修正扱いにしない）、明示されたギャップがある場合にのみ修正を求める。作成するものではなく、開発者採用ガイド、エンドポイントカタログ、エンジニアリング設計ドキュメント（design-review）でもない。
継続的なコード品質のための SonarQube/SonarCloud 統合。セットアップ、設定、品質ゲート、CI/CD 統合。使用場面:ユーザーが "SonarQube"、"SonarCloud"、"quality gates" に言及した場合、"code coverage"、"technical debt"、"code smells"、"sonar-project.properties"、"SonarScanner" について質問した場合。使用しない場面:ESLint/Biome には linting スキル、OWASP セキュリティにはセキュリティスキル、テストツールには Vitest/Playwright スキルを使用すること
Flutter モバイルアプリと Dart コード向けの静的セキュリティレビュー：ハードコードされたシークレット、安全でないストレージ、安全でないネットワーク呼び出し、ログ漏洩、脆弱な依存関係。シークレット、ユーザーデータ、ネットワーク通信、認証、暗号を扱うコードをレビューまたは記述する場合、あるいはログイン、サインアップ、支払いフォームのユーザー入力がリポジトリや API に到達する前に検証を追加する場合に使用する。レビューではなく安全でない変更の実装を求められた場合にも：API key を --dart-define、String.fromEnvironment、.env ファイル、または CI secrets に移す、あるいは「レビュアーがこの行を指摘した」。依存関係の脆弱性レビューや、「security」という言葉を一切使わないセキュリティ監査にも：pubspec をリリースして安全かどうか、依存関係の既知の脆弱性や CVE の確認、ignored_advisories エントリ、または晒されている固定バージョン。
ユーザーの実際の目標に対して既存の作業をレビューし、根拠に基づく強み、ギャップ、リスク、次の修正を提示する。eval、evaluate、review、assess、check の対象として現在/この/私の/私たちの作業を求められた場合、タスクが完了したかどうかを判断する場合、完了基準のチェックリストやルーブリックを作成する場合、または採点、LLM-as-judge、Qworld、RET 評価を実行する場合に使用。単なる eval/review の依頼は定性的なものとして扱い、会話、成果物、ファイル、diff から「現在の作業」を特定し、ユーザーが明示的にスコア、成績、点数、評価、加重基準、Qworld、RET を求めない限り、数値スコアを付与しない。自動評価スイート、テスト、採点器、ベンチマークの実装には使用しない。
セキュリティ重視の Xcode ビルド設定を監査し、有効化します。コンパイラ警告、スタティックアナライザのチェッカー、Enhanced Security 機能を段階的に有効化します。使用場面：ユーザーが Xcode プロジェクトの保護、セキュリティ設定の監査、ハードニングの有効化、ビルド設定のセキュリティ状況の確認、セキュリティ重視の静的解析の導入、静的解析の有効化、警告カバレッジの向上、診断のハードニング、C/C++/Objective-C/Swift でコンパイル時に多くのバグを検出したい場合。スキップ：ネットワークセキュリティ（TLS/ATS）、コード署名、プライバシー API。
Foundry プロジェクトにおける Solidity スマートコントラクトのデプロイ前セキュリティ監査。静的解析 (Slither、Aderyn)、シンボリック実行 (Mythril)、プロパティベーステスト (forge fuzz + ハンドラー付き不変条件テスト) を組み合わせ、EVM チェーンへのデプロイ前に再入、アクセス制御、オラクル/価格操作、算術バグを検出します。また、鍵の衛生管理 (平文の秘密鍵なし、暗号化された cast keystore) と安全なデプロイワークフローを徹底します。Solidity/Foundry コントラクトの作成、レビュー、テスト、デプロイ、dApp の構築、または forge/cast/anvil、MetaMask、Web3/DeFi コードを扱う場合に使用します。
dont-do-that packaging の問題を検査して修正する。過剰なカプセル化、過剰な抽象化、薄いヘルパー、薄い型分割、一度しか参照されない enum / 定数、インスタンスプロパティによるパラメータの回し渡し、React コンポーネントの責務の配置ミス、React フロントエンドの util 構成の誤り、Node.js バックエンドのレイヤー責務の誤りを含む。ユーザーがコード構造のレビューや修正、小さな関数のインライン化、薄い型の統合、単一箇所の定数の回収、React hook / TSX / フロントエンド util の責務の整理、Node.js service / logic / query のレイヤリングの確認、またはコードがプロジェクト規約に準拠しているかの判断を求めたときに使用。
スタンドアロンの .mjs スクリプトで Playwright をインストールして使用し（npx playwright test / *.spec.ts は使わない）、コードを素早く一度だけ検証します：localhost/file:// のスクリーンショット、console/pageerror の読み取り、要素が見えない/クリックできないときの getBoundingClientRect の測定、addCookies+addInitScript による認証バイパス。多段階の作業には、永続セッションモード connectOverCDP を使用します（タブ/cookie がターン間で保持され、シナリオ全体を盲目的に書くことはありません）。ユーザーが 'verify bằng playwright'、'chụp ảnh trang'、'test nhanh UI bằng script'、'verify nhiều bước'、'giữ session giữa các lần chạy'、'claude-in-chrome bị chặn localhost'、'không click được / không thấy phần tử' と言った場合、または /playwright-verify を呼び出した場合に使用します。uat-nonit-testcase（非 IT 向けの UAT テストケースセット）や claude-in-chrome（拡張機能、localhost/file:// でブロックされる）とは異なります — これはあらゆるタスクに適用できる一般的なガイドです。
Playwright の request fixture（TypeScript）または REST Assured（Java）を使って REST および GraphQL エンドポイントのコントラクトをテストする。スキーマ、認証、ステータス/エラー処理、ページネーション、冪等性、レート制限、コントラクトチェックを扱う単体の API テストに使用する。ブラウザ E2E テストには使用しない。キーワード: REST、GraphQL、API コントラクト、スキーマ検証、REST Assured。
Goプロジェクトの継続的インテグレーション：GitHub Actionsパイプライン、キャッシュ、golangci-lintの設定、テスト/カバレッジゲート、脆弱性スキャン、SAST（CodeQL、gosec）、Dependabot、アクションのバージョン固定、ビルドマトリックス、Makefileターゲット。使用例：「CIを設定」「Go向けGitHub Actions」「パイプラインにlintを追加」「CIが遅い」「カバレッジゲート」「ビルドマトリックス」「Makefileを書く」「CIでgovulncheckを実行」。対象外：コミット規約（git-commit）、依存関係の選定や監査（go-dependency-audit）、テスト自体の作成（go-test-quality）、リリースと署名（go-build-release）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。