The Headless Rewrite Just Lost Its Justification
One power user's unattended session undercuts an epic many teams still fund, and Stripe's numbers say its adoption came from configuration surfaces, not from a better model.
Priced against the work it does best
An engineer kicks off a 105-minute QA run. The agent emits actions, observations and notes the whole time, because computer-use work is output-heavy by construction. Astra lists at $10 per million input tokens and $50 per million output. That 5x asymmetry makes the lever task selection, not usage reduction. Vo's rule: premium model for stubborn coding, complex visual navigation and high-toil QA, everything else routed cheaper. Track cost-per-successful-task, not cost-per-call. A $4 session that clears a six-month-blocked feature is cheap. A $0.40 session that fails twice is not.
Adoption is configuration, not capability
Stripe's internal agent Kai is the counterweight to the demo. Lenny's Newsletter reports the first working version took two weeks by 1.5 engineers; it now serves more than 10,000 employees weekly at 86% adoption with fewer than 10 maintainers. Its features are projects, tool policies, skill routing, per-action human review. None make the model smarter. They decide who can call which tool, on which data, with which approval.
Two findings transfer. Hiding choices raised adoption: a small knowledgeable group sets the default model, the approved tools and which actions need human review, and everyone else inherits that setup. A settings page is an adoption tax with a security cost attached. And the skill library shows negative returns to scale. Stripe runs roughly 2,000 skills with about 50 in daily use, every addition pollutes the retrieval pool, and telemetry now promotes, merges or retires entries. A library that grows on a growth metric is degrading a quality metric.
Stripe's agents behaved unpredictably, overwhelmed core systems and nearly took production down. Prompts did not fix that; agent-specific identities, priority signals, load shedding and a hardened query layer did. The engineering manager's stated advice is to double the developer-experience and data teams before investing heavily in agents.
Where the sources disagree
Lenny's reads Astra as vindication: "SaaS is back. Buttons are back." Simplifying AI reports Browser Use going native on WebMCP, swapping human-oriented UI automation for deterministic HTTP calls. TLDR Fintech notes Anthropic's commerce blueprints stop merchant agents short of completing transactions. Agents can drive interfaces, and the rails are being built so they do not have to.
That reconciles as a sequencing rule, not a side. Driving a UI is capability-proven, slow and expensive. Deterministic endpoints for the top five user jobs stay cheap and reliable. Only the speculative version dies: an accessibility re-architecture justified entirely by a capability agents demonstrably have.
A computer-use test on your own product is a one-week spike. A headless re-architecture is a quarter. Run them in that order.
One cheap borrow: approval gates as trust architecture. Vo's support agent handles refunds but cannot issue one without a human-confirmed request, and it earned unsolicited five-star reviews within a week of launch. Autonomous on low-risk actions, human-in-loop where consequences are real. Hours to add now, brutal to retrofit across every call site later.
What to do
Point a computer-use agent at your product's top three workflows and one live QA branch this sprint, time-boxed to one week, then publish the pass rate in a one-page interface-strategy memo.
Add a mandatory approval-gate section to the PRD template this sprint for any agent action touching money, customer communication, or sensitive data, naming which actions run autonomously.
Move model, connector and tool choices out of end-user settings and into team-level defaults in your next AI release.