DEPLOYMENT CHECKPOINT — 監査の規律を、DevOpsの門へ
AIは、承認しない。
反証だけを返すデプロイ関所。
AIがコードを書き、AIがコードをLGTMする時代——「考えたのは誰か」に答えられますか。 関所の番人と目付（二段のGeminiエージェント）は合格も点数も出しません。 diffへの反証（証拠アンカー付き）だけを返し、人間が全件を裁いて初めて通行手形（改竄検知つき証跡）が発行され、CI/CDの関が開きます。
承認しない — LGTMを構造的に持たない網羅を名乗らない — 見ていないものを申告する判断を残す — 誰が・いつ・何を根拠に
見たものには証拠を。見ていないものには、灰を。
壱差し出すデプロイするdiffを関所に掛ける
監査の作法をDevOpsへ
会計監査では「誰が・いつ・何を根拠に判断したか」を残せない記録は証拠になりません。 開発者は公認会計士。監査調書の規律——AIは結論を書かず、判断と署名は人に残す——を、 デプロイの門に立てたのがこの関所です。
なぜAIに承認させないのか
AIのLGTMは高速ですが、事故のあと「なぜ通したのか」に誰も答えられません。 責任の空白は、速度で埋め合わせできません。SEKISHOは判断を人間に返すことで、説明可能性を仕組みにします。
反証は、承認より情報量が多い
「問題ありません」は0ビットの情報です。「この行のリトライは二重課金し得る」は、 署名者の視線を具体的な場所へ導きます。番人の仕事は結論ではなく、視線の誘導です。
灰を残す
どんなレビューにも見ていない場所があります。SEKISHOはそれを隠さず申告します。 網羅率100%の演出より、「どこを見ていないか」の正直さが、監査に耐える証跡を作ります。