
Paper: 2604.14140 Authors: Sumeet Ramesh Motwani, Daniel Nichols, Charles London, Peggy Li, Fabio Pizzati, Acer Blake, Hasan Hammoud, Tavish McDonald, Akshat Naik, Alesia Ivanova Categories: cs.LG, cs.AI
The Gap
Existing benchmarks test whether models can reason, but not whether they can sustain reasoning over long horizons. GSM8K, MATH, and similar datasets measure single-step or short-chain reasoning where the entire solution fits in a few hundred tokens. When models are deployed for autonomous tasks—debugging complex codebases, planning multi-step experiments, or navigating strategic game trees—they need to maintain coherent reasoning across tens or hundreds of thousands of tokens. Prior work hasn’t isolated this capability: failures on complex tasks could stem from knowledge gaps, instruction-following issues, or genuinely poor long-horizon reasoning. We don’t know which.
Problem: Models fail complex tasks
|
v
Hypothesis: Long-horizon reasoning is the bottleneck
|
v
Method: Design problems where each step is easy,
but the chain is very long (10K-100K tokens)
|
v
Evidence: GPT-5.2 gets 9.8%, Gemini-3 Pro gets 6.1%
|
v
Conclusion: Long-horizon reasoning is a distinct,
unsolved capability gap
The Increment
One sentence: Before this paper, we knew models struggled with complex tasks but couldn’t separate reasoning endurance from other factors; after, we have a clean measurement showing frontier models collapse when reasoning chains exceed ~10,000 tokens.
Core Mechanism
LongCoT constructs 2,500 problems across five domains (chemistry, math, CS, chess, logic) where the solution requires navigating a graph of interdependent steps. Each problem has three key properties: (1) a short input prompt, (2) a verifiable final answer, and (3) a solution path requiring 10,000 to 100,000+ reasoning tokens. Critically, each individual step is tractable for frontier models—if you isolate any single reasoning move, GPT-4 or Claude can handle it. The difficulty emerges from maintaining coherence across the entire chain.
The benchmark design follows a dependency graph structure. To solve a chemistry problem about reaction pathways, the model must first compute intermediate products, then check thermodynamic feasibility, then verify stoichiometry, then assess side reactions—each step depends on previous results. A single error propagates forward, invalidating subsequent reasoning. The problems are expert-designed to ensure there’s no shortcut: you can’t guess the answer, you can’t pattern-match from training data, you must actually walk the full reasoning path.
Input (short)
|
v
Step 1 -----> Step 2 -----> Step 3 -----> ... -----> Step N
| | | |
v v v v
[Each step tractable] [Dependencies propagate] [Final answer]
If any step fails:
|
v
Entire chain collapses
Think of LongCoT like a tightrope walk across a canyon. Each individual step—placing one foot in front of the other—is easy. A trained acrobat can do it on solid ground without thinking. But string together 10,000 steps on a thin rope with no safety net, and suddenly the task becomes about endurance, balance correction, and not letting a single wobble cascade into a fall. The benchmark isn’t testing whether models can take a step; it’s testing whether they can take 10,000 steps without losing their balance. The rope is the reasoning chain, the canyon is the token horizon, and the wobbles are small errors that compound over distance.
Key Concepts
-
Long-horizon reasoning: The ability to maintain a coherent chain of thought across extended sequences where intermediate results must be tracked, dependencies managed, and errors prevented from propagating. It’s not about solving harder problems—it’s about solving longer problems. Imagine debugging a codebase: finding a single bug is pattern matching, but tracing a bug through 50 files where each function call depends on the previous one’s output requires sustained attention and error-free propagation. That’s long-horizon reasoning. Current models can find the bug in file 1, but by file 20 they’ve lost track of what they were looking for.
-
Tractable local steps: Each individual reasoning move in LongCoT is within the capability of frontier models. If you extract step 47 of a 200-step problem and ask the model to solve just that step (given the correct context), it succeeds. This design choice isolates long-horizon reasoning from raw problem-solving ability. It’s like testing marathon endurance by ensuring each individual mile is runnable—if someone collapses at mile 20, it’s not because mile 20 is too hard, it’s because they couldn’t sustain effort across 20 miles.
-
Dependency graphs: Problems are structured so that later steps require results from earlier steps. You can’t solve step 50 without having correctly solved steps 1-49. This prevents models from “skipping ahead” or guessing. In a chemistry reaction pathway, you can’t predict the final product without computing each intermediate reaction. The graph structure forces sequential reasoning and makes errors fatal—one wrong intermediate product poisons the entire downstream chain.
Framework Shift
Before (existing benchmarks): After (LongCoT):
Input Input (short)
| |
v v
[Complex reasoning] [Step 1] ---> [Step 2] ---> ... ---> [Step 10K]
| | ^ | ^ |
v v | v | v
Answer Easy | Easy | Answer
| |
[Each step tractable]
[Chain is hard]
Failure modes mixed: Failure mode isolated:
- Knowledge gaps - Pure reasoning endurance
- Instruction following - Error propagation
- Reasoning ability - Context management
- ???
From testing “can you solve this hard problem?” to “can you maintain reasoning coherence across 100,000 tokens?”, the core shift is isolating endurance from capability.
Expert Assessment
Problem choice: This is a real gap. As models are deployed for autonomous agents, code generation, and scientific reasoning, long-horizon capability becomes load-bearing. The field has been measuring short-chain reasoning and extrapolating to complex tasks—this paper shows that extrapolation doesn’t hold. The 9.8% accuracy on frontier models is a genuine surprise, not a manufactured crisis.
Method maturity: The design is clever: making local steps tractable isolates the variable of interest. However, there’s a lurking question about whether 100K-token reasoning chains are the right abstraction. Real-world tasks might involve breaking problems into subtasks, using external memory, or iterative refinement—not pure sequential reasoning. The benchmark assumes a specific cognitive architecture (long unbroken chains) that may not match how we want models to work.
Experimental integrity: Baselines are fair—they test frontier models with standard prompting and chain-of-thought. The verifiable answers prevent evaluation ambiguity. One concern: are the problems genuinely unsolvable via shortcuts, or could a model with the right training data pattern-match? The authors claim expert design prevents this, but without seeing the full dataset, it’s hard to verify. The low accuracy suggests shortcuts aren’t working, which is evidence in their favor.
Writing quality: The paper is clear on motivation and results but light on failure analysis. Section 4 (Results) shows accuracy numbers but doesn’t deeply investigate where and why models fail. Do they lose track of intermediate results? Make arithmetic errors that propagate? Hallucinate dependencies? A detailed error taxonomy would elevate this from “here’s a hard benchmark” to “here’s what’s broken in long-horizon reasoning.” The related work section also undersells how this differs from existing CoT benchmarks—it could be sharper.
Verdict: weak accept — Identifies a real capability gap with a clean measurement, but lacks depth in understanding failure modes and may overfit to a specific reasoning paradigm.
Takeaways
For practitioners building with LLMs: (1) Don’t assume reasoning ability scales linearly with chain length—test your application’s longest reasoning paths explicitly. (2) If your task requires >10K tokens of reasoning, consider breaking it into verifiable subtasks with checkpoints rather than one long chain. (3) The dependency graph structure is a useful design pattern for creating hard reasoning problems—make each step easy but ensure errors propagate fatally. For researchers: this benchmark suggests that architectural changes (external memory, iterative refinement, tree search) might be necessary for long-horizon reasoning, not just scaling up transformers.
论文: 2604.14140 作者: Sumeet Ramesh Motwani, Daniel Nichols, Charles London, Peggy Li, Fabio Pizzati, Acer Blake, Hasan Hammoud, Tavish McDonald, Akshat Naik, Alesia Ivanova 分类: cs.LG, cs.AI
缺口
现有基准测试的是模型能否推理,而非能否在长程中持续推理。
GSM8K、MATH等数据集测量的是单步或短链推理,整个解答过程只需几百个token。
当模型被部署到自主任务中——调试复杂代码库、规划多步实验、导航策略博弈树——它们需要在数万甚至数十万token的跨度上保持连贯推理。
先前工作没有隔离这种能力:复杂任务上的失败可能源于知识缺口、指令遵循问题,或真正糟糕的长程推理。
我们不知道是哪个。
问题:模型在复杂任务上失败
|
v
假设:长程推理是瓶颈
|
v
方法:设计每步都简单、但链条很长的问题
(10K-100K tokens)
|
v
证据:GPT-5.2 准确率 9.8%,Gemini-3 Pro 准确率 6.1%
|
v
结论:长程推理是一个独立的、未解决的能力缺口
增量
一句话: 这篇论文之前,我们知道模型在复杂任务上挣扎,但无法将推理耐力与其他因素分离;
之后,我们有了一个清晰的测量,显示前沿模型在推理链超过约10,000 token时会崩溃。
核心机制
LongCoT构建了2,500个跨五个领域(化学、数学、计算机科学、国际象棋、逻辑)的问题,解答需要导航一个相互依赖的步骤图。
每个问题有三个关键属性:(1) 简短的输入提示,(2) 可验证的最终答案,(3) 需要10,000到100,000+推理token的解答路径。
关键在于,每个单独的步骤对前沿模型来说都是可处理的——如果你隔离任何单个推理动作,GPT-4或Claude都能处理。
困难来自在整个链条上保持连贯性。
基准设计遵循依赖图结构。
要解决一个关于反应路径的化学问题,模型必须首先计算中间产物,然后检查热力学可行性,然后验证化学计量,然后评估副反应——每一步都依赖于前面的结果。
单个错误会向前传播,使后续推理失效。
这些问题由专家设计,确保没有捷径:你不能猜答案,不能从训练数据中模式匹配,必须真正走完整个推理路径。
输入(简短)
|
v
步骤1 -----> 步骤2 -----> 步骤3 -----> ... -----> 步骤N
| | | |
v v v v
[每步可处理] [依赖传播] [依赖传播] [最终答案]
如果任何步骤失败:
|
v
整个链条崩溃
把LongCoT想象成走钢丝过峡谷。
每个单独的步骤——把一只脚放在另一只脚前面——很容易。
训练有素的杂技演员在坚实的地面上可以不假思索地做到。
但把10,000步串在一起,在没有安全网的细绳上,突然任务变成了关于耐力、平衡修正,以及不让单次摇晃级联成坠落。
基准测试的不是模型能否迈出一步;
而是测试它们能否迈出10,000步而不失去平衡。
绳子是推理链,峡谷是token跨度,摇晃是随距离复合的小错误。
关键概念
- 长程推理: 在扩展序列中保持连贯思维链的能力,其中必须跟踪中间结果、管理依赖关系,并防止错误传播。
这不是关于解决更难的问题——而是关于解决更长的问题。
想象调试一个代码库:找到单个bug是模式匹配,但通过50个文件追踪一个bug,其中每个函数调用都依赖于前一个的输出,需要持续的注意力和无错误的传播。
这就是长程推理。
当前模型可以在文件1中找到bug,但到文件20时,它们已经忘记了在找什么。
- 可处理的局部步骤: LongCoT中的每个单独推理动作都在前沿模型的能力范围内。
如果你提取一个200步问题的第47步,并要求模型只解决那一步(给定正确的上下文),它会成功。
这种设计选择将长程推理与原始问题解决能力隔离开来。
这就像通过确保每一英里都可跑来测试马拉松耐力——如果有人在第20英里崩溃,不是因为第20英里太难,而是因为他们无法在20英里上持续努力。
- 依赖图: 问题的结构使得后面的步骤需要前面步骤的结果。
你不能在没有正确解决步骤1-49的情况下解决步骤50。
这防止模型”跳过”或猜测。
在化学反应路径中,你不能在不计算每个中间反应的情况下预测最终产物。
图结构强制顺序推理,并使错误致命——一个错误的中间产物会毒害整个下游链条。
框架转变
之前(现有基准): 之后(LongCoT):
输入 输入(简短)
| |
v v
[复杂推理] [步骤1] ---> [步骤2] ---> ... ---> [步骤10K]
| | ^ | ^ |
v v | v | v
答案 简单 | 简单 | 答案
| |
[每步可处理]
[链条很难]
失败模式混合: 失败模式隔离:
- 知识缺口 - 纯推理耐力
- 指令遵循 - 错误传播
- 推理能力 - 上下文管理
- ???
从测试”你能解决这个难题吗?”
到”你能在100,000 token上保持推理连贯性吗?”
,核心转变是将耐力与能力隔离开来。
专家评审
选题眼光: 这是一个真实的缺口。
随着模型被部署到自主代理、代码生成和科学推理中,长程能力变得至关重要。
该领域一直在测量短链推理并外推到复杂任务——这篇论文表明这种外推不成立。
前沿模型9.8%的准确率是一个真正的惊喜,而非人造危机。
方法成熟度: 设计很巧妙:使局部步骤可处理隔离了感兴趣的变量。
然而,有一个潜在的问题,即100K-token推理链是否是正确的抽象。
现实世界的任务可能涉及将问题分解为子任务、使用外部内存或迭代细化——而非纯顺序推理。
基准假设了一种特定的认知架构(长的不间断链条),这可能与我们希望模型工作的方式不匹配。
实验诚意: 基线公平——它们用标准提示和思维链测试前沿模型。
可验证的答案防止了评估歧义。
一个担忧:这些问题是否真的无法通过捷径解决,或者具有正确训练数据的模型是否可以模式匹配?
作者声称专家设计防止了这一点,但在没有看到完整数据集的情况下,很难验证。
低准确率表明捷径不起作用,这是对他们有利的证据。
写作功力: 论文在动机和结果上很清晰,但在失败分析上较轻。
第4节(结果)显示了准确率数字,但没有深入调查模型在哪里以及为什么失败。
它们是否失去了对中间结果的跟踪?
是否犯了传播的算术错误?
是否幻觉了依赖关系?
详细的错误分类法将把这从”这是一个困难的基准”提升到”这是长程推理中的破损之处”。
相关工作部分也低估了这与现有CoT基准的区别——可以更尖锐。
判决: 弱接收 — 用清晰的测量识别了真实的能力缺口,但在理解失败模式方面缺乏深度,并且可能过度拟合到特定的推理范式。
要点总结
对于使用LLM构建的实践者:(1) 不要假设推理能力随链长度线性扩展——明确测试你的应用程序最长的推理路径。
(2) 如果你的任务需要>10K token的推理,考虑将其分解为带有检查点的可验证子任务,而不是一条长链。
(3) 依赖图结构是创建困难推理问题的有用设计模式——使每一步都简单,但确保错误致命传播。
对于研究人员:这个基准表明,架构变化(外部内存、迭代细化、树搜索)可能对长程推理是必要的,而不仅仅是扩大transformer。