Imagine you're packing for a month-long trip, but your suitcase only holds a weekend's worth of clothes. Most people's instinct is to fold everything smaller — paraphrase, summarize, condense. CliffCompaction's insight is counterintuitive: don't fold anything. Instead, throw out entire garments you won't need, keeping the ones you keep perfectly intact. The moment you start refolding, you introduce wrinkles — context drift — that compound with every repack. CliffCompaction never repacks a repack. It only ever operates on original content, discarding prior compacted output entirely each pass. The committed claim: a truncation-and-drop-only compaction strategy for LLM coding agents reduces API costs by up to 50% under bounded context windows while maintaining or improving task performance, and it does so without any learned components — no fine-tuning, no trained summarizer, no model-specific hooks. This is a scaffold-agnostic technique released as an API-proxy that plugs into Claude Code, Codex, and other harnesses. The mechanism is deliberately primitive: truncate or drop content blocks, never rephrase. On the ladder, CliffCompaction goes head-to-head with full-context runs on Terminal-Bench and KernelBench. The test-time scaling story is where the numbers get interesting: for less than the cost of two full-context runs, CliffCompaction adds over 10 percentage points on Terminal-Bench. Under parallel test-time scaling, it lets Kimi K2.6 match Opus 4.7 and exceed both Opus 4.6 and GPT-5.3 Codex at lower cost. On KernelBench, CUDA kernel speedups hit 2.23× after 200 steps and 3.58× after 400 steps — surpassing specialized search algorithms and trained agents despite being a general-purpose technique. These are strong numbers against strong baselines. Architecturally, this belongs to the family of context-management techniques for agentic LLM scaffolds — not a model architecture paper but an inference-time orchestration method. It leans on a specific structural property: the observation that LLM summarization introduces compounding drift errors when applied recursively, and that lossy-but-faithful deletion avoids this. The compute property it exploits is simple: fewer input tokens = lower API cost, and the truncation operation itself is essentially free compared to an LLM call. The key design choice — never compact a compaction — prevents the error-accumulation that plagues recursive summarization approaches. Integrity is solid but not bulletproof. The benchmarks are community-recognized: Terminal-Bench and KernelBench are established coding-agent evaluation suites, not bespoke tasks. The baselines are current — comparisons against Opus 4.6/4.7, GPT-5.3 Codex, and Kimi K2.6 are as fresh as it gets. The open-source release of a scaffold-agnostic API-proxy implementation is a strong signal of reproducibility intent. What's missing: no pre-registration, and the 400-step KernelBench result implies significant compute commitment that most independent replicators may not match. The cost claims (50% reduction, less than two full-context runs) need independent verification on diverse workloads. The milestone trajectory is clear: CliffCompaction sustains continual learning over sessions exceeding one million tokens. The next concrete frontier is whether this holds at 5-10 million token horizons as agent tasks scale — multi-day autonomous coding sessions where current context management breaks down entirely. The 3.58× CUDA speedup at 400 steps suggests the method hasn't plateaued, raising the question of diminishing returns at 1000+ steps. The obvious experiment not run: comparison against learned compaction methods — trained summarizers, retrieval-augmented compression, or attention-based context selection. The authors' thesis is that these introduce drift, but they don't empirically demonstrate that a well-trained summarizer actually performs worse. My read: this is partly ideological (the paper's core argument is that simplicity wins) and partly strategic — showing a trained method beating theirs on short horizons but losing on long ones would complicate the narrative. They're likely saving ablation-vs-learned-methods for a follow-up.
