Agency by Mozilla vs Vercel AI SDK 5.0

“The primitive here is clean: a browser-native agent runtime that binds to Firefox's internals and exposes MCP-compatible tool interfaces, all local. No cloud hop, no screenshotting your desktop and sending it to Anthropic. The DX bet Mozilla made is right — run in-process in the browser where DOM access is first-class, not bolted on from outside. The moment of truth is whether the MCP tool registration is actually ergonomic or if it buries you in schema boilerplate, and the repo suggests the latter needs polish. Still, this is a real primitive, not a wrapper — Mozilla is giving developers a composable base that a Playwright-over-CDP weekend project genuinely cannot replicate, because the privacy guarantees come from architecture, not policy.”

“The primitive here is clean: a unified streaming interface over heterogeneous LLM providers with a typed schema layer for structured outputs, plus a first-class MCP client baked in — not bolted on. The DX bet is that you pay complexity cost at configuration time (provider setup, schema definition) and get zero-cost switching and composable stream handlers at runtime, which is exactly the right tradeoff. The moment of truth is `streamObject()` with a Zod schema against a swapped provider — it survives that test. The MCP client integration is the specific decision that earns the ship: instead of every team hand-rolling tool-calling glue code, you get a spec-compliant client that composites into the existing `generateText` flow without a new mental model.”

“Category is browser automation agents; direct competitors are Anthropic Computer Use, OpenAI Operator, and Playwright-based agent wrappers. The scenario where this breaks is any user who needs a capable frontier model baked in — Agency gives you the runtime plumbing but you still have to bring your own model, and local models are still embarrassingly bad at browser task reasoning compared to GPT-4o. What kills the cloud alternatives here is regulatory pressure on enterprise data handling, which is real and accelerating — that's the thesis that survives. Mozilla ships this, it gets traction in privacy-sensitive enterprise and research contexts, and the cloud agents find their growth capped in regulated industries. I'd call this a genuine ship for the niche it's targeting, not a universal recommendation.”

“Direct competitor is LangChain.js, and AI SDK 5.0 wins on the specific axis that matters: it doesn't try to be an agent framework, it's a set of fetch wrappers with a coherent streaming model and now a real MCP client. The scenario where it breaks is enterprise teams with heavy orchestration needs — the SDK deliberately avoids that surface, so you'll reach for something else when you need durable workflows or complex memory. What kills it in 12 months isn't a competitor — it's OpenAI, Anthropic, or Google shipping a standards-compliant multi-provider SDK themselves, which becomes more likely as MCP adoption forces provider interop. It survives that threat only if Vercel's distribution advantage (Next.js + deployment tight loop) keeps the install-base sticky enough to matter.”

“The falsifiable thesis here is: within 3 years, regulatory and user-trust pressure will make cloud-routed browser agents legally or commercially unacceptable in enough markets that local-first agent runtimes become the default for sensitive workflows — healthcare, legal, finance, government. Agency is early to that specific bet, and being a Mozilla project means it rides the browser-vendor trust signal that no startup can buy. The second-order effect nobody's talking about: if Agency becomes the standard runtime for Firefox-native agents, Mozilla gets to define what MCP tool permissions look like in a browser context, shifting standards power back toward an open-standards body and away from the model providers. The dependency that has to hold is that local model capability closes the gap with cloud fast enough — Gemma 3 and Qwen3 suggest it's on track.”

“The thesis here is falsifiable: MCP becomes the dominant inter-process protocol for LLM tool use, and applications that build on a spec-compliant client today will have lower migration cost than those hand-rolling function-calling schemas when the spec stabilizes. For that bet to pay off, MCP needs broad server-side adoption beyond Anthropic's own tooling — which is actually happening at an accelerating rate among dev-tool vendors in 2026. The second-order effect that's underappreciated: a unified provider registry with streaming structured outputs shifts the power balance away from individual model providers. If switching cost drops to a config key, providers compete on price and capability, not API lock-in. That's a structural change in the LLM market, and this SDK is one of the things making it happen.”

“There is no buyer here, which is the whole problem — Mozilla is a nonprofit shipping open-source infrastructure, not a business, and that's fine for what it is, but framing this as a product review misses the point and also confirms the skip. Any startup trying to build on top of Agency inherits Firefox dependency, local model constraints, and a framework maintained by a nonprofit with a historically mixed record of developer-facing project continuity (see: Firefox OS, Servo, Pocket). The moat question answers itself: Mozilla can't own a market position because they're not trying to, and any company that builds a product layer on this is one browser vendor decision away from a breaking change. If you're a developer building privacy-first browser tooling, this is interesting infrastructure. If you're trying to build a business on it, that's the skip.”

“The job-to-be-done is singular and well-defined: wire an LLM into a TypeScript application without being hostage to a single provider's SDK or breaking when you add tool use. The SDK nails this. Onboarding is tight — `npm install ai` plus a provider package gets you a working `streamText` call in under 2 minutes; the docs don't hide the working example behind a sign-up flow. Completeness is the real win in 5.0: MCP client support means you no longer need a second library to handle tool-calling against external servers, closing the biggest gap in the previous version. The one opinion gap: the SDK is deliberately unopinionated about state management and conversation history, which is the right call for a primitive but means every team builds the same session-management boilerplate independently.”