Netlify CLI Redesign for AI Agents: What Builders Must Know

Summary: Netlify rebuilt its CLI to serve AI agents as first-class users — showing full executable commands next to every interactive prompt so agents can parse and act without guessing. They also shipped Agent Runners at netlify.new for prompt-to-production deployments with Claude Code, Codex, and Gemini CLI, introduced an Internal Builder seat for enterprise governance, and coined Agent Experience (AX) as a new design discipline alongside UX and DX.

A Quiet Redesign With a Loud Implication

Most CLI redesigns are invisible outside a changelog. When Netlify rebuilt its CLI for AI agents, the change that mattered was not cosmetic. It was conceptual.

At QCon London 2026, Ivan Zarea, Director of Platform Engineering at Netlify, presented "Tools That Enable the Next 1 Billion Developers." Buried inside a talk about developer tool philosophy was a structural shift every platform builder needs to register: Netlify redesigned its CLI to show full executable commands alongside interactive prompts, specifically so that AI agents can parse and use those commands without human interpretation.

That one design decision signals a category change in how developer tooling should be built. It is the first production example of a major platform engineering explicitly for Netlify CLI AI agents as first-class users — not an afterthought.

The Context: 6 Million to 11 Million in Under a Year

Before the CLI, understand the demand signal.

Netlify grew from 6 million to 11 million registered developers in under a year. The platform celebrated hitting 10 million developers on Christmas Eve 2025 with a pointed announcement: "Agents are now writing the code — and this opens up the web as a platform to millions, maybe even billions of new users."

A paradox is emerging inside this growth. Developer numbers are surging, but the percentage of users who identify as traditional "developers" is declining. The new majority of builders are domain experts — HR teams building internal survey tools, marketers prototyping landing pages, product managers shipping operational dashboards — using AI agents as their primary development interface. These users do not read documentation. Their agents do.

This is the market reality that produced the CLI redesign.

Three Pillars That Explain the Shift

Zarea structured the QCon talk around three principles for building tools in an agentic era. Taken together, they form a practical framework for any developer platform rethinking its product surface.

Pillar 1 — Develop Expertise (Architecture Over Code Volume)

When AI handles code generation, the scarcest resource shifts from "can write code" to "can make the right architectural call." Zarea argued that code production matters less while fundamental architecture choices matter more.

As a supporting signal: projects like SQLite and TLDraw have begun moving to proprietary test suites specifically to prevent easy AI replication. If a competitor can replicate your entire product architecture by prompting an LLM, you do not have a competitive advantage. You have a template.

Pillar 2 — Hone Taste (Design for Humans AND Agents)

This is where the CLI redesign lives. The design principle Zarea articulated is direct: every interactive UI element must expose the full underlying command. Not just a human-readable label — a machine-executable instruction.

The standard interactive CLI pattern looks like this:

? Which framework do you want to use?
❯ Next.js
  Remix
  Astro

An AI agent running in an agentic IDE like Cursor cannot reliably act on that. It does not know whether to send a keystroke, click, or pass a flag. The Netlify redesign shows the equivalent:

? Which framework? (netlify deploy --framework=nextjs)
❯ Next.js  →  netlify deploy --framework=nextjs
  Remix    →  netlify deploy --framework=remix
  Astro    →  netlify deploy --framework=astro

The agent sees the full command. It can extract the flag, execute it directly, log it, or pass it to another agent in a chain. No inference required.

Zarea cited the community-rebuilt NPM interface, npmx, as further evidence that the cost of rewriting existing tools for agent compatibility has dropped dramatically — from a multi-year effort to a matter of months.

Pillar 3 — Practice Clairvoyance (Build for the Agentic Future Now)

The third pillar is about anticipation. Zarea highlighted Next.js as the framework that has moved fastest: it now ships with agents.md files, Model Context Protocol (MCP) support, and specifically formatted actionable error messages designed for agent parsing. Vercel published the intent behind this in a post titled "Building Next.js for an Agentic Future". TanStack followed with a formal published intent to help library maintainers build agent-compatible tooling.

The framework wars are not over. But their next front is not syntax or performance. It is agent-readability.

Agent Runners: The Production Layer

Alongside the QCon talk, Netlify shipped Agent Runners on March 18, 2026 — a prompt-to-production launch environment at netlify.new.

Here is what it does:

  • Choose your agent. Claude Code, OpenAI Codex, or Gemini CLI are supported natively at launch.
  • Prompt your project into existence. Describe the app in natural language; the agent scaffolds, builds, and deploys it to production infrastructure.
  • Land on production-ready ground. Functions, Identity, Blobs, Forms, and AI Gateway are available from the first deploy, not bolted on later.
  • Keep building without migration. Code and prompts run on the same project and same infrastructure indefinitely. There is no "agent prototype to real platform" migration step.

Netlify CEO Matt Biilmann was direct about why this matters: "It's not enough to help a builder get something live quickly. You have to give them a real project on infrastructure that is ready for production."

This distinction is not trivial. Most AI-generated scaffolding breaks at the first signs of production traffic because it was generated on infrastructure not designed to scale. Netlify's bet is that the platform layer, not the model layer, is where fragility gets resolved.

"Agent Experience" (AX): A New Category

Netlify coined the term Agent Experience (AX) to define the design discipline emerging alongside UX and DX. The framing is intentional:

Discipline · Audience · Primary Question

UX (User Experience) · End users · Is this intuitive for a human to use?

DX (Developer Experience) · Developers · Is this fast and clear to build with?

AX (Agent Experience) · AI Agents · Can an agent parse, execute, and chain this reliably?

AX is not a subset of DX. A tool can have excellent DX — clean docs, good error messages, logical flags — and still be completely opaque to an agent operating inside a loop. The Netlify CLI redesign is the first production-grade example of a major platform engineering for AX explicitly.

Expect this term to propagate. If it follows the same adoption curve as DX did in 2013–2015, AX will be a standard evaluation criterion for developer tools by 2027.

Enterprise Governance: The Internal Builder Seat

Beyond individual developers, Agent Runners introduces a new Internal Builder seat for enterprise teams. This allows product managers, designers, marketers, and other non-engineering functions to build with agents inside their organization's Netlify account, with role-based access controls and mandatory engineering sign-off before anything reaches production.

The architecture matters: it does not create a separate "citizen developer" platform. It puts non-engineering builders on the same infrastructure, the same CI/CD pipeline, and the same governance layer as the engineering team. Brands including Figma, Mattel, and Riot Games are already on Netlify's platform at scale.

> "We are all becoming architects." — Ivan Zarea, Director of Platform Engineering, Netlify at QCon London 2026

This is what "guardrails for non-traditional developers" means in practice: not blocking them from building, but enforcing security, data exposure controls, and consistent patterns at the infrastructure layer rather than relying on individual judgment.

The Ecosystem Signal: A Platform War Being Redrawn

Zarea presented adoption data that deserves direct attention:

  • Vite adoption is growing significantly. Webpack usage is declining.
  • React, Svelte, and Solid are now close enough in switching cost that incumbency advantage is weakening. AI makes framework rewrites a months-long project, not a years-long one.
  • npmx, a full community rewrite of the npm interface, was completed in months — a feat that previously required years of coordinated effort.

The competitive implication is clear: if the cost of rewriting tools collapses, the moat around any given platform narrows. The only durable competitive position is being the platform that agents find easiest to use, trust most, and fail most gracefully on.

What This Means for Builders Right Now

If you are building developer tools, internal platforms, SaaS products, or anything with a CLI or API surface in 2026, the Netlify CLI redesign sets a new expectation:

1. Audit every interactive element in your CLI. Does it expose its full executable command? If not, an agent has to guess. Guessing introduces errors that compound across automated pipelines.

2. Add an 0 to your repository. Follow the Next.js pattern. Document your project's structure, conventions, and common commands in a format designed for agent ingestion, not human reading.

3. Design error messages for agent parsing. Stackable, structured, actionable errors that an agent can route correctly are more valuable than human-friendly prose in an agentic workflow.

4. Think in AX terms when reviewing product decisions. Before shipping any CLI flag, API response, or configuration schema, ask: can a Claude or Codex agent reliably use this without reading documentation?

5. Consider the Internal Builder seat model for enterprise products. Shared infrastructure with role-based access is more defensible than a separate low-code tier. It keeps all users on the same quality path.

Related Guides

  • Oracle Just Handed B2B SaaS a No-Code Blueprint for Agentic Workflows — the enterprise-side mirror of this story: agentic workflows moving into production at scale
  • Claude Sonnet 4.6: Every New Feature Worth Knowing — if Claude Code is part of your agentic stack, this covers everything you need to know about the current model

Final Thoughts

The Netlify CLI redesign is a small change with a large surface area. Showing full commands next to interactive prompts takes perhaps one sprint to implement. What it signals is an entirely different orientation: AI agents are now primary users of developer tooling, not secondary users who happen to call your API occasionally.

Ivan Zarea closed his QCon talk with a question every engineering team should be asking right now: "What happens if everyone in the company starts shipping at their current skill level?"

The answer determines your infrastructure, your governance model, and your product roadmap for the next three years. Netlify built Agent Runners and the AX design principle to answer it for themselves. The rest of the platform market now has to respond. For teams deciding which AI model to anchor their agentic workflows around, the LLM selection guide maps the current field.

Frequently Asked Questions

What is Netlify's Agent Experience (AX)?

Agent Experience (AX) is a design discipline coined by Netlify to define how developer tools should be built for AI agents as primary users. Where UX asks 'is this intuitive for humans?' and DX asks 'is this fast to build with?', AX asks 'can an agent parse, execute, and chain this reliably?' AX is not a subset of DX — a tool can have excellent DX and still be opaque to an agent operating inside an automated loop.

What are Netlify Agent Runners?

Netlify Agent Runners is a prompt-to-production deployment environment launched March 18, 2026, available at netlify.new. It supports Claude Code, OpenAI Codex, and Gemini CLI natively. Users describe an app in natural language; the agent scaffolds, builds, and deploys it to Netlify's production infrastructure with Functions, Identity, Blobs, Forms, and AI Gateway available from the first deploy. There is no migration step from prototype to production.

How did Netlify redesign its CLI for AI agents?

Netlify redesigned its CLI to show the full executable command alongside every interactive prompt option. Instead of a menu that just lists 'Next.js, Remix, Astro', the redesigned CLI shows each option paired with its exact CLI flag (e.g. 'netlify deploy --framework=nextjs'). This allows AI agents to extract and execute commands directly without inference, reducing errors in automated pipelines.

What is an agents.md file and why does it matter?

An agents.md file is a project-level document — pioneered by Next.js — that describes a repository's structure, conventions, and common commands in a format designed for agent ingestion rather than human reading. Unlike a README, it is structured for an AI agent to parse at the start of a session and use to navigate the codebase without needing to explore it manually. Netlify and Vercel are promoting agents.md as a standard for agent-compatible repositories.

What is the Netlify Internal Builder seat?

The Internal Builder seat is an enterprise tier within Netlify Agent Runners that lets non-engineering staff — product managers, designers, marketers — build with AI agents inside their organization's Netlify account. It includes role-based access controls and mandatory engineering sign-off before anything reaches production. Crucially, it runs on the same infrastructure and CI/CD pipeline as the engineering team, not a separate low-code environment.