← 最新の論文
🤖 AI

LeanMarathon: Toward Reliable AI Co-Mathematicians through Long-Horizon Lean Autoformalization

LeanMarathonは、進化するブループリントと2段階のオーケストレーターを中心としたマルチエージェントシステムを導入することで、長期的な自動形式化の失敗を克服し、Erdős問題に関する4つの最近の研究論文から7つの定理をエラーなしで形式化することに成功した。

原著者: Yuanhe Zhang, Yuekai Sun, Taiji Suzuki, Jason D. Lee, Fanghui Liu

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

原著者: Yuanhe Zhang, Yuekai Sun, Taiji Suzuki, Jason D. Lee, Fanghui Liu

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

あなたは、AIロボットのチームと一緒に、レゴブロックを使って巨大で複雑なお城を作ろうとしているところだと想像してください。目標は単に「お城を作る」ことではありません。数学者による非常に複雑な手書きの設計図に基づいたお城を作ることです。そして、すべてのブロックは、物理学の厳格な法則(この場合は、Leanと呼ばれるコンピュータ言語の厳格なルール)に従って、完璧に適合していなければなりません。

これまでの試みの問題点は、もしロボットが早い段階で小さなミスをした場合(例えば、間違った色のブロックを使ったり、設計図の一行を読み間違えたりした場合)、チーム全体がそのエラーの上に積み重ねて作り続けてしまうことでした。結局、彼らは見た目は美しいが、屋根を載せようとした瞬間に崩壊してしまうような、巨大なお城を築き上げてしまいます。なぜなら、土台が間違っているからです。ロボットたちは混乱し、言い争い、あるいは何日も同じ間違いを繰り返すことになります。

LeanMarathonは、こうしたロボットチームがクラッシュしないようにするための、新しい組織化の手法です。その仕組みを、簡単な比喩を用いて説明します。

1. 「生きた設計図」(記録のシステム)

ロボットに静的なPDFを読ませる代わりに、LeanMarathonは、以下の3つの役割を同時に果たす**「単一の、生きた文書」**を使用します。

  • 数学の骨組み(形式的なコード)。
  • 自然言語による物語(平易な英語による説明)。
  • すべてのパーツが次にどのように接続されるかを示す地図

これは、すべての文章の横に小さな「チェックマーク」が付いている共有Googleドキュメントのようなものです。もし文章が間違っていれば、チェックマークが赤くなります。ロボットは、その赤色のマークを無視することはできません。先に進む前に、必ずそれを修正しなければなりません。

2. 4つの専門ロボット(エージェント)

すべてをこなそうとする一つの「スーパーロボット」を使う代わりに(それは混乱や過負荷を招きやすいため)、LeanMarathonは4つの専門化されたロボットを使用します。それぞれが非常に具体的な仕事を持ち、厳格なルールを持っています:**「自分の担当セクション以外には触れてはならない」**というルールです。

  • 設計者(ブループリンター/Architect): このロボットは、人間による元の論文を読み、それを小さく扱いやすいレゴのパーツへと分解します。初期の地図を描きますが、まだ壁は作りません。構造を設定するだけです。
  • 検査官(ターゲット・レビュアー/Inspector): 建築が始まる前に、このロボットは地図を元の人間の論文と照らし合わせます。「設計者は目標を誤解していないか?」と問いかけます。もし地図に「塔を建てる」とあり、論文に「橋を架ける」とあれば、検査官はすべてを停止させ、修正のためのチケットを発行します。彼は決して作りません。チェックのみを行います。
  • 作業員(ワーカー/Builder): これらが実際に重労働を行うロボットです。しかし、ここには仕掛けがあります。各作業員は、たった一つの小さなレゴパーツのみを割り当てられています。 彼らは並列して(一度にたくさん)働きます。彼らは自分の特定のパーツと、その周囲の直接的なブロックだけに触れることが許されています。隣人の作業範囲に手を出すことはできません。もし行き詰まったら、推測して進むのではなく、手を挙げて助けを求めます。
  • 修正者(リファイナー/Fixer): 作業員が行き詰まったり、検査官が問題を見つけたりした場合、修正者が介入します。このロボットは、問題のある特定の領域に注目し、何が間違っていたのかを理解するために元の論文を読み直し、その特定のセクションを書き換えます。それは、体の他の部分を健康に保ちながら、特定の臓器だけを執刀する外科医のようなものです。

3. 「信号機」(CIゲート)

これが最も重要な安全装置です。建設現場の入り口にある信号機を想像してください。

  • 作業員がパーツを完成させるたび、あるいは修正者が修理を行うたびに、彼らは信号機で止まらなければなりません。
  • コンピュータプログラム(信号機)が自動的にチェックを行います。「このパーツは適合しているか? ストーリーと一致しているか? 正しく接続されているか?」
  • 合格すれば、そのパーツはメインのお城へとマージ(統合)されます。
  • 不合格であれば、パーツは即座に拒否されます。ロボットは最初からやり直さなければなりません。
  • 極めて重要なのは、 これが自動的かつ即座に行われることです。人間が一つ一つのブロックを確認する必要はありません。これにより、「不良品のブロック」がメインの構造に入り込むことを防ぎます。

4. 「マラソン」戦略

「マラソン」という名前は、彼らが困難なタスクにどのように取り組むかに由来しています。

  • 古いやり方: 一つのロボットがマラソン全体を一人で走ろうとします。すると、疲れ果て、幻覚を見せ、倒れてしまいます。
  • LeanMarathonのやり方: 彼らはマラソンを小さなスプリント(短距離走)に分割します。もし一つのロボットが転んでも、影響を受けるのはその一つのスプリントだけです。残りのチームは走り続けます。仕事が小さく独立したパーツに分解されているため、チームは数日間の進捗を失うことなく、即座にミスから回復できるのです。

彼らは実際に何を達成したのか?

研究者たちは、このシステムを、AIの助けを借りて書かれた2つの非常に困難で現実的な数学論文に対してテストしました。これらの論文には、4つの有名な未解決問題(エルデシュ問題と呼ばれるもの)が含まれていました。

  • 結果: LeanMarлоanは、これらの論文に含まれるすべての数学を、完璧にコンピュータで検証可能なコードへと変換することに成功しました。258個の異なる数学的ステップ(補題と定理)を、エラーゼロで証明しました。
  • 比較: 彼らは、同じ論文に対して、商用の「オールインワン型」AIロボット(Aristotleという名前)を試しました。そのロボットは一度にすべてをやろうとして混乱し、数日間実行しても仕事を完了できずに失敗しました。それは未完成で壊れた断片を残したままになりました。
  • 教訓: この論文は、AIで難しい数学を行うには、単に「より賢い」ロボットが必要なのではない、ということを示しています。ミスが広がるのを防ぎ、チームを本来の目標に集中させるための、より優れたチーム構造が必要なのです。

要約すると、LeanMarathonは、AIロボットを厳格なルールと自動チェックを備えた規律ある専門チームとして組織することで、乱雑で長い数学的議論を、完璧に検証されたエラーのないコードへと変えられることを証明しています。

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

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

Digest を試す →