Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
Bagisto のエンドツーエンドテストを書く、変更する、デバッグするときに使用 — 何をカバーするかの判断、Playwright スペック、ページオブジェクト、ロケーター、アサーション、ACL ロールのカバレッジ、フィクスチャ、テストデータ、管理画面とストアフロントのカバレッジ、回帰テスト、失敗した E2E 実行など。トリガーフレーズには "playwright"、"e2e"、"end to end"、"spec.ts"、"page object"、"browser test"、"add tests for"、"flaky test"、"regression test"、"shard" が含まれる。
コードベース全体のコード品質監査システム。セキュリティ、SOLID 原則、アーキテクチャ、エラー処理、パフォーマンス、テスト品質、コードスメル、デザインパターン、フレームワークのベストプラクティスを扱う 9 つの専門サブスキルを備える。スコア付きの健全性ダッシュボード（カテゴリごとに 0-100）、深刻度評価付きの指摘（P0-P3）とその根拠、コピー&ペースト可能な修正プロンプトを生成する。また、ベースブランチとの PR 形式の差分レビューも行う。厳密に読み取り専用 —— ユーザーのコードを決して変更しない。ユーザーが "codeprobe"、"audit"、"full code review"、"code health"、"check my code"、"security scan"、"code smells"、"SOLID check" と言う場合、またはコードベースの健全性、リスク、保守性を尋ねる場合に使用する。（作業中の差分のみをレビューする場合は、ユーザーが codeprobe を求めない限り、組み込みの /code-review の方が適切なことがある。）
CodeRabbit CLI によるローカルコードレビューと .coderabbit.yaml の設定。プッシュまたは PR 作成前に未コミット / コミット済みの変更に対して AI レビューを実行し、--agent の検出結果を解析し、時間単位のレート制限内で修正と検証のループを反復し、低ノイズ高シグナルのレビューに向けてリポジトリ設定を調整する。また CLI からクラウドの Coding Agent タスク（coderabbit code）を実行する。プッシュ前 / PR 前のローカル変更のレビュー、coderabbit/cr CLI のインストールや操作、CodeRabbit クラウドタスクの開始や追跡、.coderabbit.yaml の作成や調整、CodeRabbit レビューのノイズ削減に使用する。PR 側のレビューループとスレッド処理（git-pr）、コミット（git-commit）、CI ステータス（git-ci）には使用しない。
ユーザーが DPA 対応ハードウェア（最低サポートは ConnectX-7、推奨は ConnectX-8、または BlueField-3）で doca_flow_dpa_perf を呼び出し、DPA オフロードされた DOCA Flow パス上のルール更新／無効化レートを測定しようとしているときにこのスキルを使用します — アクティブ／パッシブのデバイス分割の選択、ワークロード形状の軸（burst、queue、completion threshold、workers、hash pipe algo、PSL tables）の選択、または Kops/sec のイテレーション統計とオプションのセルフテストの読み取りを行う場合です。ユーザーが "doca_flow_dpa_perf" や "DPA Provider" を明示的に言及していない場合でもトリガーします — 典型的な暗黙の表現には "how fast can the DPA program path-selector entries"、"baseline rule-update rate on ConnectX-8"、"tool reports zero ops on my BlueField"、"self-test sentinel never shows on tcpdump"、"is my BlueField-2 DPA-capable" などがあります。ホスト／DPU-CPU Flow パス（doca-flow-perf）、Flow パイプラインのチューニング（doca-flow-tune）、doca-flow / doca-dpa アプリケーションの作成、DOCA のインストールについては拒否し、他のスキルへ振り分けてください。
このスキルは、Compose の安定性が気づかないうちに後退したときにビルドを失敗させる CI ゲートを設定するために使用する。`skydoves/compose-stability-analyzer` Gradle プラグイン（第一候補）または `j-roskopf/ComposeGuard` プラグイン（非 Android マルチプラットフォーム向けの代替）を使う。`com.github.skydoves.compose.stability.analyzer` の適用、`composeStabilityAnalyzer { stabilityValidation { ... } }` DSL の設定、`:stabilityDump` による `.stability` ベースラインの生成、バージョン管理へのコミット、`:stabilityCheck` の GitHub Actions などの CI ジョブへの組み込みを扱う。チームが安定性 SLO を求める場合、不安定なパラメータが共有データクラスに紛れ込み、ジャンクが報告されるまで見過ごされた場合、大規模アプリを strong skipping に移行する場合、またはユーザーが stabilityCheck、stabilityDump、baseline drift、ComposeGuard、「fail the build on stability regression」に言及したときに使用。
ADK 統合ドキュメントページ（docs/integrations/ 配下の Markdown ファイル）または統合プルリクエストを、正確性、構造、スタイル、動作するコード、有効なリンク、カタログ規約の観点でレビューする。優先順位付きのレビューレポート、推奨される判断（承認、変更依頼、PR クローズ）、トップレベルのレビュー返信、行に紐づく下書きコメントを作成する。問題を修正するのは明示的に依頼された場合のみ。"integration-review"、"review integration page"、"review integration PR"、"review this integration"、"check integration docs" でトリガーする。
mobilecli コマンドラインツールまたは JSON-RPC API を使用して、モバイル自動化、アプリテストを実行し、iOS および Android デバイス、シミュレータ、エミュレータ、アプリとやり取りします。ユーザーが接続済みデバイスの一覧表示、シミュレータ/エミュレータの起動またはシャットダウン、モバイルのスクリーンショット撮影、画面収録の開始、キー/タッチ入力（タップ、テキスト、スワイプ、ピンチ、ハードウェアボタン）の送信、アプリの管理（インストール、アンインストール、起動、終了、フォアグラウンドアプリの取得）、webview の検査（DOM のクエリ、JS の実行、ナビゲート）、デバイス上のファイルのダウンロード/アップロード、クラッシュレポートの取得、mobilecli のインストール、Mobile Next クラウド上のリモート実機の割り当てと解放を希望するときはいつでも、たとえ "mobilecli" を明示的に名付けなくても、このスキルをトリガーします。mobilecli npm パッケージが必要です。存在しない場合、このスキルがインストールします。
このスキルは、`skydoves/compose-stability-analyzer` IntelliJ / Android Studio プラグインをインストールして操作し、開発者が Gradle ビルドを待たずにエディタ上で Compose の安定性フィードバックをリアルタイムに確認できるようにする。ディスクからのプラグインのインストール、`Settings → Tools → Compose Stability Analyzer` パネルの設定、4 種類のガターカラー（緑は安定、赤は不安定、黄はランタイム、灰はパラメータなし）の読み取り、パラメータごとのホバードキュメント、インラインのパラメータヒントバッジ、`UnstableComposable` の弱警告インスペクションとその `@Suppress("NonSkippableComposable")` および `@Suppress("ParamsComparedByRef")` クイックフィックスを扱う。ユーザーがガターアイコン、インラインヒント、安定性インスペクション、IDEA プラグイン、編集中のリアルタイム安定性フィードバックに言及したとき、またはエディタで composable がスキップ不可とマークされる理由を尋ねたときに使用する。
このスキルは、`skydoves/compose-stability-analyzer` IntelliJ / Android Studio プラグインの能動的な調査機能を操作する。ルートの `@Composable` からコールグラフをたどる静的な Recomposition Cascade ビジュアライザーと、接続されたデバイスの logcat から `D/Recomposition` イベントを各計測対象 composable の上のブロック型インライにストリーミングするライブ Recomposition Heatmap を扱う。`Compose Stability Analyzer` ツールウィンドウの 3 つのタブ（Explorer、Cascade、Heatmap）、深さ上限と循環検出を備えたカスケードアナライザーの静的 PSI 走査、ヒートマップが消費する ADB logcat コマンド、切り替え/クリア操作を扱う。ユーザーが「この composable を変更すると何が巻き込まれるか」「あのスクロール中に何回再コンポーズされたか」「この状態変更の影響範囲はどれくらいか」と尋ねたとき、またはカスケードタブ、ヒートマップタブ、再コンポーズのインライ、`Toggle Recomposition Heatmap` に言及したときに使用する。
コードベース全体のコード品質監査システム。セキュリティ、SOLID 原則、アーキテクチャ、エラー処理、パフォーマンス、テスト品質、コードスメル、デザインパターン、フレームワークのベストプラクティスを扱う 9 つの専門サブスキルを備える。スコア付きの健全性ダッシュボード（カテゴリごとに 0-100）、深刻度評価付きの指摘（P0-P3）とその根拠、コピー&ペースト可能な修正プロンプトを生成する。また、ベースブランチとの PR 形式の差分レビューも行う。厳密に読み取り専用 —— ユーザーのコードを決して変更しない。ユーザーが "codeprobe"、"audit"、"full code review"、"code health"、"check my code"、"security scan"、"code smells"、"SOLID check" と言う場合、またはコードベースの健全性、リスク、保守性を尋ねる場合に使用する。（作業中の差分のみをレビューする場合は、ユーザーが codeprobe を求めない限り、組み込みの /code-review の方が適切なことがある。）
単一の OpenSpec 成果物を対象とする、作成後に敵対的レビューを行う工程です。サブエージェントが草案を作成し、`hrt-artifact-lint` で決定論的な構造チェックに合格した後、2 つのサブエージェントが新しい隔離コンテキストで並行してレビューします（Destructive Critic は内容／ロジック、Structural Auditor はリンターでは判断できない構造上の判断を担当）。指摘を解決してから最終化します。成果物（specs または design）を指定します。tempa-spec スキーマの `specs` および `design` フェーズで使用します。
OpenSpec の tempa-spec スキーマにおける成果物横断の整合性レビューです。コードを書く前に、proposal.md、specs/**/*.md、design.md、tasks.md が相互に整合し、要件に忠実かを確認します。1 サイクルは、ALIGN パス（`hrt-artifact-lint` による決定論的な構造と網羅性の確認、5 つの判断軸、結果ゲート、続いて HIGH/MEDIUM/LOW × MECHANICAL/DECISION に分類。HIGH DECISION の指摘はまとめて提示し、1 件ずつ回答し、それ以外は一括要約）、新しいコンテキストでの VERIFY パス（ALIGN で HIGH の指摘があった場合のみ）、specs と design を中心とした人間による WALKTHROUGH で構成されます。WALKTHROUGH のフィードバックは ALIGN に戻されます。問題のない WALKTHROUGH が完了するか、ユーザーが承認すると終了します。3 サイクル後には続行するか確認します。tempa-spec スキーマの `align` フェーズで使用します。
ミクロレベルでの NestJS コード品質監査を実行する。テスト、アーキテクチャ、DTO バリデーション、エラーハンドリング、コード実装について、最新の GitHub 標準に照らしてコードを検証する。詳細な違反レポートと優先順位付きのアクションプランを生成する。ユーザーが NestJS のコード品質チェック、ベストプラクティスの検証、バックエンドコード標準のレビューを求めたときに使用。トリガー：'nestjs best practices'、'backend code quality'、'code review'、'nestjs standards'、'dto validation'、'error handling review'。
ソフトウェアチーム向けの QA 方法論を設計・適用する：テスト戦略、リグレッションテスト、CI 失敗のトリアージ、テスト自動化、品質ゲートとメトリクス、リスクベーステスト、探索的テスト、テスト設計技法、AI コード品質ゲート（独立検証、成果物の来歴、仕様優先のオラクル、AI レビューコメントのトリアージ、Spec-Driven Development における受け入れ基準のテスト可能性）、ミューテーション誘導によるテスト強化とレビュー証跡（生存ミュータント、弱いアサーション、差分を考慮したミューテーションテスト）、エージェント評価設計（データセットテスト設計、判定者をテスト対象システムとする考え方、フレーキー評価の規律）、QA のキャリアレベル（Senior/Staff/Principal）、SDET エンジニアリング（テスト基盤、gTAA、CI/CD 統合）。本番インシデントの根本原因デバッグ、セキュリティ実装や脅威モデリング、評価フレームワークのガバナンスと統計分析には使用しないこと——それぞれ systematic-debugging、secure-software-engineering、agent-evals-and-observability に振り分ける。
ミクロレベルでの React コード品質監査を実行する。テスト、コンポーネントアーキテクチャ、hooks パターン、状態管理、パフォーマンス、TypeScript について、最新の GitHub 標準に照らしてコードを検証する。詳細な違反レポートと優先順位付きのアクションプランを生成する。ユーザーが React のコード品質チェック、ベストプラクティスの検証、フロントエンドコード標準のレビューを求めたときに使用。トリガー：'react best practices'、'react code quality'、'component review'、'hooks review'、'react standards'、'frontend code quality'。
新しいコードの作成、バグ修正の提案、PR／diff のレビュー、抽象化レイヤー、設定レイヤー、プラグインシステム、汎用的な仕組みを追加するかどうかの検討では、必ずこのスキルを使用します。アーキテクチャ／設計の議論、「複雑すぎるか」という質問、Claude が新たな抽象化レイヤーの導入を提案しようとしている場合も対象です。基本姿勢は、コードは鑑賞する作品ではなく、人が読むために書くものということです。優雅さや巧妙さより、道路標識のように瞬時に理解できる使いやすさを優先します。ユーザーが「シンプルさ」と明言していなくても、「設定可能にすべきか」「このバグの応急修正」「この PR をレビューして」「ヘルパーに抽象化すべきか」「コードベースが散らかっている」といった場合にも適用します。一問一答の事実確認、純粋な書式／誤字修正、またはユーザーが汎用／設定可能な設計を明示的に求めている場合には使用しないでください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。