← 最新の論文
💻 computer science

From LLMs to Agents in Programming: The Impact of Providing an LLM with a Compiler

本論文は、大規模言語モデルにコンパイラを装備させることで、それらを効果的な反復型エージェントへと変貌させ、様々なモデルサイズにおいてコードのコンパイル成功率を大幅に向上させ、構文エラーを減少させることを実証しており、開発ツールへのアクセスが性能を向上させると同時に、大規模でエネルギー消費の激しいモデルの必要性を低減させる可能性があることを示唆している。

原著者: Viktor Kjellberg, Miroslaw Staron, Farnaz Fotrousi

公開日 2026-01-26
📖 1 分で読めます☕ さくっと読める

原著者: Viktor Kjellberg, Miroslaw Staron, Farnaz Fotrousi

原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む

想像してみてください。あなたは、書かれたレシピに基づいて料理を作る、非常に才能はあるが経験の浅い見習いシェフを雇おうとしています。

問題:「一発勝負」のシェフ
かつて、大規模言語モデル(AI)にコンピュータコードを書かせることは、その見習いシェフに一度きりで料理を作るよう頼むようなものでした。彼らはレシピを見て、材料を推測し、料理を提供します。もしスパイスを忘れたり、間違ったフライパンを使ったり、トーストを焦がしたりしても、あなたがそれを食べられるまで気づく術はありませんでした。もし料理が食べ物にならないもの(コードが動作しない状態)であったとしても、キッチンはすでに閉まってしまっているため、シェフには修正する方法がありませんでした。彼らはただ、一度でうまくいくことを祈るしかなかったのです。

解決策:「味見役」のついた「自己修正型」シェフ
この論文は、次のような問いを投げかけています。「もし、その見習いシェフに、『おい、塩を忘れているぞ』とか、『生地を混ぜる前にケーキをオーブンに入れてしまったじゃないか』とすぐに教えてくれる味見役(コンパイラ)を与えたらどうなるだろうか?」

研究者たちは実験を設定し、16種類の異なるAI「シェフ」(非常に小さくエネルギー効率の良いものから、非常に巨大で超複雑なものまで)に、699個の料理の課題(C言語でのプログラミングタスク)を与えました。

  • ベースライン・グループ: これらのシェフは、料理を作り、すぐに提供しなければなりませんでした。やり直しは認められません。
  • エージェント・グループ: これらのシェフは、料理を作り、味見役(コンパイラ)から批評を受け、ミスを修正し、再び挑戦することが許されました。料理が完璧になるまで、最大5回まで繰り返すことができます。

素晴らしい結果

  1. 成功率が急上昇した:
    味見役を与えることで、大きな違いが生まれました。成功した料理の数は、シェフの種類にもよりますが、5%から、あるものは80%近くまで増加しました。

    • 驚きの事実: 最大の勝者は、必ずしも最も大きく高価なシェフではありませんでした。40億の「脳細胞」を持つQwen 3という中規模のシェフは、コンパイラの助けを得るだけで、最下位に近い存在(成功率わずか18%)から、トップクラスの存在(成功率97%)へと躍進しました。場合によっては、700億パラメータを持つ巨大なシェフをも上回る成果を出しました。
  2. 味は変わらなかった(料理の内容は同じだった):
    シェフが料理を何度も修正し続けると、レシピ自体が変わってしまうのではないかと心配されるかもしれません。しかし、研究者たちは「風味のプロファイル」(コードの意味や論理)をチェックしました。その結果、シェフはレシピを変えたのではなく、単にミスを修正しただけであることが分かりました。最終的な料理は、焦げた端の部分や足りない材料がない状態で、まさに顧客が注文した通りのものでした。

  3. どのようなミスが修正されたのか?
    味見役は、具体的で明確なエラーを見つけるのが非常に得意でした。

    • 構文エラー: カンマやセミコロンを忘れるようなミスです。コンパイラが「ここでピリオドが抜けている」と伝え、シェフはそれを修正しました。これらのエラーは75%減少しました。
    • 材料の不足: 存在しない関数を呼び出すようなミスです。コンパイラが「『魔法の粉』を求めているが、そんなものはない」と伝え、シェフはそれを修正しました。これらのエラーは87%減少しました。

しかし、もしシェフがレシピを別の言語(CではなくPythonなど)で書いたり、コードではなく単なる文章のパラグラフを出力したりといった、混乱を招くようなミスをした場合には、依然として苦戦しました。これらのケースにおけるコンパイラのフィードバックは、シェフにとって理解するには時として曖昧すぎたのです。

重要な教訓
この論文の主な教訓は、優れたコードを書くために、必ずしも巨大で高価、かつエネルギーを大量に消費するスーパーコンピュータが必要なわけではないということです。より小さく安価なAIに、自分の仕事をチェックするツール(コンパイラ)を与え、ミスから学ばせれば、巨大なAIと同じくらい効果的になれるのです。

これは、「優れた教師なしでは、自分の仕事を確認することさえ許されない天才よりも、優れた教師を持つ賢い見習りの方が役に立つこともある」という事実に気づくようなものです。このアプローチは、仕事を正しく遂行しながら、エネルギーと計算資源を節約することができます。

自分の分野の論文に埋もれていませんか?

研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。

Digest を試す →