OSS時代の新負債「検証コスト」を予算化しないと、AI貢献は続かない

トレンドシグナル

• HNで「verification debt（検証負債）」が実務課題として拡散。
• Zenn/QiitaでもAI Slop問題とメンテナ負荷が議論の中心に。
• 多くのOSSで、PR件数増に対して有効信号（品質）の比率が低下。

本質は「生成コストの低下」と「検証コストの固定化」のギャップ

AIで“それっぽい修正”を作るコストは急減しました。しかし、正しさを担保するコストはほぼ減っていません。OSSではこの差分を、少人数のメンテナが引き受けています。

結果として起こるのは:

• レビュー待ちの長期化
• コアメンテナの疲弊
• 見た目正しいが壊れる修正の混入
• プロジェクト信頼性の低下

検証予算（Verification Budget）を設計する

まず、レビュー能力を“有限資源”として明文化します。

• 週あたりレビュー可能時間
• コミュニティPRに割けるCI実行量
• 再現確認待ちチケットの上限
• リリース窓ごとの許容リスク

予算が見えると、合意可能な運用ルールが作れます。

効果の高い運用コントロール

1) コントリビューション契約

PRテンプレートに以下を必須化:

• 再現手順
• テスト根拠
• 変更スコープ
• AI利用有無と検証方法

2) 自動プレトリアージ

• 変更箇所からリスク分類
• テスト不足/文書不足を自動失敗
• 高リスク領域は早期にCode Ownerへルーティング

3) 早い不採択導線

質の低いPRを長引かせない。

• 不採択理由を明示
• 再提出チェックリスト提示
• 再オープン条件を定義

4) メンテナ健全性指標

• 初回レビューまでの時間
• マージ後再オープン率
• レビュア偏在度
• レビュー中断率

貢献者教育は“門前払い”より効く

AI支援でPRを出す際の最低ルールを公開する:

• ローカルで公式テストを実行
• 「何を変えたか」より「なぜ必要か」を説明
• PRを小さく可逆にする
• エッジケースの負例テストを含める

教育を整えたOSSほど、レビュー摩擦が下がります。

30日パイロット

1. PR契約テンプレート導入
2. ラベル+CI最低基準導入
3. 週次で検証指標を可視化
4. コミュニティに透明に共有

まとめ

AIはOSSの貢献量を増やせますが、検証能力を増やす設計がなければ持続しません。善意ではなく、検証基盤で回す。これが次の標準です。