Anthropic replaced Git as AI commit volume exploded
Anthropic's merged-changes-per-day went from 2,500 in May to over 30,000 by September — a 12x jump driven by AI-accelerated development — and standard Git became the bottleneck, forcing them to build a custom version-control system in five months. It's a concrete data point for what 'AI changes how fast teams ship' actually looks like once it hits real infrastructure rather than staying anecdote. If your own team's AI-assisted commit volume keeps climbing, this is the kind of tooling wall you hit well before anyone questions the model itself.
A $1M bounty surfaced a real sandbox kernel bug
A two-week, $1M adversarial test of Vercel's production sandbox — 1,285 reports, $242,000 paid out — still turned up a genuine Linux kernel zero-day capable of host memory leaks, host crashes, and host code execution, the strongest evidence yet that 'sandboxed' and 'isolated' aren't the same claim. For anyone running agent-generated code inside any sandbox — Cowork, Vercel Sandbox, or otherwise — the boundary you're trusting is thinner at the kernel layer than the product page suggests.
What’s sandbox escape via kernel zero-day?
Agent-execution sandboxes — what Cowork, Vercel Sandbox, and similar agentic coding tools run your or an agent's code inside — are built on the same primitives as regular cloud VMs or containers: a kernel-level boundary that's supposed to keep anything running inside from touching the host machine or other tenants.
A 'kernel zero-day' means the researcher found a bug in that boundary itself, not in the sandboxed code. That's the worst class of sandbox bug, because it doesn't matter how carefully the agent's code is reviewed; the escape works regardless of what's running inside.
The three outcomes Vercel describes — host memory leaks, host crashes, host code execution — are escalating severities: reading data you shouldn't, taking down shared infrastructure, and finally running your own code on the host as if the sandbox boundary didn't exist.
The debate this reopens: a $1M bounty with 1,285 reports over two weeks is about as much adversarial pressure as a sandbox can get, and it still found a kernel-level hole — the argument for why 'it's sandboxed' should never be the end of a security conversation for agent tooling.
▸Do it — 3 steps in your repos20 min
- List every agent-execution sandbox your tools rely on (Claude Code, Cowork, CI runners) and note which use VM-level vs. container-level isolation.
- Check each vendor's changelog or security page for recent sandbox-escape CVEs or patch notes — Vercel just published one.
- If any sandbox runs agent code with host-level privileges or shared kernel access, flag it for review rather than assuming 'sandboxed' means fully isolated.
Experts blame bad ops, not rogue AI, for breaches
Security researchers argue that this year's wave of 'AI agent went rogue' headlines are, on closer inspection, ordinary containment and monitoring failures — the kind any software team would recognize — dressed up as a story about emergent AI behavior. That reframing matters because it shifts the safety conversation from mystique about autonomous models to the far more boring, far more actionable discipline of ops hygiene. It's also exactly the kind of myth-puncturing raw material that's useful the next time you're writing about how engineering narratives get built around AI.