How to Kill the Code Review

Second wave speakers for AIE Europe and CFP for AIE World’s Fair are announced today, and OpenCode is confirmed for Miami! We’ll also be in Melbourne & Singapore. Editor: This is the latest in our guest post program, where we will publish AI Engineering essays worth considering, even if we don’t personally agree with them — having just shipped an AI review tool, this is one of those cases where I

[morimarii]

今検証してるけどレビュー分割で人間とほぼ同じ効果を計測できる。レビュー観点（つまりコンテキスト）が多いので1回では抜け漏れがあるが、決定論と別エージェントレビュー分割でほぼカバーできる。

[mkusaka]

Ankit JainがLatent.Spaceに寄稿した論考は、人的コードが2025年に死に、code reviewsが2026年に死ぬと主張する。

[kiririmode]

人がレビューすべきなのは仕様、制約、受け入れ基準であってコード差分ではない。人の承認は「正しく書いたか」から「正しい制約で正しい問題を解いているか」へ移る。人間の判断はコード生成前であって後ではない

[rawwell]

“We’re not going to outread the machines. We need to outthink them—upstream, where the decisions actually matter.” ほんとにこれ

[klbym]

コードレビュー自体が目的ではなく、システムとして求められる振る舞いができているか確認するのが目的なので、それが実現できるならいいんじゃないかな。

[misshiki]

人間が全コードをレビューするのは不可能になるという主張。レビュー対象をコードではなく仕様や受け入れ条件に移し、テスト・ガードレール・複数エージェント検証などのレイヤーで品質を担保するモデルを提案。

[t-wada]

2026年のソフトウェアエンジニアリングのメインテーマはここになるだろうな

[stealthinu]

coding agentによる大量の自動コーディングにコードレビューが追いつかなくなるのは元々予想されててなのでコードレビュー自体も自動化したり仕様駆動時点での漏れをなくすようするしかないと思う。同様な結論だった。

[fikah]

そのうちソースコードを誰も読まなくなってコードがブラックボックス化するだろうね

[dot]

コードレビュー自体オワコン化するのはありそう。その前段階にシフトするのは実感としてもある。あとAI使うと実装側は楽なので抽象的なデカい球を投げがちだけど、細分化した方がレビュワーの立場としては助かる感じ

[sakurai_youhei]

ちょうど今このイシューに取り組もうかと思ってて、Code reviewからPR reviewへの転換に向かおうかなとおぼろげに考え始めた。

[otihateten3510]

みんな分かってるけど、直近2,3年の話で悩んでるんだと思う。特に優秀な人ほどAIを信じていない。／でもやっぱこうなるよね。AI設計だよこれは。CI/CD/AIって感じ。

[hirorock]

From reviewing Code to reviewing Intent

[kknsd]

障害発生時に原因分析を求められたら大変になりそう

[roshi]

人間のコードレビューが駆逐されるのは歓迎だけど、人間がコードを書くのを手放さないといけないのか。。