Kristopher Baker iOSを土台に · プロダクトシステム · AI支援ワークフロー
← Sparra

shipped · 2026.06.25 · 約2分

片方がビルドし、もう片方が判定する

モデルが自分の仕事を採点するのは、弱いチェックです。二つの役割で同じ盲点を共有するので、書くときに見えないバグは、レビューするときにも捕まえられません。解決策は、バックエンドを一つのシームの裏から引き出すことでした。セッションランナーを差し替え可能なAgentBackendに切り出し、Claudeの隣にCodexのアダプターを足し、バックエンドをロールごとに選べるようにしました。これでClaudeがビルドしてCodexが判定する、あるいはその逆ができ、セカンドオピニオンは本当に独立したものになります。

同じ週に、任せても安心だと思えるようにするガードレールも入れました。ビルド側が決して見ないエバリュエーター専用のチェックからなるホールドアウトの壁。これはパスで渡すので、そこに過適合できません。受け入れの前に差分へもう一つの視点を加える、オプトインのコードレビューゲート。そして自動コミット。小さなモデルが、受け入れた変更を原子的なConventional CommitsにしてSparraのブランチに乗せます。私のmainには決して触れません。さらに全体をClaude Codeのプラグインとしてパッケージし、編集セッションを離れずに呼び出せるようにしました。何度も立ち返るのはクロスモデルの部分です。モデルが自分の評判を真に受けるのを止める、いちばん安上がりな方法でした。