Codexレビュー未通過ならデプロイ止める仕組み

この方式の中心は、一時的なGitインデックスを使って作る現在の作業ファイルの指紋だ。一時的なGIT_INDEX_FILEをHEADから読み、git add -Aとgit write-treeで無視されていない全ファイルのツリーハッシュを生成する。インデックスは一時的なので、通常のステージング領域はそのまま残る。つまり、レビュー後のコミットでは指紋は変わらないが、未コミットの変更があれば変わる。

デプロイ側はnpmのpredeployに接続されており、deployの前に自動で走る。チェックスクリプトはスタンプを読み、指紋を再計算し、スタンプがないか指紋が違えば非ゼロで終了する。記事によれば、wrangler deployを直接実行するのは別のフックで止められる。

レビューが問題を指摘した場合、開発者はコードを直してレビューを再実行するか、理由を添えて承認を記録する。どちらでも指紋と理由が保存される。レビュー自体はOMX設定の$code-reviewを使う。-mでモデルを指定しても要約役にしか効かず、2つの役割は独自の設定ファイルを使うため、スクリプトは各レビュー後にCodexのセッションログを調べる。両方の役割が意図したモデルで動き、結果がAPPROVEかCOMMENTだったことを確認してからスタンプを書く。利用上限に達した、レビュー中にコードが変わった、変更のないツリーの再レビューが失敗した、といった場合はすべて未レビューとして扱われる。