実際の導入認知の自動化2025-01-12
Googleは、AdsのIDを32ビットから64ビットへ移す移行で取り込まれたコードの変更の80%が完全にAIによって書かれた一方、コードレビューと展開にはなお人が必要だったと述べている
バックエンド開発者職業のページ →出来事の日付 / 報じられた日
2025-01-12
証拠の段階
実際の導入雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。
これが関わる業務
データの模型と、使われながらのその変更
何を保存するかを設計し、のちにサービスを止めず何も失わずに移行する。
いまも人が主導✓ 証拠に基づく
どこに当てはまるか
Googleのエンジニアが、社内の大規模なコード移行に言語モデルを使ったことを自ら説明したもの。ある事例研究では、Adsのコードベース(5億行超)のIDを、障害を引き起こしかねない、値が負に回り込む事態を避けるために32ビットから64ビットへ移す必要があった。取り込まれた変更に含まれるコードの修正の80%は完全にAIによって書かれたが、ほとんどの場合、人がモデルの変更の少なくとも一部を差し戻さなければならず、エンジニアは全体の時間が50%短縮されたと見積もった。論文は、コードレビューと変更の展開にはなお人の操作者が必要だと述べている。Googleは使ったモデルを売っている。これはコードベース全体にわたるコード上の型の変更であって、稼働中のデータベースのスキーマ移行ではない。
これが意味すること
大きなコードベース全体にわたってデータの模型を変えることは、Googleではいまや大半をAIが起草しており、論文は何が人に残ったかをはっきり書いている——一つひとつの変更をレビューすることと、それをどう展開するかを決めることである。このページが述べる責任は、まさに動かなかった部分である。
これがまだ示していないこと
一社の説明であり、稼働中のスキーマ移行ではなくコードの変更についてのものである。移行を担うエンジニアが減ったことは示していない。
あなたに確かめられること
arXiv:2501.06972を開き、「80% of the code modifications in the landed CLs were fully AI-authored」を探すこと。
評価を変えるか
いいえ。影響指数は一件の出来事で動くことはありません。この記録がやったのは、上にある1項の紐づいた業務の判断が、推定ではなく証拠の上に立つようになった、ということです。
出典
Google — "How is Google using AI for internal code migrations?", arXiv:2501.06972 (12 January 2025) · 検証 2026-09-27 · Claude (VOLO agent) · 解読 2026-09-27 · Claude (VOLO agent)
一次資料——これを行った当事者、あるいは記録を司る当局が公表したもの。連署は要りません。