IN THIS BREAKDOWN · 10 SECTIONS
You can read 18% of this breakdown.
The paper in one minute
This paper asks whether useful model computation must appear as meaningful words in a reasoning trace. The authors insert fixed filler sequences before an answer and compare performance with a no-filler baseline. The filler is identical across questions, so its literal text does not explain how any particular problem was solved.
Some models improve on the synthetic tasks, with effects that depend on the filler, task and prompting setup. Other configurations show no benefit or regress. The study therefore provides evidence that output text is an incomplete view of consequential computation, rather than a universal trick for making every model reason better.
The September 2026 revision is careful about mechanism. Adding tokens also changes positions and attention patterns. Some gains survive interventions that prevent the filler from accessing the question, so not every improvement can be attributed to extra question-specific reasoning in that span.
The practical conclusion is to treat a written reasoning trace as one source of evidence. It can help oversight, but absence of a suspicious sentence does not prove that no relevant computation occurred. Actions, outcomes and controlled tests remain necessary parts of an agent's evaluation.
Research notes: the problem, approach and results
models in the reported cross-model evaluation
filler types in the detailed sweep
shared task instances for paired comparisons, section 3.2
A readable output trace may omit computation that affects the final answer.
Compare fixed filler sequences against no-filler baselines on controlled tasks, with token and model interventions.
Some settings improve, others regress; the evidence limits claims of complete text-level observability.
Why it matters to an FDE
An enterprise system may log an agent's explanation and use another model to inspect it. Those logs can be useful for debugging and review. They become misleading if the team assumes that every influence on a decision must be expressed in the text that the monitor reads.
This paper illustrates that gap using controlled arithmetic and code-counting tasks. It does not demonstrate that the tested filler sequences evade a production security monitor or enable arbitrary hidden plans. The relevant design lesson is narrower: a text-only observation channel has limits.
Use chain-of-thought alongside agent trajectory evaluation. Keep tool permissions and outcome validation independent of what the model says about its reasoning. If experimenting with extra inference tokens, test the actual accuracy and cost change rather than treating a longer context as an automatic capability upgrade.
Understand the mechanism. Try it on a real problem.
Unlock this breakdown and 199 more papers.
Premium opens every paper in full, plus every answer, concept, course and guide on the site. One payment for six months of access.
6 months · One payment · No auto-renewal
- ◇1 architecture diagram
- </>2 runnable code blocks
- ▦3 results tables
- 03Key takeaways
Six distinctions for interpreting filler-token effects without inventing hidden capabilities
Free account - 04How it works
Follow controlled filler interventions, context-dependent representations and the limits of probing
Premium - 05The numbers that matter
Read within-model effects and hidden-constraint results with their configuration caveats
Premium - 06Try it yourself
Analyze paired outcomes and see why a positive average should still report harmed cases
Premium - 07Where it breaks
Avoid treating a synthetic capability demonstration as a universal prompt trick or security exploit
Premium - 08Using it on a deployment
Use the observability lesson to strengthen evaluation and keep experiments reproducible
Premium - 09Interview angles
Explain the gap between readable traces and computation while preserving the value of monitoring
Premium - 10Read next
Connect visible reasoning with execution checks and reward-driven behavior changes
Premium
