Beyond the Answer Key: Robustness Evaluation of Large Language Models for Step-Level Mathematical Verification

arXiv cs.AI Papers

Summary

The paper introduces a controlled benchmark for evaluating Large Language Models' robustness in step-level mathematical verification, revealing significant performance degradation on perturbed solution traces.

arXiv:2608.28725v1 Announce Type: new Abstract: Large language models (LLMs) are increasingly used as graders, verifiers, and process auditors, but most mathematical evaluations still emphasize final-answer accuracy. This can obscure whether a model can verify a non-canonical but valid solution trace. We introduce a controlled linear-equation benchmark for evaluating LLMs in the evaluator role. Each instance asks the model to judge final-answer correctness, step-level trace correctness, and the first incorrect step. Our evaluation of state-of-the-art open LLMs reveals a significant robustness gap: models that accurately evaluate canonical solutions often fail when presented with perturbed but logically equivalent variants. Across GPT-OSS 20B, Qwen3-14B, and Phi-4-Reasoning, base models perform well on canonical traces but degrade substantially on perturbed traces, especially for error localization. On valid perturbed traces, base-model false-rejection rates reach 75.6-85.3%, showing strong sensitivity to canonical solution form. Supervised fine-tuning, distillation, and test-time compute improve robustness in some settings, but gains are model dependent and can trade off against canonical performance. The results show that reliable process-level verification remains challenging, and evaluator robustness should be measured separately from solver accuracy, even in a simple algebraic domain with exact ground truth.
Original Article
View Cached Full Text

Cached at: 09/01/26, 12:38 PM

# Beyond the Answer Key: Robustness Evaluation of Large Language Models for Step-Level Mathematical Verification
Source: [https://arxiv.org/html/2608.28725](https://arxiv.org/html/2608.28725)
###### Abstract

Large language models \(LLMs\) are increasingly used as graders, verifiers, and process auditors, but most mathematical evaluations still emphasize final\-answer accuracy\. This can obscure whether a model can verify a non\-canonical but valid solution trace\. We introduce a controlled linear\-equation benchmark for evaluating LLMs in the evaluator role\. Each instance asks the model to judge final\-answer correctness, step\-level trace correctness, and the first incorrect step\. Our evaluation of state\-of\-the\-art open LLMs reveals a significant robustness gap: models that accurately evaluate canonical solutions often fail when presented with perturbed but logically equivalent variants\. Across GPT\-OSS 20B, Qwen3\-14B, and Phi\-4\-Reasoning, base models perform well on canonical traces but degrade substantially on perturbed traces, especially for error localization\. On valid perturbed traces, base\-model false\-rejection rates reach 75\.6–85\.3%, showing strong sensitivity to canonical solution form\. Supervised fine\-tuning, distillation, and test\-time compute improve robustness in some settings, but gains are model dependent and can trade off against canonical performance\. The results show that reliable process\-level verification remains challenging, and evaluator robustness should be measured separately from solver accuracy, even in a simple algebraic domain with exact ground truth\.

## IIntroduction

Large Language Models \(LLMs\) have demonstrated remarkable capabilities in supporting complex, multi\-step tasks across education, software engineering, and scientific research\. In correctness\-critical applications, the validity of the final result depends entirely on the integrity of the underlying process, and a single error in the process can invalidate the whole result\. Therefore, LLMs, when functioning as evaluators, must be capable of distinguishing between valid alternative methods and genuine logical failures\. Automated evaluators must be accurate and robust since users may trust explained outputs without necessarily understanding their limitations\[[1](https://arxiv.org/html/2608.28725#bib.bib16),[12](https://arxiv.org/html/2608.28725#bib.bib6),[13](https://arxiv.org/html/2608.28725#bib.bib19)\]\.

In mathematical contexts, LLMs are not only used to solve problems but also to evaluate solutions produced by humans, tools, or other models\. In such evaluator settings, final\-answer correctness is insufficient: a solution with the right answer may contain an invalid step, and a correct solution may use a non\-standard path that should not be penalized\. Most mathematical LLM benchmarks emphasize the solver role and report outcome\-based metrics such as final\-answer accuracy on datasets including GSM8K\[[5](https://arxiv.org/html/2608.28725#bib.bib1)\]and MATH\[[7](https://arxiv.org/html/2608.28725#bib.bib2)\]\. This focus can hide a different failure mode: a model may grade canonical worked solutions accurately while rejecting an alternative trace that is mathematically sound but unfamiliar in form\. We call this failure mode*template sensitivity*: dependence on a familiar solution template rather than on step\-level validity\. As shown in Figure[1](https://arxiv.org/html/2608.28725#S1.F1), this sensitivity is especially severe for first\-error localization, where several models that appear reliable on canonical traces collapse under solution\-level perturbations\.

![Refer to caption](https://arxiv.org/html/2608.28725v1/combined_robustness_metrics.png)Figure 1:Robustness gap for base models\. Final\-answer evaluation is affected by solution perturbations, but the larger degradation occurs in first\-error localization, indicating that the models often fail to separate valid non\-canonical transformations from true errors\.We study this problem in linear equations of the forma​x\+b=c​x\+dax\+b=cx\+d\. This domain is intentionally narrow: it gives exact ground truth, controllable trace generation, and unambiguous error localization\. We do not claim that linear equations capture all mathematical or scientific verification tasks\. Instead, we use them as a diagnostic setting in which failures cannot be attributed to ambiguity in the problem statement or to subjective grading criteria\. Our contributions are as follows:

- •Controlled trace\-perturbation benchmark:We hold each equation fixed while varying perturbed traces, isolating evaluator robustness with exact labels for correct, incorrect, and tricky solutions\.
- •Three\-part evaluation protocol:We evaluate final\-answer correctness \(Q1Q\_\{1\}\), step\-level correctness \(Q2Q\_\{2\}\), and first\-error localization \(Q3Q\_\{3\}\), enabling separate measurement of answer checking, process checking, and diagnostic feedback\.
- •Empirical and adaptation analysis:We evaluate leading open models GPT\-OSS 20B\[[16](https://arxiv.org/html/2608.28725#bib.bib3)\], Qwen3\-14B\[[17](https://arxiv.org/html/2608.28725#bib.bib4)\], and Phi\-4\-Reasoning\[[14](https://arxiv.org/html/2608.28725#bib.bib5)\], quantifying the performance gap between baseline and perturbed alternatives, and identifying common failure modes; then test supervised fine\-tuning, Gemini\-enhanced distillation, and test\-time compute\.

## IIRelated Work

### II\-AMathematical Reasoning Benchmarks and Verification

A large body of work evaluates LLMs on mathematical reasoning by measuring solving performance on controlled problem sets such as MATH\[[7](https://arxiv.org/html/2608.28725#bib.bib2)\]\. Such benchmarks primarily assess LLMs as problem solvers rather than evaluators\. Related verifier work trains process\-based reward models or outcome reward models for scoring generated reasoning traces\[[12](https://arxiv.org/html/2608.28725#bib.bib6),[19](https://arxiv.org/html/2608.28725#bib.bib7)\]\. More recent work studies step\-level verifier training, verifier\-guided inference, and formally verified process labels\[[2](https://arxiv.org/html/2608.28725#bib.bib8),[9](https://arxiv.org/html/2608.28725#bib.bib9),[11](https://arxiv.org/html/2608.28725#bib.bib10)\]\. Our work complements these efforts by focusing on the grading task itself: whether a model assigns consistent judgments to worked solutions that are procedurally different but algebraically admissible\.

### II\-BRobustness under Perturbations

Recent studies show that LLM mathematical reasoning can be fragile under perturbations to problem statements, irrelevant context, symbolic forms, or numerical values\[[10](https://arxiv.org/html/2608.28725#bib.bib11),[15](https://arxiv.org/html/2608.28725#bib.bib12),[8](https://arxiv.org/html/2608.28725#bib.bib13),[3](https://arxiv.org/html/2608.28725#bib.bib14),[18](https://arxiv.org/html/2608.28725#bib.bib15)\]\. These studies mainly examine the solver setting\. We instead perturb the*solution trace*while holding the original equation fixed\. This isolates evaluator robustness: the model is not asked to solve a new problem, but to judge whether a supplied derivation is valid\.

### II\-CEvaluating Worked Solutions

Recent work has explored using LLMs as autograders for worked solutions in mathematics by comparing LLM\-assigned correctness labels against human grading\[[1](https://arxiv.org/html/2608.28725#bib.bib16)\]\. Other step\-by\-step evaluation settings, though not focused on math grading specifically, also emphasize measuring intermediate reasoning behavior rather than only final outputs\[[4](https://arxiv.org/html/2608.28725#bib.bib17)\]\. Such studies demonstrate the promise of automated evaluation, but they typically do not systematically control solution\-trace variability\. Our benchmark fills this gap by generating paired canonical and perturbed traces with exact labels for the first invalid step\.

## IIIMethodology

### III\-ADataset Generation and Taxonomy

We generate equations of the forma​x\+b=c​x\+dax\+b=cx\+dwith a unique rational solution\. A solving engine then emits worked traces under three trace types:

- •T1 \(Correct\):Every step maintains mathematical equivalence under the trace semantics in Section[III\-C](https://arxiv.org/html/2608.28725#S3.SS3), and the final answer is correct\. T1 is used to measure false rejection of valid reasoning\.
- •T2 \(Incorrect\):A single arithmetic or algebraic error is injected at a known step and propagated to an incorrect final answer\. T2 tests whether the evaluator detects and localizes the true first error\.
- •T3 \(Tricky\):A trace contains an invalid intermediate step, but the final answer is manually reverted to the correct value\. T3 separates final\-answer checking from process checking\.

The benchmark taxonomy is illustrated in Figure[2](https://arxiv.org/html/2608.28725#S3.F2)\.

![Refer to caption](https://arxiv.org/html/2608.28725v1/types.png)Figure 2:Benchmark taxonomy\. The same equation can appear with a canonical or perturbed trace and as T1, T2, or T3\. This design separates final answer from trace correctness; the evaluation prompt does not contain underlined text\.
### III\-BReproducibility Details

Equation instances are generated by sampling integer coefficientsa,b,c,da,b,c,dfrom\[−10,10\]\[\-10,10\]and enforcinga≠ca\\neq c, so the solutionx=\(d−b\)/\(a−c\)x=\(d\-b\)/\(a\-c\)is unique\. We reject degenerate equations, empty transformations, and traces whose verification obligations cannot be discharged\. Train and test splits are instance\-disjoint: we hash the tuple\(a,b,c,d\)\(a,b,c,d\)before trace generation so that no equation appears in both training and evaluation\.

Step indexing is 0\-based\. Step0is the original equation string\. The first\-error labelQ3Q\_\{3\}is the index of the first invalid step, andQ3=−1Q\_\{3\}=\-1when no invalid step exists\. All outputs are requested as strict JSON\. A malformed response is recorded as a parse error and counted as incorrect for the affected metrics\.

### III\-CTrace Semantics and Validation

A central concern in this benchmark is that not every familiar algebraic manipulation is an equivalence over the real line\. For example, multiplying both sides by an expression that may be zero or squaring both sides can introduce extraneous candidates\. We therefore label traces using a checker semantics rather than treating every syntactic transformation as a bidirectional equivalence\.

LetSi​\(x\)S\_\{i\}\(x\)denote the solution set represented by stepii, and letOiO\_\{i\}denote any active obligation, such as verifying a candidate or recording a nonzero denominator\. A step is accepted as*strictly equivalent*whenSi​\(x\)⇔Si\+1​\(x\)S\_\{i\}\(x\)\\Leftrightarrow S\_\{i\+1\}\(x\)over the active domain\. This category includes adding the same expression to both sides, moving terms across the equality sign with sign change, and multiplying or dividing by a known nonzero constant\. A step is accepted as*candidate\-generating*when it preserves all true solutions but may introduce extra candidates, i\.e\.,Si​\(x\)⇒Si\+1​\(x\)S\_\{i\}\(x\)\\Rightarrow S\_\{i\+1\}\(x\), provided that the trace later verifies every candidate against the original equation and discards extraneous roots\. Multiplication by a variable term and squaring both sides are handled in this second category\. A step is labeled invalid when it contains an arithmetic error, drops a valid candidate, introduces an unsupported restriction, or leaves an obligation unresolved\. Accordingly,Q2=1Q\_\{2\}=1if and only if every transition is either strictly equivalent or candidate\-generating andQ3Q\_\{3\}is the first transition where this condition fails\. A deterministic exact\-arithmetic trace checker is used to generate and validate all gold labels\.

### III\-DPerturbation Families

A core feature of this benchmark is the inclusion of perturbed solutions through systematic injection of mathematical perturbations–valid but unconventional transformations that deviate from the shortest path to a solution\. The benchmark includes six perturbation families, shown in Figure[3](https://arxiv.org/html/2608.28725#S3.F3)\. Four families are strictly equivalence\-preserving in our domain: adding terms to both sides, moving terms to the right\-hand side, multiplying by a nonzero constant, and dividing by a nonzero constant\. Two families are obligation\-generating: multiplying by an expression involvingxxand squaring both sides\. For these cases, the generated trace explicitly verifies the resulting candidate set by substitution into the original equation\. These controlled stress tests assess whether models distinguish valid alternative paths from errors; they are not intended to represent the full distribution of student work\.

![Refer to caption](https://arxiv.org/html/2608.28725v1/detours.png)Figure 3:Perturbation families\. The first four panels are equivalence\-preserving in the generated domain\. Multiplication by a term and squaring both sides are candidate\-generating transformations; they are accepted only when all resulting candidates are explicitly checked against the original equation\.
### III\-EEvaluation Framework

For each sample, the model receives the original equation and the complete worked trace\. It must return a JSON object with three fields: \(i\)Q1Q\_\{1\}, a Boolean indicating whether the final answer satisfies the original equation; \(ii\)Q2Q\_\{2\}, a Boolean indicating whether the full trace is mathematically valid; and \(iii\)Q3Q\_\{3\}, the integer index of the first invalid step or−1\-1if no invalid step exists\. This format separates outcome verification from process verification and diagnostic localization\.

We report accuracy for each query overall and stratified by T1/T2/T3\. For T1 traces,1−Acc​\(Q2\)1\-\\mathrm\{Acc\}\(Q\_\{2\}\)is the false\-rejection rate: the evaluator rejects a valid trace\. For T2 and T3 traces, a highQ2Q\_\{2\}error rate indicates false acceptance of an invalid process\. Localization accuracy is intentionally strict and requires exact agreement with the first\-error index\.

### III\-FModel Selection and Adaptation

We evaluate three open\-weight reasoning\-oriented models: GPT\-OSS 20B\[[16](https://arxiv.org/html/2608.28725#bib.bib3)\], Qwen3\-14B\[[17](https://arxiv.org/html/2608.28725#bib.bib4)\], and Phi\-4\-Reasoning\[[14](https://arxiv.org/html/2608.28725#bib.bib5)\]\. We selected these models after preliminary screening to avoid conflating evaluator robustness with a basic inability to follow mathematical notation\. All experiments are implemented using the Hugging FaceTransformersandPEFTlibraries inbf16precision with gradient checkpointing enabled\. Non\-TTC evaluations use deterministic decoding; TTC uses seven independent samples at temperature0\.30\.3followed by majority vote for each query\.

TABLE I:Test accuracy \(%\) for GPT\-OSS\-20B\-based models- •Fine\-Tuning \(FT\):We perform parameter\-efficient fine\-tuning with LoRA \(lr=2×10−4\\mathrm\{lr\}=2\\times 10^\{\-4\},r∈\{8,16\}r\\in\\\{8,16\\\},α∈\{16,32\}\\alpha\\in\\\{16,32\\\}\) for 3 epochs with batch size 16\. T1 samples teach acceptance of valid non\-canonical traces; T2 and T3 samples teach rejection and localization of invalid transitions\.
- •Gemini\-Enhanced Distillation \(GED\-FT\):We refine the programmatic explanations using Gemini 3 Flash\[[6](https://arxiv.org/html/2608.28725#bib.bib18)\]\. To prevent teacher errors from corrupting the labels, we retain only samples for which the teacher explanation preserves the ground\-truth\(Q1,Q2,Q3\)\(Q\_\{1\},Q\_\{2\},Q\_\{3\}\)labels\. This filtering yields 4,000 training samples\. The goal is to test whether richer natural\-language rationales improve verifier behavior beyond label\-only supervision\.
- •Test\-Time Compute \(TTC\):We aggregatek=7k=7sampled responses by majority vote for each output field\. TTC tests whether additional reasoning samples correct isolated mistakes or instead amplify systematic template sensitivity\.

### III\-GData Composition and Partitioning

The training set contains 27,000 samples: 9,000 canonical traces, evenly split across T1/T2/T3, and 18,000 perturbed traces, evenly split across trace type and perturbation family\. Evaluation uses two held\-out sets of 1,080 samples each: one canonical and one perturbed\. Each evaluation set has 360 samples per trace type; the perturbed set is balanced across perturbation families\. For each sample, the released metadata records the equation tuple, trace type, perturbation family, obligation log, gold labels, and checker explanation\. The benchmark, code, and experimental configurations are available athttps://github\.com/mazdarani/beyond\-answer\-key\.

## IVResults and Discussion

### IV\-ABase\-Model Robustness Gap

Tables[I](https://arxiv.org/html/2608.28725#S3.T1),[II](https://arxiv.org/html/2608.28725#S4.T2), and[III](https://arxiv.org/html/2608.28725#S4.T3)show that base models perform well on canonical traces but degrade sharply under perturbation\. The largest degradation is inQ3Q\_\{3\}, confirming that first\-error localization is substantially harder than final\-answer checking\. The drop is not merely a formatting artifact: for valid perturbed T1 traces, the base models falsely reject correct reasoning at high rates according toQ2Q\_\{2\}: 75\.56% for GPT\-OSS 20B, 83\.89% for Qwen3\-14B, and 85\.28% for Phi\-4\-Reasoning\. These rates clearly quantify template sensitivity\.

TABLE II:Test accuracy \(%\) for Qwen3\-14b\-based modelsTABLE III:Test accuracy \(%\) for Phi\-4\-Reasoning\-based modelsModelOutcome Accuracy \(Q1Q\_\{1\}\)Step\-Level Accuracy \(Q2Q\_\{2\}\)Localization Accuracy \(Q3Q\_\{3\}\)OverallT1: CorrectT2: IncorrectT3: TrickyOverallT1: CorrectT2: IncorrectT3: TrickyOverallT1: CorrectT2: IncorrectT3: TrickyBaselineBase96\.4892\.2297\.7899\.4496\.1192\.2297\.7898\.3395\.9392\.2297\.2298\.33Base \+ TTC65\.5698\.6191\.116\.9490\.7499\.7491\.1182\.6742\.7810015\.8312\.50FT68\.15100\.004\.7299\.7272\.9699\.7248\.8970\.2838\.9899\.728\.069\.17FT \+ TTC66\.671000\.0010033\.331000\.000\.0033\.331000\.000\.00GED\-FT89\.0798\.8997\.2271\.1198\.3398\.6197\.5098\.8997\.8798\.6196\.9498\.06GED\-FT \+ TTC93\.6110085\.5694\.2894\.3510092\.7889\.1787\.1310075\.2885\.11PerturbedBase67\.8756\.3990\.2856\.9463\.4314\.7291\.3984\.1719\.8114\.7223\.0621\.67Base \+ TTC25\.0014\.7258\.331\.9438\.0611\.9458\.3343\.8933\.8998\.893\.060\.00FT67\.13100\.002\.2299\.1761\.0297\.5034\.7250\.8333\.7097\.222\.221\.67FT \+ TTC66\.671000\.0010033\.331000\.000\.0033\.331000\.000\.00GED\-FT96\.3999\.4495\.8393\.8996\.7693\.6196\.9499\.7293\.7093\.6191\.3996\.11GED\-FT \+ TTC91\.3110076\.4497\.5095\.9310091\.3998\.3985\.1110078\.3977\.50#### IV\-A1Template Sensitivity

Base models perform well on canonical traces but often reject admissible perturbed traces, even when every transition is accepted by the deterministic checker\. This is clearest for T1 examples, where the correct judgment is unambiguous: the final answer is correct, the process is valid, andQ3=−1Q\_\{3\}=\-1\. On baseline T1 traces, base\-modelQ2Q\_\{2\}accuracies are 98\.33%, 93\.89%, and 92\.22% for GPT\-OSS 20B, Qwen3\-14B, and Phi\-4\-Reasoning\. On perturbed T1 traces, these drop to 24\.44%, 16\.11%, and 14\.72%, respectively\. This gap suggests that the models are not only evaluating algebraic validity\. They often treat the first unfamiliar transformation as an error, effectively mistaking procedural variation for incorrect reasoning\. We refer to this behavior as*template sensitivity*: the evaluator appears calibrated to common solution forms rather than to the local validity of adjacent steps\. This matters beyond the specific models tested here\. In any setting where multiple valid procedures can lead to the same result, a verifier that rewards only familiar paths may suppress correct but non\-standard reasoning\.

#### IV\-A2Outcome and Process Are Entangled

T3 examples separate final\-answer correctness from process correctness\. This design tests whether the model can judge the outcome and the reasoning process independently\. Under perturbation, this separation weakens\. On T3 traces, base\-modelQ1Q\_\{1\}accuracy drops from 96\.67% to 67\.78% for GPT\-OSS 20B, from 71\.39% to 63\.06% for Qwen3\-14B, and from 99\.44% to 56\.94% for Phi\-4\-Reasoning\. Since the final answer remains correct by construction, these drops indicate that an unfamiliar or suspicious\-looking derivation can contaminate final\-answer judgment\. Conversely, because the final answer is correct, models may also overlook the invalid intermediate step\. This coupling is undesirable for automated evaluation: a grader should not reject a correct answer merely because the derivation is unusual, nor accept flawed reasoning merely because it reaches the right endpoint\.

#### IV\-A3Localization Remains the Bottleneck

Error localization is the most fragile part of step\-level verification\. Detecting that a trace is invalid is easier than identifying the first invalid transition, especially when the trace contains valid detours mixed with actual errors\. On perturbed traces, base\-modelQ3Q\_\{3\}accuracy falls to 24\.07% for GPT\-OSS 20B, 14\.35% for Qwen3\-14B, and 19\.81% for Phi\-4\-Reasoning\. This limitation is important because localization is what turns a judgment into useful feedback\. In tutoring, a model that says a solution is wrong but points to the wrong step can mislead the student\. In verifier\-guided inference, poor localization may cause the generator to revise the wrong part of its reasoning\. More generally, process\-level evaluation should not stop at binary correctness: reliable evaluators must also identify where a reasoning chain first becomes invalid\.

### IV\-BImpact of Supervised Fine\-Tuning and Distillation

Supervised adaptation improves robustness to perturbed traces, but the effect is model dependent\. The results suggest that fine\-tuning does not simply improve “mathematical ability” in a uniform way; instead, it shifts the model’s decision boundary between accepting valid procedural variation and rejecting suspicious\-looking traces\.

ForGPT\-OSS 20B, GED\-FT improves perturbedQ2Q\_\{2\}from 54\.06% to 76\.94% andQ3Q\_\{3\}from 24\.07% to 58\.98%\. The strongest gain is on valid T1 perturbations, where GED\-FT raisesQ2Q\_\{2\}from 24\.44% to 94\.72% andQ3Q\_\{3\}from 24\.72% to 93\.61%\. This indicates that distillation helps the model accept non\-canonical but valid derivations, although some baseline trade\-offs remain\.

ForQwen3\-14B, the best perturbed performance comes from FT\+TTC, which raises localization from 14\.35% to 81\.67%\. In contrast, GED\-FT underperforms for this model, showing that teacher\-rationale distillation is not uniformly beneficial\. The usefulness of a distilled explanation appears to depend on the student model and on how well the explanation style matches its learned reasoning behavior\.

ForPhi\-4\-Reasoning, GED\-FT is most effective, reaching 96\.39% on perturbedQ1Q\_\{1\}, 96\.76% onQ2Q\_\{2\}, and 93\.70% onQ3Q\_\{3\}\. Standard FT, however, tends to over\-accept traces, performing well on T1 while failing on T2\. This shows why valid and invalid traces must be balanced: high acceptance of correct examples is not sufficient if the verifier loses its ability to reject flawed reasoning\.

Overall, perturbation\-oriented supervision can move models toward process verification, but it must be calibrated carefully\. Robust verifier training should preserve canonical competence while also teaching models to accept valid alternatives and reject subtle invalid transitions\.

### IV\-CTest\-Time Compute by Majority Voting

Majority\-vote TTC helps only when model errors are noisy rather than systematic\. If a model has learned the relevant verification rule but occasionally samples an incorrect judgment, voting can reduce variance\. If the model applies the wrong heuristic consistently, voting reinforces that heuristic\.

The base\-model results show this risk\. For GPT\-OSS 20B, TTC reduces perturbedQ1Q\_\{1\}from 76\.30% to 32\.04% andQ2Q\_\{2\}from 54\.06% to 31\.11%\. Qwen3\-14B and Phi\-4\-Reasoning show similar drops in perturbedQ1Q\_\{1\}\. This suggests that more samples do not necessarily produce better verification; they can simply make an incorrect judgment more stable\.

TTC is more useful after suitable adaptation\. For Qwen3\-14B, FT\+TTC gives the strongest perturbed localization result, reaching 81\.67% onQ3Q\_\{3\}\. In this case, training appears to provide a better verification policy, and TTC reduces residual uncertainty\. Thus, it should be viewed as a calibration tool, not a substitute for learning trace\-validity semantics\.

### IV\-DLimitations and Future Work

This study is intentionally limited to single\-variable linear equations with unique rational solutions\. This narrow setting enables exact label validation and unambiguous first\-error indices, but it does not establish that the same behavior holds for inequalities, systems of equations, proofs, programs, or scientific workflows\. The purpose of this benchmark is therefore diagnostic: it isolates process\-level verification in a setting where the ground truth can be controlled precisely\.

Future work should extend the same procedural\-evaluation framework to richer domains\. In mathematics, this includes equations with branching conditions, multi\-solution problems, and proof\-style arguments\. Beyond mathematics, the same idea may apply to software debugging, scientific protocols, chemical synthesis plans, and other workflows where the final output is not enough and the validity of intermediate operations matters\. Our current analysis also motivates finer\-grained studies in future\. Per\-perturbation\-family breakdowns and held\-out perturbation tests would help determine whether models learn general trace validity or adapt to specific transformation templates\. We also report single\-run adaptation results, so small differences between variants should be interpreted cautiously\. Finally, Gemini\-enhanced distillation depends on the teacher model, prompt design, and filtering policy; future work should evaluate whether the observed gains hold across different teachers and larger verified rationale sets\.

## VConclusion

We introduced a controlled benchmark for evaluating LLMs as step\-level verifiers rather than only as problem solvers\. In a linear\-equation setting with exact trace labels, base models that perform well on canonical solutions often fail on admissible non\-canonical traces, especially when asked to localize the first invalid step\. These failures show that evaluator robustness is a distinct capability from final\-answer accuracy\.

The broader implication is that trustworthy LLM evaluation requires attention to process, not only outcomes\. Many real tasks allow more than one valid path, and an evaluator should be able to accept legitimate procedural variation\. Our results show that adaptation can reduce this robustness gap, but its benefits are model dependent, and majority\-vote TTC can amplify systematic mistakes\. Controlled process\-level benchmarks therefore provide a potential tool for measuring and improving LLM reliability in domains where the reasoning path itself must be verified, such as automated software verification, legal reasoning, and clinical diagnostics\.

## Acknowledgment

This work was supported in part by the National Science Foundation under Award No\. 2434704\.

## References

- \[1\]S\. Bhandari and Z\. Pardos\(2025\)Can language models grade algebra worked solutions? Evaluating LLM\-based autograders against human grading\.InProceedings of the 18th International Conference on Educational Data Mining,pp\. 554–558\.Cited by:[§I](https://arxiv.org/html/2608.28725#S1.p1.1),[§II\-C](https://arxiv.org/html/2608.28725#S2.SS3.p1.1)\.
- \[2\]K\. Chang, Y\. Shi, C\. Wang, H\. Zhou, C\. Hu, X\. Liu, Y\. Luo, Y\. Ge, T\. Xiao, and J\. Zhu\(2025\)Step\-level verifier\-guided hybrid test\-time scaling for large language models\.InProceedings of the 2025 Conference on Empirical Methods in Natural Language Processing,pp\. 18462–18477\.Cited by:[§II\-A](https://arxiv.org/html/2608.28725#S2.SS1.p1.1)\.
- \[3\]G\. Chatziveroglou, R\. Yun, and M\. Kelleher\(2025\)Exploring LLM reasoning through controlled prompt variations\.arXiv preprint arXiv:2504\.02111\.External Links:[Link](https://arxiv.org/abs/2504.02111)Cited by:[§II\-B](https://arxiv.org/html/2608.28725#S2.SS2.p1.1)\.
- \[4\]Z\. Chen, W\. Du, W\. Zhang, K\. Liu, J\. Liu, M\. Zheng, J\. Zhuo, S\. Zhang, D\. Lin, K\. Chen, and F\. Zhao\(2024\)T\-Eval: evaluating the tool utilization capability of large language models step by step\.InProceedings of the 62nd Annual Meeting of the Association for Computational Linguistics,pp\. 9510–9529\.Cited by:[§II\-C](https://arxiv.org/html/2608.28725#S2.SS3.p1.1)\.
- \[5\]K\. Cobbe, V\. Kosaraju, M\. Bavarian, M\. Chen, H\. Jun, L\. Kaiser, M\. Plappert, J\. Tworek, J\. Hilton, R\. Nakano, C\. Hesse, and J\. Schulman\(2021\)Training verifiers to solve math word problems\.CoRRabs/2110\.14168\.External Links:[Link](https://arxiv.org/abs/2110.14168)Cited by:[§I](https://arxiv.org/html/2608.28725#S1.p2.1)\.
- \[6\]Google\(2025\)Introducing Gemini 3 Flash: benchmarks, global availability\.Note:\[Online\]\. Available:https://blog\.google/products\-and\-platforms/products/gemini/gemini\-3\-flash/Cited by:[2nd item](https://arxiv.org/html/2608.28725#S3.I2.i2.p1.1)\.
- \[7\]D\. Hendrycks, C\. Burns, S\. Kadavath, A\. Arora, S\. Basart, E\. Tang, D\. Song, and J\. Steinhardt\(2021\)Measuring mathematical problem solving with the MATH dataset\.CoRRabs/2103\.03874\.External Links:[Link](https://arxiv.org/abs/2103.03874)Cited by:[§I](https://arxiv.org/html/2608.28725#S1.p2.1),[§II\-A](https://arxiv.org/html/2608.28725#S2.SS1.p1.1)\.
- \[8\]K\. Huang, J\. Guo, Z\. Li, X\. Ji, J\. Ge, W\. Li, Y\. Guo, T\. Cai, H\. Yuan, R\. Wang, Y\. Wu, M\. Yin, S\. Tang, Y\. Huang, C\. Jin, X\. Chen, C\. Zhang, and M\. Wang\(2025\)MATH\-perturb: benchmarking LLMs’ math reasoning abilities against hard perturbations\.arXiv preprint arXiv:2502\.06453\.External Links:[Link](https://arxiv.org/abs/2502.06453)Cited by:[§II\-B](https://arxiv.org/html/2608.28725#S2.SS2.p1.1)\.
- \[9\]R\. Kamoi, Y\. Zhang, N\. Zhang, S\. S\. D\. Sarkar, and R\. Zhang\(2025\)Generalizable process reward models via formally verified training data\.arXiv preprint arXiv:2505\.15960\.Cited by:[§II\-A](https://arxiv.org/html/2608.28725#S2.SS1.p1.1)\.
- \[10\]Q\. Li, L\. Cui, X\. Zhao, L\. Kong, and W\. Bi\(2024\)GSM\-plus: a comprehensive benchmark for evaluating the robustness of LLMs as mathematical problem solvers\.InProceedings of the 62nd Annual Meeting of the Association for Computational Linguistics,pp\. 2961–2984\.External Links:[Link](https://aclanthology.org/2024.acl-long.163/)Cited by:[§II\-B](https://arxiv.org/html/2608.28725#S2.SS2.p1.1)\.
- \[11\]X\. Li, X\. Li, S\. Hu, Y\. Guo, and W\. Zhang\(2025\)VerifyBench: a systematic benchmark for evaluating reasoning verifiers across domains\.arXiv preprint arXiv:2507\.09884\.Cited by:[§II\-A](https://arxiv.org/html/2608.28725#S2.SS1.p1.1)\.
- \[12\]H\. Lightman, V\. Kosaraju, Y\. Burda, H\. Edwards, B\. Baker, T\. Lee, J\. Leike, J\. Schulman, I\. Sutskever, and K\. Cobbe\(2024\)Let’s verify step by step\.InInternational Conference on Learning Representations,External Links:[Link](https://openreview.net/forum?id=v8L0pN6EOi)Cited by:[§I](https://arxiv.org/html/2608.28725#S1.p1.1),[§II\-A](https://arxiv.org/html/2608.28725#S2.SS1.p1.1)\.
- \[13\]F\. Mazdarani, A\. C\. Hernandez, and C\. Toxtli\(2026\)Worker\-centered AI: transparent explanations for trustworthy task recommendation in crowd work\.In2026 IEEE Conference on Artificial Intelligence,pp\. 295–302\.External Links:[Document](https://dx.doi.org/10.1109/CAI68641.2026.11536153)Cited by:[§I](https://arxiv.org/html/2608.28725#S1.p1.1)\.
- \[14\]Microsoft\(2025\)Phi\-4\-reasoning: redefining small language model logic\.Technical reportMicrosoft Research\.External Links:[Link](https://huggingface.co/microsoft/phi-4-reasoning)Cited by:[3rd item](https://arxiv.org/html/2608.28725#S1.I1.i3.p1.1),[§III\-F](https://arxiv.org/html/2608.28725#S3.SS6.p1.1)\.
- \[15\]I\. Mirzadeh, K\. Alizadeh, H\. Sedghi, S\. Bengio, and M\. Farajtabar\(2024\)GSM\-symbolic: understanding the limitations of mathematical reasoning in large language models\.arXiv preprint arXiv:2410\.05229\.External Links:[Link](https://arxiv.org/abs/2410.05229)Cited by:[§II\-B](https://arxiv.org/html/2608.28725#S2.SS2.p1.1)\.
- \[16\]OpenAI\(2025\)GPT\-oss: open\-weight reasoning models\.Technical reportOpenAI\.External Links:[Link](https://github.com/openai/gpt-oss)Cited by:[3rd item](https://arxiv.org/html/2608.28725#S1.I1.i3.p1.1),[§III\-F](https://arxiv.org/html/2608.28725#S3.SS6.p1.1)\.
- \[17\]Qwen Team\(2025\)Qwen3 technical report\.Technical reportAlibaba Group\.External Links:[Link](https://github.com/QwenLM/Qwen3)Cited by:[3rd item](https://arxiv.org/html/2608.28725#S1.I1.i3.p1.1),[§III\-F](https://arxiv.org/html/2608.28725#S3.SS6.p1.1)\.
- \[18\]Z\. Sun, G\. Dai, I\. Tsang, and H\. Ye\(2025\)Numerical sensitivity and robustness: exploring the flaws of mathematical reasoning in large language models\.arXiv preprint arXiv:2511\.08022\.External Links:[Link](https://arxiv.org/abs/2511.08022)Cited by:[§II\-B](https://arxiv.org/html/2608.28725#S2.SS2.p1.1)\.
- \[19\]P\. Wang, L\. Li, Z\. Shao, R\. X\. Xu, D\. Dai, Y\. Li, D\. Chen, Y\. Wu, and Z\. Sui\(2024\)Math\-shepherd: verify and reinforce LLMs step\-by\-step without human annotations\.InProceedings of the 62nd Annual Meeting of the Association for Computational Linguistics,pp\. 9426–9439\.External Links:[Link](https://aclanthology.org/2024.acl-long.510/)Cited by:[§II\-A](https://arxiv.org/html/2608.28725#S2.SS1.p1.1)\.

Similar Articles

Fragile Thoughts: How Large Language Models Handle Chain-of-Thought Perturbations

arXiv cs.CL

This paper presents a comprehensive empirical evaluation of how large language models handle corruptions in chain-of-thought reasoning steps, testing 13 models across 5 perturbation types (MathError, UnitConversion, Sycophancy, SkippedSteps, ExtraSteps) on mathematical reasoning tasks. The findings reveal heterogeneous vulnerability patterns with implications for deploying LLMs in multi-stage reasoning pipelines.

Evaluating Research-Level Math Proofs via Strict Step-Level Verification

arXiv cs.AI

This paper introduces a strict step-level verification framework for evaluating research-level mathematical proofs using LLMs, addressing context poisoning and outperforming global evaluation. The approach shifts focus to deductive constraints and reveals that remaining errors are often due to pedantic hyper-rigor, exposing implicit ambiguities in benchmarks.