アーカイブ / LLM / AI Agent
コード生成エージェントの仕組みと開発工程への適用を整理した調査
LLM-based Code Generation Agents
LLM-based Code Generation Agentsの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Fig. 2: Evolution of key technologies in LLM-based code generation agents, where works not marked in yellow are important prerequisite technologies.
概要
- 2022年から2025年6月までの文献を収集し、447件の候補から100件を分析した調査である。
- 計画、道具使用、自己修正、複数エージェントの協調などを方法別に整理する。
- 著者らは、非公開コードや独自の開発手順への適応、生成コードの欠陥を実務上の課題に挙げた。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、LLM-based Code Generation Agentsの仕組み
- 01関連文献の検索
- 02候補文献の収集
- 03基準に沿う選別
- 04技術と用途の整理
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
この調査は、大規模言語モデルを使うコード生成エージェントの研究を整理する。エージェントとは、指示を受けて作業を計画し、道具を使い、結果を見て次の作業を決める仕組みである。単発のコード生成では、複数ファイルにまたがる変更や実行時の失敗への対応が難しい。
開発現場で使うには、要件の理解からテストと修正までの流れに組み込む必要がある。この論文は、そのための技術と評価の論点を俯瞰する。
手法
著者らは2022年から2025年6月までの文献を対象に、学術データベースを中国語と英語の検索語で調べた。さらに文献の引用先と被引用文献をたどる探索を加え、447件の候補を集めた。重複、文献の種類、主題との関連などの基準で選び、分析対象を100件に絞った。
その100件を、単独エージェントの計画・道具使用・自己修正と、複数エージェントの役割分担や情報交換などに整理する。例えば「不具合を直す」という依頼なら、要件の解釈、コード変更、テスト結果による修正をどの技術が担うかを読むための枠組みになる。
新規性
この論文の貢献は新しいコード生成器の提案ではなく、既存研究を方法の観点から整理したことにある。一つのエージェントが計画、道具の使用、結果の見直しを行う方法と、複数のエージェントが役割を分ける方法を区別して扱う。
著者らはコードの断片を作る研究から、要件の理解、実装、テスト、修正までを含む開発工程へ対象が広がったと整理する。評価指標や代表的な道具も扱い、実務で問題になる信頼性や工程管理を論点に含めた。
従来手法との違い
従来の単発のコード生成は、入力に対してコードを一度出す形が中心である。論文が扱うエージェントは、作業を分け、開発環境から得た結果を読み、必要に応じて修正を繰り返す仕組みとして説明される。
既存の関連調査には用途別に技術を並べるものがあるのに対し、著者らは計画、道具との連携、自己修正、複数役割の協調といった方法に沿って整理した。ただし、この分類自体が特定の製品の性能差を証明するわけではない。
実験結果
これは新しいコード生成手法の性能実験ではなく、文献調査である。著者らは447件の候補から100件を選び、技術、開発工程での用途、主な評価基準や道具を整理した。収集には複数の学術データベースと前後の引用関係の探索を使った。
そのため、この論文単体から「エージェント導入で開発時間が何％短くなる」といった効果は読み取れない。実務への判断では、紹介された個々の研究の評価条件と、自社で扱う変更作業との違いを確認する必要がある。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：小規模な社内ツールの改修工程を、コード生成エージェントの導入対象として選ぶ。入力は変更要件、既存コード、実行できるテストの説明で、出力は変更案、テスト結果、修正理由を含むレビュー資料とする。
担当者は要件を小さな作業に分けて依頼し、生成された変更と実行結果を確認する。エージェントに作業を任せる範囲、途中で人が見る時点、最終レビューの観点を先に決めるための整理資料として、この調査を使う。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：変更範囲と正解条件を説明できる小さな開発課題を選ぶ。人が通常の手順で対応した結果を基準に、エージェントによる要件整理、変更、テスト、修正の流れを同じ課題で試す。
完了までの時間だけでなく、テスト通過、レビューで見つかった欠陥、手戻り回数、人が介入した回数を記録する。複数ファイルの変更や社内固有の手順でつまずいた箇所も残し、任せる作業範囲を調整する。
限界と課題
著者らは、実際の開発環境には大規模な非公開コード、独自の構築手順、社内API、文書化されていない慣習があると指摘する。また生成コードに論理上の欠陥、性能問題、脆弱性が残り得るため、人によるレビューや修正が必要になるとしている。
導入時には、調査で紹介された方法が自社の変更作業にも合うかを別に確かめたい。文献の分類は実装手順や性能保証ではなく、対象タスクと評価方法を選ぶための手がかりとして読むのが妥当である。
出典
元のタイトル・要旨を確認する（英語）
A Survey on Code Generation with LLM-based Agents
Code generation agents powered by large language models (LLMs) are revolutionizing the software development paradigm. Distinct from previous code generation techniques, code generation agents are characterized by three core features. 1) Autonomy: the ability to independently manage the entire workflow, from task decomposition to coding and debugging. 2) Expanded task scope: capabilities that extend beyond generating code snippets to encompass the full software development lifecycle (SDLC). 3) Enhancement of engineering practicality: a shift in research emphasis from algorithmic innovation toward practical engineering challenges, such as system reliability, process management, and tool integration. This domain has recently witnessed rapid development and an explosion in research, demonstrating significant application potential. This paper presents a systematic survey of the field of LLM-based code generation agents. We trace the technology's developmental trajectory from its inception and systematically categorize its core techniques, including both single-agent and multi-agent architectures. Furthermore, this survey details the applications of LLM-based agents across the full SDLC, summarizes mainstream evaluation benchmarks and metrics, and catalogs representative tools. Finally, by analyzing the primary challenges, we identify and propose several foundational, long-term research directions for the future work of the field.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新：2026-09-30