AIエージェントが書いたコードの品質は誰がどう上げるのか ― 「Polish」と判断ルール化の複利構造

AIが大量にPRを積み上げる環境では、質的判断をルール化するプロセスの質と更新頻度が、そのままプロダクト品質の上限になる——それを誰が持つかが問題だ。核心は著者が `/ce-compound` と呼ぶ仕組み（要点4）にある。「なんか違う」という感覚的フィードバックをコマンド1つでルール化し、以降のフィーチャーにエージェントがそのルールをデフォルト適用する——これは「1回の判断が永続的に複利で効く」という構造を意味する。著者の場合は個人の taste だが、10人・100人のチームで同じことをやると、ルールが属人化してキーパーソン依存になるか、逆に形骸化した共有ドキュメントに埋もれる。「compound が効く状態を組織的に維持する」には、polishing で得た判断を誰が・どのタイミングで・どんな形式でルール化するかのプロセス設計が必要になる。エンジニアの評価軸もここで揺らぐ：コード生産量ではなく「質的判断をどれだけルールに昇華したか」を問う評価フレームを持っていないなら、今期中に設計し直す価値がある。