Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
テスト・品質
コードレビューのチェックリスト、PR レビューのパターン、フィードバック手法、レビュー自動化。ユーザーが "review this code"、"code review checklist"、"PR review template"、"review best practices"、"write review feedback"、"review this PR"、"how to give feedback on code"、"PR too large"、"split this PR"、"review turnaround time"、"automated code review"、"CODEOWNERS"、"pair review"、"when to request changes"、"code review tool"、"review security"、"design review"、"performance review"、"test coverage review"、またはコードレビューとフィードバックに関するあらゆるタスクを求めたときに使用。
Midnight Network の hello-world DApp をゼロから生成する——Compact スマートコントラクト、vitest によるヘッドレス Node.js テスト、testkit-js FluentWalletBuilder を使ったウォレット設定、DUST 生成、デプロイとトランザクション呼び出し、およびすべての付随設定。ユーザーが完全な Midnight DApp を構築したい、新しいプロジェクトを立ち上げたい、エンドツーエンドのライフサイクルを理解したい、またはウォレット＋コントラクト＋テストの動作するボイラープレートを必要とするときに使用。本スキルは公式の midnightntwrk/example-hello-world リファレンス実装を使い、ローカル devnet（Docker スタック）で実行するために必要なすべてのファイルを生成する。
このスキルは、README、ADR、ランブック、ハウツー、設計ドキュメント、または任意の `.md` ファイルの Markdown フォーマットをレビュー、リント、修正するために使用する。「review this markdown」「lint this doc」「lint this README」「style-check this doc」「fix the formatting」「review my README」「is this markdown valid?」「fix the headings」「fix the list indentation」「ATX vs setext」「should I use a TOC?」「markdown style guide」「Markdown linter」で積極的に起動する。提供内容：行番号付きの指摘を伴う 2 パスの構文/スタイルレビュー。
Odoo 14-19 向けの包括的な Odoo セキュリティ監査ツール。モデルのアクセスルール、HTTP ルートの認証、sudo() の使用、SQL インジェクションのリスク、レコードルールの網羅性を対象とする。<example> 状況：ユーザーが完全なセキュリティ監査を希望 ユーザー：「私の HR モジュールに対して完全なセキュリティ監査を実行して」 アシスタント：「モジュール内のすべてのファイルについて、アクセスルール、HTTP ルート、sudo の使用、SQL インジェクションのリスクを監査します。」 <commentary>完全監査のトリガー - 包括的なセキュリティレビュー。</commentary> </example> <example> 状況：ユーザーがアクセスルールの確認を希望 ユーザー：「ir.model.access.csv のすべてのモデルに適切なアクセスルールがあるか確認して」 アシスタント：「すべての Python モデル定義をスキャンし、ir.model.access.csv と比較して、欠けている read/write/create/unlink ルールを洗い出します。」 <commentary>アクセス確認のトリガー - ir.model.access.csv の網羅性。</commentary> </example> <example> 状況：ユーザーが危険な sudo の使用を発見したい ユーザー：「sudo() が適切なコンテキストなしで使われている箇所をすべて見つけて」 アシスタント：「.sudo() 呼び出しをスキャンし、コンテキスト（controller、compute、action）ごとに分類し、権限昇格のリスクにフラグを立てます。」 <commentary>sudo 検出のトリガー - 権限昇格リスクの分析。</commentary> </example> <example> 状況：ユーザーが SQL インジェクション監査を希望 ユーザー：「私のモジュールの SQL インジェクション脆弱性をスキャンして」 アシスタント：「すべての Python ファイルをスキャンし、安全でない cr.execute() パターン、クエリ内の文字列フォーマット、パラメータ化の欠如を調べます。」 <commentary>SQL インジェクションのトリガー - 安全でないデータベースクエリパターンをスキャン。</commentary> </example>
永続化された 1 件の skore レポートの読み取り専用監査：`audit/NN_<stem>.py`（jupytext percent）、`experiments/` と `journal/` と 1:1 で対応。これを実行しない。`materialize.py` を 1 回だけ実行する。`skore.evaluate` や `project.put` を決して呼び出さない。トリガー：完了した実行に監査が必要なとき、ユーザーが実験の監査、表示、再監査を求めたとき、再実行が同じ `put()` key を上書きしたとき、`journal/ideas/` ファイルなしで過去の実験の叙述を求めたとき。停止条件：`status.setup.pending` が空でない場合（`setup-ml-project` をロード）、または承認済みの設計、レポート、agent feature がない場合：説明してユーザーを setup、`evaluate-ml-pipeline`、`model-ml-pipeline` へ誘導する。生データの探索や将来の実験のデータ源探しでも停止する。使用方法：journal、experiment、smoke、report を確認する。`templates/audit.py` からファイルを配置する。`templates/materialize.py` を scratch にコピーする。1 回実行する。G-AUDIT-FINDING を導出する。その後、継続かクローズかのゲートに進む。skore のシンボルは `api get` で解決する。
所有またはアクセス許可を得たサイトでの承認済みテスト、QA、正当な自動化ワークフローのために、自動化ブラウザセッションにサードパーティの CAPTCHA 解決サービスを統合する。ユーザーが次のことを必要とする場合にこのスキルを使用する：Playwright または Puppeteer のテストスイートで CAPTCHA チャレンジを処理する、reCAPTCHA v2/v3、hCaptcha、Cloudflare Turnstile、または画像ベースの CAPTCHA 解決を承認済みの自動化に統合する、QA スクリプトで CAPTCHA トークン注入を完了する。また、次の技術用語でもトリガーする：\"recaptcha integration\"、\"hcaptcha integration\"、\"turnstile integration\"、\"captcha solving service\"、\"CAPTCHA token injection\"、\"captcha API\"。承認済みの CAPTCHA 関連の自動化では常にこのスキルを使用する — 単純なケースでも正しいトークン注入パターンの恩恵を受ける。
QA Insights A4 を介して、失敗/ブロックされた TestRail 結果から CawPlan の欠陥を起票またはリンクする。使用場面：SQA が TestRail の Failed/Blocked 結果を CawPlan Ticket に変換したい、tests/view URL を貼り付けて欠陥を起票したい、A4 の欠陥ドラフトをレビューしたい、BUGFIX/FEATURE ticket を作成したい、既存の ticket を TestRail の欠陥にリンクし戻したい場合。tests/view からのコールドスタートでは、必ず defects draft の前に execution failures --test-id を呼び出すこと。test_id をドラフトパスの result_id として使用しないこと。A4 の書き込みパス（create-ticket）では必ず --body-file または --body JSON を使用し、--description や --result-id のようなフィールドフラグは決して使用しないこと。対象外：テストケースのインポート（`cawplan-testcase-import` を使用）；TestRail Plans/Runs の作成（`cawplan-testplan-layout` を使用）；リリースリスク評価；要件やテストポイントの生成。
Version/Ticket 単位でインポート済みのケースから、プレビュー優先のワークフローで CawPlan QA Insights TestRail テストプランをオーケストレーションする。ケースのインポート後に、ある CawPlan version または 1 つ以上の CawPlan ticket に対して A2 TestRail Plans/Runs を作成・実行する場合に使用する。対象外：テストケースのインポート（`cawplan-testcase-import` を使用）；テストポイントの生成；実行サマリー；欠陥の起票；リリースリスク。`cawplan api GET /api/v1/public/openapi/product/{product_id}` を製品名の解決に使用しないこと — そのルートは存在しない。
新しいコードの作成、モジュール/ファイル/関数/変数の命名、可読性のためのレビューやリファクタリング、複雑さの軽減、抽象化の適否の判断、CUPID によるレビューに使用します。また、建設的なハッカー精神（好奇心、職人技、オープンソースへの貢献、面倒な作業の排除。不正アクセスは決して行わない）にも対応します。関数、クラス、ファイル内で動作を維持するリファクタリングは `refactoring/` サブスキルに振り分けます。言語スキル（typescript、go、lisper）と併用できます。動作の変更（`testing`（TCRDD リファレンス））、ファイルをまたぐ依存関係の整理（`mikado-method`）、単なるシンプルさ/YAGNI の議論（`simple`）には使用しないでください
ユーザーが "triage coderabbit"、"check coderabbit comments"、"analyze coderabbit review"、"fetch coderabbit findings"、"coderabbit PR"、"review coderabbit suggestions"、"run coderabbit review"、"coderabbit review"、"review with coderabbit" を求めた場合、または CodeRabbit の PR コメントの分析や CodeRabbit CLI レビューのローカル実行に言及した場合に、このスキルを使用する。
複数の専門サブエージェントを用いた並列 C++ Core Guidelines コードレビュー。C++ のコード、モジュール、ファイルを C++ Core Guidelines に照らしてレビューし、違反を特定する場合に使用。各サブエージェントは特定のガイドラインセクション（Functions、Classes、Resource Management など）に照らしてレビューし、所見を review/ ディレクトリ内の個別の markdown ファイルに出力した後、統合サマリーを作成する。
他の LLM 可観測性/評価プラットフォーム（LangSmith、Arize AX、Phoenix、Braintrust、Helicone、Promptfoo など）から Langfuse へ移行する。一度限りのベンダー切り替え：ライブトレーシングの切り替えと、履歴トレース、データセット、プロンプト、評価器の移行。Langfuse から Langfuse への移行 — SDK やバージョンのアップグレード、プロジェクト/リージョンの移設、セルフホストから Cloud への移行 — には使用しない。また、コード内のプロンプトを Langfuse に移す用途にも使用しない。これらは主要な langfuse スキルが扱う。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。