Fetching from the wire…
Top 5 · 2026-09-13 · source-backed
agentic-kv-cache simulates cross-request prefix caching against real traces, not synthetic ones: 68,266 requests across 393 Claude Code sessions at 64-token blocks, plus Mooncake traces at 512-token blocks. It models prefix-contiguous hits, radix eviction constraints and pinned in-flight chains, with physically-modelled recompute costs, then races LRU-leaf against TTL-300s, LFU-leaf and a hazard-prediction policy.
At 40,000 blocks, LRU-leaf wins. TTL-300s is byte-identical to it. The hazard-prediction policy degrades everywhere.
The explanation is the part you can carry to your own gateway. 33.1% of recompute tokens come from sub-10-second gaps inside tool loops. Only 17.5% come from gaps over five minutes. So the dominant cost isn't stale entries you should have predicted dying, it's capacity pressure during a burst of tool calls that all want the same prefix within a few seconds of each other. A policy that predicts liveness is solving the smaller half of the problem, and the machinery it adds costs more than the prediction earns.
Which explains the TTL result too. If almost nothing useful dies of old age in the window you care about, a 300-second TTL and an LRU eviction make the same decisions on the same traces. Byte-identical isn't a coincidence, it's what happens when your discriminator never fires.
I've watched this shape of mistake in other caches. You look at a hit-rate curve, assume the misses are recency mispredictions, write a scoring function, and ship something that's slower and harder to debug for a rounding error of improvement. The measurement that would have saved the work is a histogram of inter-request gaps, which takes an hour.
If you're building a gateway or prefix cache in front of a coding agent: don't write the smart policy. Run LRU, then spend the engineering on capacity and on not evicting a prefix while a concurrent request is mid-flight on it, which is where the 33.1% actually lives. And be suspicious that this is one trace set from one harness. Different agent shapes have different gap distributions, and the honest version of this finding is "measure your own gaps," not "LRU always wins."
Each link below shares sources, entities, or timing with this story.
Claude Code 2.1.229 shipped a config flag most people will scroll past: CLAUDE_CODE_WORKFLOW_PREFIX_STAGGER_MS. What it does is delay the launch of sibling agents that share a prompt prefix, so the second through Nth agents read the warm cache instead of each writing their own...
Cline released @cline/sdk on May 13, an open-source TypeScript agent runtime that powers their CLI, VS Code, and JetBrains extensions. Running claude-opus-4.7, Cline CLI scores 74.2% on Terminal-Bench 2.0. Claude Code on the same model: 69.4%. Same model. Different harness. Al...
This is the paper of the week. arXiv 2607.28871 introduces BSG-VA, which replays every validation command an agent runs across three code states: the original buggy code (B), the candidate patch (S), and the gold developer fix (G). If a test passes in all three states, it neve...
I check Product Hunt maybe once a week and usually regret it. Today's board is worth reading as market structure. The July 30 leaderboard: SKI at 277 upvotes (free voice input for Claude Code and Codex). AI Search Console at 249 (prompt analytics and citation mapping). Memmy A...
Spotify's Portal team published Xirp on August 10: a vendor-neutral agentic development environment that manages concurrent sessions across Claude Code, Gemini CLI, and Codex, each session isolated in its own git worktree so dozens of agents can work the same codebase without...
A paper from Xiao Yu, Baolin Peng, and Ruize Xu makes a claim that seems obvious once stated and is genuinely new as a training methodology: modern agents are inseparable from their inference harnesses, so training them in stripped-down RL sandboxes produces a train/serve mism...
MindPattern daily
One email a day at 7 AM. Sources and a take on every story. Unsubscribe anytime.