Claude Codeのレビュー忘れ防止フックを修正

開発者が始めたルールは単純だった。実装したら別のAIにレビューさせる、というものだ。文章で書いても守られなかったため、ルールは会話ログを読み、理由付きで一度だけdecision: blockを返すStopフック（Hook-CodexGate.js）になった。ゲートはファイルの編集や書き込み、シェルによる書き換え、実装サブエージェントへの依頼を変更として数え、HANDOFF.mdやメモリファイル、一時フォルダは除外する。Codexコマンドの成功のみがレビューとして数えられ、一度ブロックされた停止は必ず通されるため、ループは空回りしない。

開発者が2026年9月24日に再現した誤判定は、いずれもログの読み方が緩すぎたことに由来する。ブロック時に表示される変更リストが、直近のCodex通過以降だけでなく会話全体を対象にしていた。バックグラウンドのCodex実行が起動時点で完了扱いになっていたため、修正は完了通知で判断し、ツール出力内に引用された通知は無視することだった。ゲート自身のテキストに「usage limit」という語が現れると満たされたように見えたため、修正はCodexを呼び出すスクリプトの制限表示のみを数えることだった。ブロックメッセージの積み上げによるトークンコストも含め、これらは同じ教訓を示す。ログの文字列と順序に対する決定論的チェックは、読む範囲の正確さによる。

2つ目の問題は並列フックだった。完了通知フックとゲートフックは互いの結果を知らないため、ゲートがまだブロックしている間に完了が発火し得た。開発者の答えは共有コンポーネントStopVerdict.jsで、3つのゲート（Codex、品質、日本語）を12秒の打ち切り付きでドライランし、バックグラウンド作業に終了通知がまだない間は完了を保留する。Codexレビューの指摘の一部は採用された。バックグラウンド作業が3時間を超えると早期完了になり得る稀なケースは採用されなかった。