L
コード変更を自動レビュー→修正→再レビューで完成させられる
by lihs-ie
ファイル数と変更行数を自動判定し、small / medium / large の 3 段階で最適なレビュー戦略を選択し実行してくれます。 Codex(読み取り専用レビュー監査役)が自動でコード品質・セキュリティ・パフォーマンス・保守性・テスト観点からレビューを実施し、問題を JSON 形式で構造化されて提示します。 Claude Code がレビュー指摘を分析して最小限の修正を自動生成し、修正後に再度 Codex がレビューして ok: true となるまで反復します。 大規模な変更(10 ファイル以上など)の場合、複数の部分に分割して並列レビューできるため、効率的に品質保証できます。 ローカルテスト・リンタ実行など、自動化できる検証ステップを修正ループに組み込めるため、手戻りを最小化できます。 仕様書・設計書作成直後、大規模な機能実装完了後、commit / PR / merge / release 前に品質を確保したい開発チーム 新しいモジュール・公開 API・インフラ・設定変更など、影響範囲が大きい変更をレビューしたい技術リーダー セキュリティ・パフォーマンス・テストカバレッジなど、複数の観点から自動レビューしたいプロジェクト Claude Code の自動修正能力を活用して、レビュー→修正のサイクルを高速化したい組織 全体フロー: 規模判定 → Codex 規模別レビュー → Claude Code 修正 → 再レビュー(ok: true まで反復)。 規模判定: git diff --stat と --name-status で判定。Small(≤3 ファイル、≤100 行)→ diff レビューのみ。Medium(4-10 ファイル、100-500 行)→ architecture → diff。Large(>10 ファイル、>500 行)→ architecture → diff 並列(最大 5 ファイル/300 行 × 3-5 サブエージェント)→ cross-check。diff_range 省略時は HEAD(作業ツリー vs HEAD の未コミット変更)を対象。 修正ループ: ok: false の場合、max_iters 回まで反復。Issues を分析 → 修正計画 → Claude Code が最小差分修正 → テスト/リンタ実行(可能なら)→ Codex に再レビュー。停止条件は ok: true / max_iters 到達 / テスト 2 回連続失敗。 Codex 実行: codex exec --sandbox read-only "" で実行。結果は JSON 1 つのみ出力。スキーマ: {"ok": bool, "phase": "arch|diff|cross-check", "summary": string, "issues": [{"severity": "blocking|advisory", "category": "correctness|security|perf|maintainability|testing", "file": string, "lines": string, "problem": string, "recommendation": string}], "notes_for_next_review": string}。ok は blocking issue が 0 件なら true、1 件以上なら false。実行中は 60 秒ごと最大 20 回 poll。
レビューテストセキュリティ