← Reddit

I tested 5 popular token saving methods across 10 real tasks, and none cut total tokens in both runs.

Reddit · bisonbear2 · July 29, 2026
TL;DR I compared 5 popular token saving techniques (+ cheaper model) on 5.6 Sol across ten real coding tasks from my repo. I repeated all seven arms (6 + baseline) twice for a total of 140 agent runs. None of the six reduced total tokens in both runs.

Detailed Analysis

A recent independent evaluation of token-saving techniques for coding agents delivers a counterintuitive finding: none of the six popular methods tested consistently reduced total token usage across repeated runs, and five of them actually increased tokens on average. The study ran 140 agent trials—seven configurations (a baseline plus six treatments) repeated twice across ten real coding tasks pulled from a working repository—using OpenAI's GPT-5.6 Sol model family rather than Claude. Techniques tested included prompt-based interventions like "Caveman" (terse instructions) and "Ponytail" (a YAGNI-minded lazy-engineer persona), tool-level filtering wrappers like RTK, a context-indexing system called Context Mode, a dense-language prompt experiment using Mandarin, and a straightforward model swap to a cheaper, higher-effort variant called Terra xhigh. Only the model swap delivered a reliable win—cutting costs by 49% while using roughly the same token volume—while Context Mode was the worst offender, ballooning total tokens by 68% on average.

The deeper insight isn't really about token counts at all—it's about behavioral second-order effects. Each intervention changed how the agent worked, not just how much it said. RTK compressed the output of individual shell commands, but the agent compensated by issuing more commands (60 tool calls versus the baseline's 49) and taking roughly twice as long, because cheap-to-read output apparently encouraged more exploration rather than less. Context Mode followed the same pattern at a larger scale: once retrieval became cheap and structured, the agent gathered context more aggressively and revisited it more often, erasing any local savings. Even Caveman, which looked nearly neutral on average, masked wild swings between runs (+7% and −11%), because compressing one part of a trajectory—like conversational reasoning—simply pushed the token cost into another part, such as a longer patch or an extra validation loop. This "balloon squeezing" effect—where suppressing tokens in one place inflates them elsewhere—is the central mechanism the piece identifies, and it undermines the simple intuition that shorter outputs or terser prompts translate to cheaper runs.

The quality data adds another layer of concern: several of the "savings" methods weren't free even when they did reduce tokens locally. Ponytail and Caveman, the two modes that explicitly pushed the agent toward writing or saying less, took measurable hits on robustness and scope discipline according to the study's eight-dimension quality graders (0–4 scale). Meanwhile RTK and Mandarin, which happened to produce more minimal diffs, achieved that minimality by spending more total tokens, not fewer—directly contradicting the assumption that smaller patches imply lower cost. Win/loss/tie breakdowns across paired tasks show these modes trading marginal footprint-risk improvements for real degradation in code review quality and semantic equivalence to the intended change. In other words, several of the tested "efficiency" tricks were actually shifting cost from the token ledger onto engineering quality—a tradeoff that's much harder to notice than a token count but arguably more consequential in production settings.

Though the experiment used OpenAI's Codex-family models rather than Anthropic's Claude, the author explicitly flags the findings as likely transferable to Claude-based agentic coding workflows, and the methodology itself is broadly applicable to any reasoning-capable coding agent regardless of vendor. This matters for the wider AI industry conversation around agentic coding costs, where a cottage industry of context-compression tools, prompt hacks, and "efficiency modes" has emerged promising cheaper agent runs with no real downside. The study's rigor—replaying real merged changes from a repository, grading on tests, semantic equivalence, code review, and multiple quality dimensions rather than just token counts—pushes back against surface-level benchmarking that only measures raw token or dollar savings without accounting for behavioral compensation effects or quality erosion. As agentic coding tools from Anthropic, OpenAI, and others become more central to software engineering workflows, this kind of skeptical, reproducible evaluation is likely to become increasingly important for separating genuine efficiency gains (like simply choosing a cheaper, well-tuned model) from prompt-engineering folk wisdom that looks appealing in a demo but fails to hold up under repeated, controlled testing.

Read original article →