17 Million Agent PRs: Your Product Now Has Two User Personas With Different Economics
March 2026: 17M Agent PRs
GitHub's CPO Mario Rodriguez disclosed that 17 million pull requests were generated by AI agents in March 2026, roughly 3x what anyone had modeled for platform growth. The load saturated West Coast network infrastructure and forced an emergency migration to Azure. This is not a scenario to plan for next year. It is the present operating condition of the largest code platform in the world.
Agents are not a feature inside the IDE. They are a second user persona with different latency tolerance, different error modes, different cost-per-action, and a tendency to saturate infrastructure when nobody is watching.
The Billing Model Is the Product Decision
GitHub moved Copilot to usage-based billing on June 1, 2026 because per-seat pricing fails the moment one developer can spawn dozens of agent sessions with wildly variable compute cost. Underneath that price change, GitHub shipped a cheaper model (MAI Code One Flash) for routine tasks, semantic routing that sends simple completions to Flash and reasoning work to frontier models, and Chronicle, session-level analytics so teams can see and optimize agent costs.
That cheap-model-plus-router-plus-session-telemetry stack is now the minimum viable architecture for any AI product moving to consumption pricing. Ship the price change without it and enterprise buyers walk. Separately, Merit Systems' AgentCash on x402 lets AI agents pay for API access in crypto with no human-managed billing: per-call settlement, no seat license, no human approval step. The infrastructure for agents-as-paying-customers is being built right now.
What This Means for Product Teams
The internal design vocabulary GitHub uses is AX (Agent Experience): what the product looks like when the primary user is an agent rather than a human. That is closer to an API contract with rate limits and a billing meter than to a settings page. The forcing function is a 2x2. One axis: does the agent show up as a logged-in user with its own quota, or borrow a human's seat? Other axis: is pricing tied to seats, to actions, or to compute consumed? The only sustainable cell is 'agent has own identity' + 'pricing tied to actions or compute.' Every other cell breaks the day a customer points an agent fleet at the product and unit economics invert.
The Metric Shift
Code review tooling assumed the bottleneck was reviewer attention. The bottleneck is now PR volume per reviewer. CI assumed stable commit rates per engineer per day. That rate is now unstable. The metric that matters is not commits-per-day but merged-and-still-working-after-thirty-days. Measurement infrastructure that has not updated is optimizing for a metric that stopped being useful the day the 17M number got published.
What to do
Audit API rate limits and capacity models this sprint — recalculate assuming 3x growth from agent traffic, not human interaction patterns
Spec an agent identity primitive (separate from human seats) with per-action metering by end of Q3
Ship session-level cost analytics (à la Chronicle) before switching any feature to consumption pricing
Add AX (Agent Experience) as a formal persona in your next product design sprint