review-gate
このスキルは、変更をコミットする前に2段階のコードレビューを実行したい場合に使用します。Sonnetによる自己レビューとCodexによる対抗的レビューを順番に実行し、両段階がパスした場合にのみ提出準備完了のシグナルを送ります。ユーザーが「review」「review gate」「check my code」「run review」「pre-commit review」またはコミット前に変更を検証したいことを示す同様の表現を使用した場合に、このスキルがトリガーされます。
description の原文を見る
This skill should be used when the user wants to run a two-phase code review before committing changes. It orchestrates a self-review by Sonnet followed by an adversarial review via Codex, and only signals readiness to ship when both phases pass. This skill should be triggered when the user says "review", "review gate", "check my code", "run review", "pre-commit review", or any variation indicating they want their changes validated before committing.
SKILL.md 本文
Review Gate -- 二段階プリコミットレビュー
コミット前に必ず合格する必要がある、厳密な二段階のコードレビューパイプラインを統合します。フェーズ 1 は Sonnet エージェントによる自己レビューです。フェーズ 2 は Codex 対抗的レビュースキルによる対抗的レビューです。コードが出荷可能と判定されるには、両フェーズが合格する必要があります。
概要
ワーキングツリーの現在のステージ済みおよびアンステージ済み変更に対して、2つの独立したレビューフェーズを実行します。両フェーズから判定を収集します。いずれかのフェーズが不合格の判定を返した場合は、具体的な問題をユーザーに報告し、開発に戻ってその問題に対処するよう指示します。両フェーズが合格した場合は、コードが出荷準備完了していることを通知し、ユーザーを ship スキルへ導きます。
このゲートはコミット作成前に問題を早期に検出することで、リポジトリ内のすべてのコミットが分析的な自己レビューと意図的に対抗的な第二意見の両方を生き残ったコードであることを保証します。
スクリプト
決定的な git 操作は ${CLAUDE_PLUGIN_ROOT}/skills/review-gate/scripts/ のスクリプトとして実装されています。
gather_di
...
詳細情報
- 作者
- Fernadoo
- リポジトリ
- Fernadoo/TeamDev
- ライセンス
- unknown
- 最終更新
- 2026/4/17
Source: https://github.com/Fernadoo/TeamDev / ライセンス: unknown
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理（非同期ジェネレータを含む）、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。