Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
テスト・品質
作業を完了と呼べるか判断します。タスクを完了、終了、準備完了、動作中、修正済みと言う前、自分の成果物について「検証済み」「PASS」「テスト済み」と主張する前、セッションを終えるときや翌日に作業を再開するとき、コミットの直前、破壊的操作、信頼境界、無人自動化に関わる変更について yes/no の確認質問を作成する前、さらに失敗後に使用します。成果物の種類ごとの検証基準、作成者が実行できるチェックと新しいコンテキストが必要なチェック、誠実な3部構成の納品メッセージ、失敗のカウント、セッション終了時の締めくくり手順を扱います。
現在のブランチで直近に失敗した GitHub Actions の CI 実行を診断して修正する。GitHub CLI で失敗した実行のログを取得し、根本原因（失敗したテスト、コンパイルエラー、lint 違反など）を特定し、ローカルの作業ツリーに的を絞った修正を適用し、ユーザーの確認を得たうえでのみコミットしてプッシュする。'fix the CI'、'fix the failing action'、'the build is red'、'javítsd a CI hibát'、'piros a build' と言われた場合や、現在のブランチで失敗した Actions 実行の URL を貼り付けた場合に使用する。保護されたブランチ（main、master、develop）では実行を拒否する。
AFL++ のカバレッジガイド付きファジングを CI/CD パイプラインに統合する。ハーネスの構築、AFL++/AddressSanitizer/CmpLog の計装ビルド、パーシステントモードのファジングを扱い、C/C++ コードのメモリ破壊および入力処理の脆弱性を発見する。ビルドパイプラインに自動ファズテストを追加する場合、またはネイティブ/コンパイル済みアプリケーションのメモリ安全性のバグを探す場合に使用する。
コードコメントと docstring の品質を 6 つのカテゴリ（WHY-not-WHAT、Density、Forbidden Content、Docstrings、Actuality、Legacy）で監査する。コードにコメントレビューが必要なとき、大規模なリファクタリングの後、または ln-100-documents-pipeline の一部として使用する。カテゴリごとの Compliance Score X/10 + Findings + Recommended Actions を出力する。
開発者とテスターが Python で Locust の負荷テストスクリプトを書き、修正し、構成するのをガイドする。ユーザーが Locust、locustfile、HttpUser、TaskSet、Python による負荷テスト、仮想ユーザー、spawn rate、wait_time、catch_response、LoadTestShape、ramp-up 段階に言及した場合、または Locust を使って API やサービスをベンチマークしたい場合 — たとえ「Locust」や「負荷テスト」と明示していなくても — このスキルを使用する。
Node プロジェクト向けの GitHub Actions CI を作成する - engines から導出するバージョンマトリックス、setup-node のキャッシュ、corepack を使わない pnpm セットアップ、フェイルクローズドな全チェック集約、merge_group 対応、concurrency。ユーザーが CI のセットアップ、Node テストマトリックスの追加、インストールのキャッシュ、必須チェックとマージキューの修正を求めたときに使用する。リリース/公開パイプラインや依存関係更新ポリシーには対象外。
OpenHarmony の graphic_2d graphic_test ピクセル比較テストを作成、変更、レビュー、デバッグする際には必ず使用すること。ユーザーが RSGraphicTest、GRAPHIC_TEST、GRAPHIC_TESTS、GRAPHIC_N_TEST、Rosen レンダリングテスト、RSCanvasNode、RSSurfaceNode、Drawing::Canvas、PixelMap、スクリーンショットテスト、graphic_test ディレクトリ、または /data/local/graphic_test の画像に言及した場合は必ず使用すること。
C/C++ の安定性コードレビューフレームワーク。5 つの安定性カテゴリ（例外処理、並行安定性、リソース管理、境界条件、グラフィックス安定性）にわたる計 34 のルールをカバーする。トリガーとなる場面：安定性の専項リポジトリ全体スキャン、コードコミット前のローカルレビュー、安定性監査、障害予防レビュー、コードレビュー、OpenHarmony 安定性スキャン、およびユーザーが C/C++ コードの安定性リスクのチェックを求めたとき。
最新のドキュメントに基づいて Playwright のブラウザ自動化と E2E テストを構築、レビュー、デバッグ、設定、移行、計画する。@playwright/test、playwright、playwright.config、locators、getByRole、locator.visible、frameLocator、アサーション、fixtures、Page Object Model、storageState 認証、テストロック、retryStrategy、ネットワークモック、HAR、トレース、UI Mode、codegen、CI シャーディング、Docker、APIRequestContext、stories/galleries のコンポーネントテスト、アクセシビリティ、スクリーンショット、ビジュアル比較、AbortSignal、Playwright MCP またはコマンドラインエージェントツールに使用する。
1 つのターミナルで使える 2 つのエージェント対応度スキャナー：isitagentready.com と is-agentic.com が実行するすべてのチェックに加え、コピー&ペーストできる修正、CI ゲート、スキャン履歴、どちらの Web UI も答えられないローカルストアを提供する。トリガーフレーズ：`scan my site for agent readiness`、`is my site agent-ready`、`what's my agent readiness level`、`what does is-agentic say about my site`、`cross-check my agent readiness score`、`compare both agent readiness scanners`、`how do I make my site ready for AI agents`、`fix my site for AI agents`、`check llms.txt and MCP discovery on this site`、`use isitagentready`、`run isitagentready`。
Maintain the .qa/ knowledge base of cross-session QA knowledge (quirks, flaky verdicts, defect patterns, contract changes); read before test tasks. Not for: pipeline state, case files (test-case-writing). 维护被测项目 .qa/ 跨会话知识库（环境怪癖、flaky、缺陷模式、契约变更）读写治理；任务前先读取。不用于：流水线状态、用例文件读写（test-case-writing）。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。