アーカイブ / LLM
グラフ問題の解法を設計し、コードで計算するSimple-RTC
Simple-Reasoning-Then-Coding (Simple-RTC)
Simple-Reasoning-Then-Coding (Simple-RTC)の原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1: Illustration of Language-Based, Code-Augmented methods and our Simple-RTC.
概要
- Simple-RTCは問題形式の整理、データ抽出、解法設計、コード生成を経て、プログラムの実行結果を答えにする。
- 著者らは四つの競技プログラミングサイトから239問題、3,041件のテスト事例を集め、GraphAlgorithmを構築した。
- GraphAlgorithmで報告された平均正答率はSimple-RTCが33.7%、直接解答するGPT-4o-miniが14.3%だった。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、Simple-Reasoning-Then-Coding (Simple-RTC)の仕組み
- 01グラフ問題文
- 02問題形式の整理
- 03データ抽出・解法設計
- 04コード生成・実行
- 05解答
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
グラフは対象を「節点」、対象間の関係を「辺」で表す形式で、経路や依存関係の問題に使われる。大規模言語モデルが問題文から計算過程を文章で追う場合、探索の繰り返しや後戻りが増えると、手順を正確に続けにくいと著者らは指摘する。
従来の評価には、既知の解法を適用しやすい定型課題が多い。著者らは、問題に応じて解法を組み立てる力を確かめるため、競技プログラミング由来の課題も用意した。
手法
Simple-RTCは問題文を整理し、個別のグラフデータを除いた問題の定義と、標準化した入出力条件を作る。その条件に沿って、正規表現という文字列を取り出す規則を使い、問題文から節点や辺などのデータを抽出する。解法設計にはデータを除いた問題の定義を渡す。
解法設計の出力は、計算手順の説明や疑似コードである。疑似コードは実行前に処理の流れを記すものだ。コード生成段階はその設計と入出力条件からプログラムを作り、抽出済みデータを処理する。例えば経路を問う文なら、接続情報を抽出し、経路の求め方を設計してから答えを計算する。
新規性
著者らが提案するのは、グラフ上の計算を言葉で一手ずつ追わせる代わりに、先に解法を設計させ、その手順をコードとして実行する方法だ。問題の定義を個別データから切り離し、解法の検討に集中させる。
評価用にはGraphAlgorithmも構築した。競技プログラミングの問題を集め、既知のグラフ処理用APIをそのまま呼ぶだけでは解きにくい課題で、解法設計の力を調べる。
従来手法との違い
文章だけで解答するGPT-4o-miniは、探索や後戻りを含む計算過程を言葉で追う。Simple-RTCは解法の設計とコードによる計算を分ける。著者らの評価では、GPT-4o-miniを基盤モデルに用いたSimple-RTCと直接解答する設定を比較している。
GraphTeamやGCoder-Lも比較対象だ。両手法はグラフ処理用APIなどの利用に重点を置くが、GraphAlgorithmには既存のAPIで直接解きにくい問題が含まれる。成績の差は、報告された課題と設定の範囲で読む必要がある。
実験結果
著者らは既存の五つのベンチマークとGraphAlgorithmで正答率を比較した。既存課題では、Simple-RTCがNLGraphで99.3%、GraphArenaで97.5%、直接解答するGPT-4o-miniがそれぞれ41.4%、35.1%と報告している。GraphWizの評価では、問題がある二つのタスクのテスト集合を修正した。
GraphAlgorithmはAtCoder、Codeforces、CodeChef、Kattisから集めた239問題、3,041件のテスト事例を含む。著者らの報告する平均正答率はSimple-RTCが33.7%、GPT-4o-miniが14.3%、GraphTeamが8.7%、GCoder-Lが3.0%。実務データでの成績を測った数値ではない。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案:ソフトウェア部品の依存関係から、指定部品の変更が波及し得る範囲を調べる。入力は部品を節点、依存を辺とした一覧と質問文。問題形式を整え、解法とコードを作って実行し、影響候補の一覧を返す。
元データには実際の依存関係が要る。追加学習は想定せず、検証用には担当者が確認した正解一覧をラベルとして用意する。センサーは不要だが、部品名や依存の向きを入力形式に合わせる調整が必要だ。実務での有効性は未検証である。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案:依存関係の質問を一種類に絞り、実際の部品間の辺一覧と質問文を集める。担当者が影響範囲を確認した一覧を正解ラベルにする。追加学習用データやセンサーは想定せず、部品名と依存の向きの表記をそろえる調整を行う。
同じ問題を、モデルが文章だけで答える方法とSimple-RTCの手順で処理し、正答件数を比較する。データ抽出の失敗、コード実行の失敗も別に数える。誤答が入力の読み取り、解法設計、コード生成のどこで生じたかを確認し、適用範囲を判断する。
限界と課題
著者らは、Simple-RTCの解法設計段階を強化するための専用学習を実施していないと述べ、今後の課題に挙げる。また、GraphAlgorithmで報告された平均正答率は33.7%であり、この課題群でも誤答が残る。
編集上の検証事項は、実務の記述から節点と辺を正しく取り出せるか、生成したコードの失敗を検知できるか、同種の質問で手順を再利用できるかだ。確認できた本文の範囲では、実務データでの精度や運用費用を示す数値は確認できない。
出典
元のタイトル・要旨を確認する(英語)
Rethinking and Benchmarking Large Language Models for Graph Reasoning
Large Language Models (LLMs) for Graph Reasoning have been extensively studied over the past two years, involving enabling LLMs to understand graph structures and reason on graphs to solve various graph problems, with graph algorithm problems being the most prevalent. Recent studies underscore the potential of LLMs in handling graph reasoning tasks, but their performance is underwhelming. In this work, we point out issues with existing methods and benchmarks, and rethink the direction that LLMs for graph reasoning should strive toward. We find that base models, e.g., GPT-4o-mini, are largely underestimated due to improper reasoning focus. Base models with reasoning focus redirected from replicating graph algorithms to designing them can easily solve most graph reasoning tasks in existing benchmarks. To truly evaluate the graph reasoning capabilities of LLMs, we construct a more challenging GraphAlgorithm benchmark, comprising 239 different graph problems and 3,041 test instances collected from 4 competition platforms. Finally, we introduce a simple and strong baseline Simple-Reasoning-Then-Coding (Simple-RTC)-which guides LLMs to design graph algorithms first and then code to address graph reasoning tasks. Simple-RTC achieves near-perfect accuracy on existing benchmarks and significantly outperforms GPT-4o-mini and all prior methods on the GraphAlgorithm benchmark. This strong baseline encourages further advancements in LLMs for Graph Reasoning in the future.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01




