コードを読まずにマージするために必要なこと

AI に実装を任せると PR が次々にできあがります。 その差分を開発者がひとつずつ読み、指摘を返して修正を待ち、修正後のコードをまた読む。 実装が速くなった分だけレビュー待ちの PR がたまっていきます。 人がコードを読まずに PR をマージする「no look merge」を実現するには何が必要でしょうか。 品質の確認とマージの承認 大前提として no look merge でもコードの品質を確認する仕組みは必要です。 たとえば要求どおりの動作をテストで確かめ、設計やセキュリティのレビューを AI に任せる方法があります。 指摘された問題を修正した後に再検証し、未実施の検証や未解決の指摘が残る PR はマージしない。 人がレビューで確かめていたことを仕組みに任せられる水準に達していることが、ここからの話の前提です。 こうした仕組みで品質を担保できれば、人がコードを読まずにマージできるの

[sakurai_youhei]

コードを読まずにマージするには覚悟が必要

[north_korea]

俺のおすすめはやって欲しくないことリストを作って項目ごとに安いモデルの推論強度最高にして並列レビューしてmust fixが無くなるまで修正させてからマージ。これでめちゃくちゃコードの品質が上がった

[toria_ezu1]

「人を使わない」「AIを使わない」何で人もAIも両方使ってレビューしないのか

[dorapon2000]

“不具合への対応を誰が担うか、見逃しの原因をどう調べてテストやレビューを改善するかまで話し合い、その責は個人にあらず、組織のものとする。 このように取り決めれば、「やはり人が読むべきだった」で終わら”

[tmurakam]

実際、レビュアーとしても自分よりAIの方が優秀なんだよなぁ

[chiba1008]

ノリ。

[nguyen-oi]

no look mergeを実現するための本質は技術的自動化より組織の責任と合意形成って指摘が深い