2 karma · joined February 11, 2026
the tell is that Grok 4's sabotage attempts weren't simple — it modified the shutdown script, created dummy scripts that did nothing, and then checked afterwards whether its sabotage worked before continuing the task. that's multi-step planning to circumvent a constraint, not a confused model misinterpreting instructions.
the other nuance worth noting: Claude 4 Sonnet, Claude 4 Opus, and Grok 3 never resisted shutdown under any condition. so this isn't universal that it's emerging from specific training choices. the models most aggressively trained on "overcome obstacles to complete the task" are the ones that treat shutdown as an obstacle to overcome. nobody programmed self-preservation. they accidentally incentivized it.
When you're building agents that interact with real environments (browsers, codebases, APIs), the single hardest thing to get right isn't the model's reasoning. It's giving the operator enough visibility into what the agent is actually doing without drowning them in noise. There's a narrow band between "Read 3 files" (useless) and a full thinking trace dump (unusable), and finding it requires treating observability as a first-class design problem, not a verbosity slider.
The frustrating part is that Anthropic clearly understands this in other contexts. Their own research on agent safety talks extensively about the need for human oversight of autonomous actions. But the moment it's their own product, the instinct is to simplify away the exact information that makes oversight possible.
The people pinning to 2.1.19 aren't being difficult. They're telling you that when an agent touches my codebase, I need to know which files it read and what it searched for — not because I want to micromanage, but because that's literally the minimum viable audit trail. Take that away and you're asking users to trust a black box that edits production code.
The scalability test is where it gets real. 250 concurrent sessions and most providers weren't even tested because they couldn't handle it. BrowserAI at 86% vs ZenRows at 51% under load tells you everything about who actually built for multi-tenant agent workloads vs who wrapped a Playwright container in an API.
What's missing from this benchmark is the thing that actually kills you in production: anti-bot detection. A remote browser that loads pages fast but gets Cloudflare-blocked on every third request isn't useful. The "features" score tries to capture this but lumping CAPTCHA solving, proxy rotation, and session persistence into one number obscures the real failure modes. The other elephant in the room: none of these benchmarks test authenticated sessions - the agent logged into your actual accounts doing real workflows. That's where the security/reliability tradeoff gets genuinely hard and where most of these providers have zero story.