大規模コード修正でAI利用後に生じる作業上の制約
Orchestrating AI-Assisted Code Remediation: Socio-Technical Bottlenecks in a Large Industrial Repository
この論文をやさしく読む
ひとことで言うと
AIで大量のコード修正を進めたとき、ビルドやレビューがどこで詰まるかを調べた事例研究です。
何に役立つ？
大規模リポジトリでAI支援の機械的な修正を計画する際、コミットやレビューの単位を決める参考になります。
この研究の面白いところ
編集が速くなっても作業全体は速くならず、ファイルごとのコミットでCIが過負荷になったため、ディレクトリ単位の処理に変更しています。
どこまで分かった？
15日間、非公開のC++リポジトリ一つを対象にした探索的な単一事例です。異なるチームや開発環境で同じ効果が得られるかは要旨からは分かりません。
v1のアブストラクトに基づくAI解説。日本語訳とは別に、用途の解釈を含みます。
アブストラクトの日本語訳
背景として、規模が大きく長年使われるコードベースの劣化は、手作業のリファクタリングや随時の修正では対処に費用がかかる。大規模言語モデルを用いた開発支援ツールは機械的な修正を大量に実行できるが、産業現場の作業に及ぼす影響は十分に調べられていない。本研究の目的は、大規模なAI支援によるコード修正が、コミットごとのビルドを行う継続的インテグレーション（CI）、コードレビュー、チーム内の調整にどう影響するか、またAIによってソース編集が容易になったときにどのような社会的・技術的な制約が生じるかを調べることである。方法として、経験豊富な開発者がコマンドラインのAIコーディング支援ツールを用い、非公開の大規模な産業用C++リポジトリに広がる問題を修正した15日間の探索的な単一事例の現場研究を報告する。Gerritのメタデータ、開発者の日誌、チームのチャットを、記述統計と質的なコーディングによって突き合わせた。結果として、AI支援の修正は数千行に及ぶ数百件のコミットを短期間で生み、CIとレビュアーの処理能力を圧迫した。ファイルごとの単純なコミットはコミット時ビルドを過負荷にした。ディレクトリ単位の一括処理と変更当たりのファイル数の上限設定によって処理量は回復したが、それでもレビューの明示的な依頼、許容されるコミット単位の調整、ビルドや静的解析の失敗に対する反復的な修正が必要だった。結論として、機械的な編集が安価になると、CIの能力、レビューの手間、変更の組み立てが主な制約になる。非常に大きなリポジトリでAI支援修正を持続的に行うには、コミット、レビュー、CIそれぞれの処理単位を意図的に制御し、『警告Xのすべての事例を修正する』といった意味上の変更集合を、開発者、レビュアー、CIに応じて分割できる作業単位として扱う必要がある。
v1の要旨から自動生成。本文の精読・人による確認は未実施。
- 初稿
- 2026-09-24（UTC）
- 最新改訂
- 2026-09-24 · v1
- 査読・掲載
- 査読状況未確認
更新履歴
- v1 2026-09-24 この版を読む
取得できた版を表示。版の更新は査読済みを意味しません。過去版の本文差分は未解析です。
原文の要旨
Background: Code degradation in large, long-lived codebases is costly to remediate through manual refactoring and opportunistic clean-ups. LLM-based coding assistants can perform mechanical remediation at scale, but their impact on industrial workflows is underexplored. Objective: We investigate how massive AI-assisted code remediation affects build-on-commit continuous integration (CI), code review, and team coordination in a large industrial repository, and which socio-technical bottlenecks constrain such remediation when source editing becomes cheap through AI assistance. Method: We report on a 15-day exploratory single-case field study in which an experienced developer used a command-line AI coding buddy to remediate widespread issues in a closed-source industrial C++ repository. We triangulate Gerrit metadata with a developer diary and team chat, analyzed through descriptive statistics and qualitative coding. Results: AI-assisted remediation rapidly generated hundreds of commits touching thousands of lines, saturating CI and reviewer attention. Naïve per-file commits overloaded build-on-commit CI; Switching to directory-based batching and capping the number of files per change restored throughput, but still required explicit review solicitation, negotiation of acceptable commit granularity, and iterative follow-up to resolve build and static-analysis failures. Conclusion: When mechanical editing is cheap, CI capacity, review effort, and change orchestration become primary bottlenecks. Sustainable AI-assisted remediation in very large repositories requires deliberate control of commit, review, and CI batch granularity and treating semantic change sets, such as ``fix all instances of warning X'', as first-class units of work that can be sliced differently for developers, reviewers, and CI.
著者のコメント
Preprint
arXiv ID: 2609.29172 ／ 要約の誤りについて