CodeMidasがコードから訓練課題を生成
研究チームは、既存のソースコードだけから強化学習用の訓練課題を自動生成する手法CodeMidasを開発した。5,545件の課題で学習したAIエージェントは、全5ベンチマークで性能が向上した。

研究の概要
Bowen Ye氏らの研究チームは、既存のソースコードを唯一の入力として、AIコーディングエージェントの強化学習用環境を自動構築する手法「CodeMidas」を発表した。強化学習でコーディングエージェントを鍛えるには、多様な課題と、成否を確実に判定する検証器が欠かせない。従来はオープンソースのイシューやコミットといった開発の副産物から課題を抽出するのが主流であり、取り出せる課題の範囲に限界があった。
CodeMidasは、環境構築の全工程にエージェントの計算資源を割り当てる。エージェントがコードベースを探索して実装済みの機能から振る舞いの仕様を作成し、元のコードの実行結果に基づいてテストを構築する。さらに、実行チェックと解答の繰り返し試行(ロールアウト)によって、候補課題を検証し選別する。
得られたデータセットは、3,185のオープンソースコードベース、23のプログラミング言語、15の技術領域にまたがる5,545件の訓練課題である。MiMo-V2.5をGRPOで訓練したところ、五つのベンチマーク全てで性能が向上した。イシュー修復のDeepSWEで+11.7%、プログラム全体の構築を問うProgramBenchで+17%、ターミナル作業のTerminal-Bench v2.1で+8.5%である。
高品質な訓練課題の数を増やすほど性能が上がることも、比較実験で確認された。軌跡分析では、訓練後のエージェントがコードベースの探索を増やし、より多様な自己検証を行うようになったという。
しくみをやさしく
CodeMidasは、既存のソースコードを基にして、AIエージェントが自動的に訓練課題を生成する仕組みである。具体的には、エージェントがコードを解析し、実装された機能に基づいて様々な課題を作成する。これにより、従来の方法では得られなかった多様な課題が得られ、エージェントの訓練に利用される。さらに、生成された課題は実行結果に基づいて検証されるため、質の高い訓練データが確保される。
ビジネスへの示唆
本手法の意義は、エージェント訓練の素材を課題履歴からコードそのものへ広げた点にある。課題の供給源が開発履歴の量に縛られなくなるため、AIコーディング製品を手がけるAI企業、開発者向けSaaS事業者、クラウド事業者にとって、訓練データの調達コストの構造を変え得る。
利用企業側では、次の部門とKPIへの波及が考えられる。これにより、読者は自部署での適用可能性を考えることができる。
- 社内開発部門:プルリクエストの受け入れ率、障害修正のリードタイム、レビュー工数
- 品質保証部門:テスト作成工数、テストカバレッジ
- 情報システム・運用部門:定型的なターミナル作業の自動化率、保守コスト
特に、金融の基幹システム、製造業の組込みソフト、システムインテグレーターなど、長年蓄積したコード資産を抱える業種では、イシュー履歴が乏しくても課題を作れる点が有利に働く可能性がある。自社リポジトリから専用の訓練環境を生成できれば、自社の言語や開発規約に適応したエージェントを育てる道が開ける。ただし、論文が示したのはオープンソースコードでの結果であり、社内コードへの適用可否は別途検証が必要である。
現場での導入イメージ
仮に導入支援に入るなら、次のようなステップで進めることが考えられる。
-
棚卸し:自社のコード資産を整理し、どのようなソースコードが存在するかを把握する。これにより、訓練環境を構築するための基盤が整う。
-
差し込み先の設計:既存のツールや業務プロセスの中で、どこにCodeMidasを組み込むかを設計する。新しいツールを増やさない現実解を考慮し、業務の流れに自然に溶け込ませることを目指す。
-
小さく試す(PoC):初期段階で小規模な実験を行い、生成された課題の質やエージェントの性能向上を確認する。これにより、実際の導入に向けたリスクを低減する。
-
運用と横展開:PoCの結果を基に、正式な運用を開始し、他の部門やプロジェクトへの展開を進める。全体の業務効率向上を目指す。
この一連のステップを通じて、最終的には自社の特性に最適化されたAIエージェントの育成を目指すことができる。
今後の展望
課題も残る。パイプラインの全段階でエージェントの計算資源を投じる設計であり、導入企業には生成コストと得られる性能向上の対効果を見極める作業が求められる。評価はベンチマーク上の改善であり、実際の開発現場での生産性向上とは切り分けて捉える必要がある。オープンソースコードを訓練に用いる際のライセンス確認も、実務上の論点として残る。
それでも、訓練課題の数を増やせば性能が伸びるという結果は、コードベースを訓練資源として扱う流れを後押しする。導入を検討する企業は、まず自社のコード資産の棚卸しと、検証に使えるテストの整備状況の把握から着手するのが現実的である。
関連トピック
この記事のアイデアを、あなたの現場で試してみませんか。 どのくらいのコストで作れて、どのくらい手間やコストが減るかを一緒に試算し、試作から導入まで伴走します。
導入を相談する →同セクションの記事
AIが能力を隠せると証明、評価の限界露呈
AIモデルの重みの中に暗号化した別のネットワークを隠し、秘密の合図でのみ作動させられることが示された。導入前の能力評価だけでは危険性を見抜けない可能性があり、調達や監査の前提を揺るがす。

ReLU網が描ける形状の規模を数学が証明
ニューラルネットの出力が持つ「穴の数」を表現するのに必要な網の大きさを、数学的に導出した論文が登場した。モデル規模を設計根拠で決める道を開く成果である。

概念を隠して画像AIの判断根拠を探る新手法
重みや概念ラベルなしで画像AIの判断根拠を概念単位で示す手法HnSが提案された。分類以外の字幕生成や衛星画像分割にも適用でき、AIの説明責任を果たす実務の選択肢が広がる。
