Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
ESLint v9 flat config、Prettier フォーマット、Husky git hooks、lint-staged のプリコミットチェック、GitHub Actions CI lint ワークフローでコード品質ツールをセットアップする場合にこの skill を使用します。Next.js または React プロジェクトで linting の初期化、コードフォーマットの追加、プリコミットフックの構成、品質ゲートの設定、lint CI チェックの確立を行う場合に適用します。
アーキテクチャ、状態管理、パフォーマンス最適化、テスト、クロスプラットフォームのベストプラクティスを網羅する包括的な Flutter 開発ガイドライン。モバイル、Web、デスクトッププラットフォーム向けの Flutter アプリケーションを構築、リファクタリング、レビューする際に使用する。ウィジェットパターン、Riverpod/BLoC による状態管理、go_router によるナビゲーション、Firebase 統合、プラットフォームチャネル、カスタムペイント、アニメーション、CI/CD、本番デプロイを扱う。
ライブバックエンドに対するテストでAgent swarmがブロックされないよう、プロジェクトのテスト環境で変更すべき点を特定します。より適切なテストデータの投入、テストユーザーの権限拡大、機能フラグの有効化、テストログインの修正などを行います。Agent swarmが記録したセットアップ上の阻害要因を読み取り、コードベースとテスト環境の設定を調査して、具体的な修正案を提示します。アプリではなく環境が原因でAgent swarmのケースがブロックされている場合や、「テスト環境を改善」「Agent swarmのセットアップ上の問題を修正」「Agent swarmがブロックされる理由」を尋ねられた場合に使用します。
QA/dev 仕様書から評価データセットを生成する。仕様シートを分析し、コードからエージェントスパン構造を検出し、評価器を推奨し、変数マッピングを自動構成し、レビュー用の編集可能なプランを作成する。ユーザーが次のように言う場合に使用：NDD generate、create test suite、generate dataset from spec、create evaluation plan、generate NDD plan、または QA 仕様書を提供した場合。
OpenHarmony PR の全ライフサイクルワークフロー。5 つのモード：- Commit：DCO 署名と Issue リンクを伴う標準化されたコミット - Create PR：コミット + fork へ push + Issue 作成 + 上流に PR 作成 - Fix Codecheck：PR からゲート CI の codecheck 不具合を取得して自動修正 - Review PR：PR の変更をローカルに取得してコードレビュー - Fix Review：PR から未解決のレビューコメントを取得して自動修正 トリガー：/oh-pr-workflow、"提交代码"、"创建PR"、"提个PR"、"commit"、"修复告警"、"修复门禁"、"修复codecheck"、"fix codecheck"、"review pr"、"review这个pr"、"看下这个pr"、"检视pr"、"修复review"、"修复检视意见"、"fix review"、または fix/review の意図を伴う GitCode PR URL。
プッシュ前の現在の変更に対するコードレビュー。1 つのコマンドで、変更されたファイルに適合する security、secret、dependency、lint スキャナーを実行し、別個のレビュアーがすべてのスキャナー検出結果を確認し（変更されたすべての行が渡されます）、完全なレポートのパスを含む短いレシートを出力します。毎回の git push の前、コードレビュー、セキュリティスキャン、変更・diff・プルリクエストのレビューを求められたとき、および OpenQodex によってプッシュがブロックまたは警告されたときに使用します。
Oxc コンパイラースタック上に構築された高性能 JavaScript/TypeScript リンター、oxlint を実行・設定します。oxlint がインストールされたプロジェクトで作業する際に使用します（package.json の devDependencies にある `oxlint`、または `.oxlintrc.json` / `oxlint.config.ts` 設定ファイルを確認）。変更後のコード検査、Lint エラーの修正、oxlint のルールやプラグインの設定、`.oxlintrc.json` の作成・変更、ESLint からの移行が対象です。
手動 QA テスト — ユーザーと同じ視点で、あらゆる手段を用いて機能をエンドツーエンドで検証します。ブラウザ（Playwright）、Docker、アドホックスクリプト、REPL、開発サーバーなど、ローカルのあらゆるツールを使い切ります。モックを認識 — モックに基づくテストカバレッジはカウントしません。達成可能な最高の忠実度で実際の userOutcome を証明します。ブロックされたシナリオは /pr に人手による検証待ちとして送られます。単独でも /ship と組み合わせても使用できます。トリガー：qa、qa テスト、手動テスト、機能をテスト、動作するか確認、探索的テスト、スモークテスト、エンドツーエンド検証。
MCP またはコマンドライン経由で管理ツールを使い、Qodo Review Standards の検出、設定、管理を行います。レビュー用のスキル／プラグインリポジトリの設定、レビュー用スキルと対象リポジトリの対応付け、スキルの適用範囲やルール／ガイダンスモードの変更、慣例のルール化、ルールの編集や無効化、提案のトリアージに使用します。ルールの読み取りと適用には qodo-get-rules を、ローカルのコーディングエージェントスキルのインストールには qodo-setup を使用してください。
Roundfixを使用して、読み取り専用のRelease Plan Commandでリリースを計画し、CodeRabbitのプルリクエストフィードバックを整理し、Doctor Commandでランタイムの準備状況を診断し、Implement CommandでSpecのTask Graphを実行し、Supervisor Run Event StreamでRunsを監視し、GC CommandでRunストレージを回収し、完了したSpecsをアーカイブします。また、`--follow-up`、`--status`、`--unattended`のSkill Modesを実行し、デーモンが割り当てたBatch実行内では、範囲を限定したReview IssueまたはTaskの解決契約に従います。
体系的な 9 フェーズレビューで claude-skills リポジトリのドキュメントを監査する：標準への準拠、Context7/WebFetch による公式ドキュメントの検証、コード例の正確性、ファイル間の整合性、バージョンドリフトの検出。明確な問題を重大度分類とともに自動修正する。使用場面：スキルの問題調査、重大なパッケージ更新の検出（例：v1.x → v2.x）、90 日以上検証されていないスキル、マーケットプレイスへの提出前、または古い API パターン、矛盾する例、リンク切れ、バージョンドリフトのトラブルシューティング。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。