Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
テスト・品質
OpenHarmony の C/C++ コード向けにユニットテストケースを生成する。Use when: (1) ユーザーがサブシステム/モジュール/ファイル/関数のユニットテスト生成を依頼したとき；(2) HWTEST/HWTEST_F テストケースを書くとき；(3) ohos_unittest を作成するとき；(4) ユーザーが「テストケース生成」「ユニットテスト作成」、HWTEST、ohos_unittest に言及したとき。Keywords: HWTEST, ohos_unittest, unit test, C++ testing, ユニットテスト生成
openQAテストの作成、変更、デバッグ、およびopenQAの結果のレビューに使用します。ユーザーがopenQA、o3、os-autoinst、isotovideo、assert_script_runやassert_screenなどのtestapi呼び出し、needles、openqa.opensuse.org/tests/123のようなジョブURL、openQAのジョブグループやビルド、ソフト失敗、force_result、検証実行に言及した場合、またはopenQAジョブの失敗理由、テストの作成・スケジュール・実行・修正方法、テストPRのレビュー、openQA結果のレビューやラベル付けについて尋ねた場合に使用します。テスト対象は、PerlまたはPythonのos-autoinstテストモジュール、YAMLスケジュール、テストデータ、os-autoinst-distri-opensuseまたはカスタムテストディストリビューションへのプルリクエストです。結果対応では、ログから失敗・未完了・タイムアウトしたジョブをトリアージし、ジョブグループやビルドを調査し、製品バグ、テストの問題、インフラの問題を分類します。また、openQAが解析するbugrefs、ラベル、引き継ぎ事項を含むバグ報告やジョブコメントを作成します。OBSのパッケージビルド失敗、mtuiによるメンテナンス更新の検証、通常のバグトラッカー作業、他のCIシステム、一般的なPerlの質問には使用しません。
diff（pull request、commit、ローカルの変更）をプロジェクトの BLUEPRINT.md の slice カタログと比較してレビューする。入力形式（git diff、GitHub/GitLab の PR URL または番号、commit SHA、貼り付けた diff）を自動判別する。diff が触れる各プロジェクトの blueprint を読み込み、指摘を「宣言済み slice からの逸脱」「汎用的なアンチパターン」「改善」に分類する。曖昧な場合はヒューマン・イン・ザ・ループで確認する（slice の分類、重大度、曖昧な逸脱）。出力は一時的なもので、チャットに出力するか依頼時に保存し、自動コミットは決して行わない。ユーザーが「review this PR」「check my changes」「any anti-patterns in this commit」「is this safe to merge」「look at PR #N」「review my diff」と尋ねたとき、diff を貼り付けたとき、commit SHA に言及したとき、またはコード変更のマージ前チェックを求めたときに使用する。
agent-browser を使用して、Vercel Authentication、SSO、または Deployment Protection で保護された Vercel デプロイにアクセスし、テストします。プレビューまたは本番 URL が Vercel のログインページにリダイレクトされる場合、保護による 401 または 403 が返る場合、静的なバイパスシークレットや公開例外ではなく、有効期間の短い Trusted Sources OIDC 認証が必要な場合に使用します。
Red Hat Developer Hub の動的プラグインエコシステム向けの恒久的な自動テストをどこに置くべきか助言する：どのリポジトリ（rhdh、rhdh-plugins、または rhdh-plugin-export-overlays）、どの層（L1 ユニット、L2 startTestBackend 統合、L3 React Testing Library コンポーネント、L4a クラスタ不要の Playwright、または L4b クラスタ e2e）、どの harness、どの隣接ファイルを模倣するか。「このテストはどこに置くべきか」「このテストにはどのリポジトリと層か」「クラスタは必要か」「この e2e はコストが高すぎないか」、またはテストの層が誤っているというレビューコメントに使用。助言のみ — 配置を推奨しテンプレート名を示すだけで、テストを書かず、ファイルも変更しない。
Clippy、rustfmt、cargo ツールによる Rust コード品質。リンティング、フォーマット、idiomatic な Rust パターンを扱う。使用場面：ユーザーが "Rust"、"Cargo"、"Actix"、"Axum" を扱う、または "Clippy"、"rustfmt"、"Rust linting"、"Rust best practices"、"idiomatic Rust" について質問する場合。使用しない場面：SonarQube——`sonarqube` skill を使用、セキュリティ——`rust-security` skill を使用
ワークツリー全体からステージ済み・未ステージのファイルを分析し、機能ごとのクラスタ（test、docs、chore、ディレクトリプレフィックス）に分類し、グループごとに conventional commit メッセージを生成し、よくある問題（シークレット、デバッグ文、大きなファイル）を検出し、複数コミットの計画を提示して確認を得た後、グループごとに 1 コミットずつ順番に実行する。検出されたすべてのファイルが 1 つのグループにまとまる場合は、単一コミットのフローにフォールバックする。任意指定の --review フラグを付けると、まずワークツリーに対して整合性レビューを実行し（/code-review に委譲）、その検出結果をコミット計画の前に非ブロッキングの警告として提示する。トリガー：ユーザーが "commit"、"smart commit"、または /commit と言ったとき。--review を追加する（例：/commit --review、"commit con review"）と整合性ゲートが有効になる。
@DataJpaTest ではアサーションの前に TestEntityManager + flush()/clear() が必要 — これがないとテストは Hibernate L1 キャッシュを読み取り、誤って成功する。JPA テストを書く前に読むこと。トリガー:@DataJpaTest、JpaRepository、TestEntityManager、@ServiceConnection、Testcontainers、@Modifying、Hibernate 6/7、@AutoConfigureTestDatabase、テストでの flush と clear、テストでの @Transactional、jakarta.persistence.EntityManager。
デスクトップのシッククライアントアプリケーション（.NET/WPF、Java、Electron、ネイティブ Win32）のローカルおよびネットワーク攻撃対象領域をセキュリティテストします。非 HTTP トラフィックのプロキシ、設定／レジストリ／メモリからのシークレットや DB 接続文字列の抽出、クライアント側の信頼制御の回避、更新チャネルや DLL 検索順序の確認を行います。バックエンドと通信するインストール済みデスクトップアプリの評価、Burp でファットクライアントの通信が見えない場合、または2層アプリがデータベースに直接接続する場合に使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。