Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
テスト・品質
実行前に計画、設計、実装を検証し、高くつく誤りを防ぎます。アーキテクチャレビュー、セキュリティ監査、拡張性評価、コスト分析、コンプライアンスチェック、リスクの特定を扱います。具体的な是正手順を伴う go/no-go 判断を提示します。"review this plan"、"validate architecture"、"check for mistakes"、"is this production ready"、"audit this design"、"what could go wrong"、"pre-flight check"、"build review"、"quality gate"、"risk assessment"、"cost estimate"、"compliance check" でトリガーされます。
すべての変更の詳細な分析を含む包括的なチェックポイントコミットを作成する。ユーザーが「checkpoint」「commit everything」「save my progress」「create a commit」と言った場合、または丁寧に書かれたメッセージですべての現在の変更をステージしてコミットしたい場合にこのスキルを使用する。ユーザーが「/checkpoint」と言った場合や現在の作業をスナップショットしたい場合にも使用する。このスキルはすべての変更をステージして説明的なコミットを作成する——プッシュは行わない。
Claude Code(構築担当)と OpenAI Codex(読み取り専用の批評担当)が、コードを書く前に実装計画を対抗的にレビューする独立したループです。すでに計画や明確なアイデアがあり、モデル間のストレステストだけを行いたい場合に使います。事前の要件ヒアリングは不要です。Claude が計画を作成するか PLAN_FILE(デフォルトは PLAN.md)に読み込み、Codex が読み取り専用サンドボックスでレビューして VERDICT:APPROVED または VERDICT:REVISE を返します。Claude は計画を修正し、同じ Codex セッション(コンテキストを保持)に再提出します。承認されるか、設定可能な MAX_ROUNDS の上限に達するまで繰り返します。収束した計画はコードを書く前に人間が承認します。ユーザーが「/codex-plan-review」「codex review my plan」「have Codex review my plan」「argue this plan with Codex」「adversarial plan review」「make Claude and Codex argue/fight over the plan」と言う場合、または認証、スキーマ、並行処理、マイグレーション、決済などの重要度の高いものを構築する前に、実装前の PLAN を別モデルで確認したい場合に使います。レビュー前にガイド付きの要件ヒアリングを行う場合は、代わりに /grill-me-codex を使います。すでに書かれたコードのレビュー(/codex-code-review または Codex plugin の /codex:review の用途)や、些細な変更には使いません。
FluentValidation のバリデータをテストするための専門スキル。Validator クラスのテスト作成、ビジネスルールの検証、エラーメッセージのテストが必要なときに使用する。FluentValidation.TestHelper の完全な使用、ShouldHaveValidationErrorFor、非同期検証、クロスフィールドのロジックなどを扱う。ユーザーが FluentValidation testing、Validator testing、ShouldHaveValidationErrorFor、TestHelper、またはビジネス検証ルールのテストに言及したときは、検証テストのガイダンスを明示的に求めていなくても、必ずこのスキルを使用すること。Keywords: validator, 驗證器, fluentvalidation, validation testing, UserValidator, CreateOrderValidator, TestHelper, ShouldHaveValidationErrorFor, ShouldNotHaveValidationErrorFor, TestValidate, TestValidateAsync, 測試驗證器, 驗證業務規則
.NET テストスイート全体で、重複した定型コード、コピー&ペーストされたテスト、構造上の保守性の問題を検出します。ユーザーが繰り返しの削減、類似するテストメソッドの統合、コピー&ペーストされたテストのデータ駆動型パラメーター化テストへの変換、より良いテスト構造の提案、リファクタリング機会の特定を求める場合に使用します。繰り返される構築やアサーションのパターン、DataRow/Theory/TestCase に変換可能なコピーメソッド、冗長な setup/teardown、共有インフラを特定します。具体的な変更前後の提案を含む分析レポートを作成します。MSTest、xUnit、NUnit、TUnit に対応します。使用しない場合:新しいテストの作成(writing-mstest-tests を使用)、テスト品質やアンチパターンのレビュー(test-anti-patterns を使用)、詳細な mock 監査(exp-mock-usage-analysis を使用)。
Python、TypeScript/JavaScript、Go、Java、Rust、C#、Ruby を横断して、ソースファイルとそれを参照するテストをペアにする多言語・解析のみの静的解析。JSON の形状は `find-untested-sources` と一致する。用途: 次にテストを書く場所、未テストファイルの検出、テストのないソースの一覧、多言語のテストペアリングマップ。使用しない用途: カバレッジ、CRAP リスク。.NET のみのリポジトリでは `find-untested-sources` を優先する。
Google Play デベロッパーアカウントのユーザー、権限、付与設定、テスターを管理する場合に使用します。ユーザーが「ユーザー管理」と明言しなくても、gpc users、gpc testers、gpc grants、デベロッパーアカウントの権限、ユーザーロール、ユーザーの招待・削除、権限付与、アプリごとの権限や付与、単独の付与、テスターグループ、ベータテスター、内部テスター、アルファテスター、Google Group テスター、テスター CSV インポート、チーム管理、アクセス制御、ユーザー監査に言及した場合は必ず使用します。Play Console へのチームメンバー招待、既存ユーザーの権限更新、ユーザーとは独立したアプリごとの付与管理、アプリのテスト担当者管理、CSV からのテスターインポート、デベロッパーアカウントへのアクセス権監査を希望する場合も対象です。認証設定については gpc-setup、リリーストラック管理については gpc-release-flow を参照します。
ハードウェアインザループ(HIL)テストベンチ上での組み込みシステムおよびサイバーフィジカルシステムのセキュリティ評価をガイドする——ベンチ構築、ECU/ECM または PLC ターゲット、バスインターフェース(CAN/CAN-FD、LIN、車載イーサネット、高レイヤの Modbus)、故障注入と刺激設計、シミュレーションによるプラント/環境統合、実ハードウェア上の攻撃面監視、再現可能なテストケース、ラボの安全インターロック、ファームウェアおよび車両セキュリティチーム向けの証跡取得。HIL セキュリティテスト、ECU セキュリティ評価、CAN バスセキュリティ、PLC HIL テスト、故障注入ラボ、組み込みハードウェアセキュリティに使用——Web/API ペネトレーションテスト(web-pentester)、ネットワークのみのペネトレーションテスト(network-pentester)、マルウェア/バイナリ RE のみ(reverse-engineer)、SOC 運用(soc-analyst)、AI レッドチーム(ai-redteam)、機密区分 ISSO の書類業務(information-systems-security-officer-classified-specialist)、ハードウェアを含まない純粋なソフトウェア CI(build-validator)には使用しない。
(NS)NextStage harness プロジェクトでプロジェクトローカルのエージェントスキルを作成または改善する — .agents/skills/ 配下に SKILL.md を起草し、eval を実行してから harness sync を行う。ユーザーがスキルの作成、このプロジェクトへのカスタムスキルの追加、SKILL.md の執筆、スキル eval/ベンチマークの反復、スキル説明の最適化を求めたときに常に使用する — たとえ「うちのリポジトリ用のスキルを作って」や「skill-creator」と言っても。nextstage-brasil/skills カタログへのコントリビュートには使用しない(そのリポジトリには AGENTS.md に独自のメンテナーワークフローがある)。
pull request を開く前に、ユーザーの OpenCode 環境を通じてローカルでマルチモデルのコードレビューを実行する。Claude Code で実装やバグ修正を終えた直後、変更がまだローカルにあるうち(未コミット、またはブランチにコミット済みだがまだ PR になっていない状態)に、push 前に独立したレビューを行いたい場合に使用する。ユーザーが「review my changes」「review before I open the PR」「run the opencode review」「multi-model review」「review this diff」「second opinion on this」などと言った場合、または完了したばかりの作業に対する PR 前レビューを求めた場合にトリガーする(OpenCode を明示していなくてもよい)。stdout に統合されたレビューレポートを返し、Claude Code が対応できるようにする。すでに開いている GitHub PR のレビューには使用しない——その経路は OpenCode TUI で対話的に処理され、gh を使用する。
Python プロジェクト向けに 4 段階の機能追加ワークフロー(Discovery、Planning、TDD Implementation、Verification)を実行する。新機能をエンドツーエンドで追加するときに使用する — プロジェクト構造と統合ポイントの調査、MoSCoW で優先順位付けした要件と BDD の受け入れ基準を備えた機能仕様の作成、テストファーストの TDD サイクルによる実装、その後 ruff lint、ty 型チェック、および振る舞い中心の回帰と契約カバレッジによる検証。
RocketSim を使用して可視 UI を検査し、iOS Simulator のアプリと対話する。インストールされている RocketSim のバージョンを検出し、対応する同梱の RocketSim CLI ガイダンスを読み込み、エージェントが可視のアクセシビリティ要素を読み取ったり、画面を移動したり、タップ、長押し、スワイプ、テキスト入力、シミュレータのハードウェアボタンの押下を行ったり、シミュレータのフローを確実に自動化したりするのを支援する。使用タイミング:(1) ユーザーが RocketSim、rocketsim コマンド、または RocketSim CLI に言及したとき、(2) iOS Simulator 内のアプリと対話するとき、(3) AI を使ってシミュレータアプリを移動またはテストするとき、(4) 可視の UI 状態やアクセシビリティ要素を読み取るとき、(5) タップ、長押し、スワイプ、入力、またはシミュレータのボタンの押下を行うとき、(6) 場当たり的なシミュレータ自動化の代わりに RocketSim を使用するとき。
テクニカル SEO の監査および修正ツール。ユーザーが次を望むときに使用:- ウェブサイトまたはローカルの開発サーバーで Lighthouse/PageSpeed 監査を実行する - SEO、パフォーマンス、アクセシビリティ、ベストプラクティスのスコアを分析する - コードベースのテクニカル SEO 問題を修正する - meta タグ、構造化データ、Core Web Vitals を最適化する - ページ速度、アクセシビリティ、PWA 準拠を改善する。トリガー:"audit my site"、"check SEO"、"fix SEO"、"lighthouse"、"pagespeed"、"improve performance"、"meta tags"、"structured data"、"core web vitals"
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
