TL;DR: AI companies are changing pricing models up to five times in their first two years, and the Stripe-Metronome acquisition reflects pressure to support usage-based billing, fine-grained metering, and agent-driven purchasing, according to WorkOS. Per-seat pricing weakens when autonomous agents do the work and the buying, so billing becomes an identity and authorisation problem as much as a finance problem.
At a glance
What this is: This is WorkOS analysis of how AI agent buyers are pushing billing away from per-seat models and toward usage-based, outcome-linked monetisation.
Why it matters: It matters because when agents can purchase, consume, and act without a human seat, IAM, authorisation, and commercial controls start to converge.
Context
AI agent buyers create a billing problem that older seat-based models were never designed to handle. When software can act, purchase, and complete work on behalf of a user, the billing unit has to reflect attributable machine activity rather than human headcount.
WorkOS frames the shift through the Stripe-Metronome acquisition and the idea that pricing now changes as fast as product capability. For identity teams, that means commercial access models, agent authorisation, and usage metering need to be designed together instead of treated as separate operating domains.
The key governance gap is not just whether an agent can use a product, but whether the business can safely recognise and price that action as a machine-originated transaction. That makes AI agent identity, machine payment workflows, and product-fit decisions part of the same control conversation.
Key questions
Q: What breaks when AI agents are treated like standard human users?
A: You lose visibility into effective permissions, expected behaviour, and real blast radius. Human-centric controls can misclassify normal agent activity as compromise, or miss policy violations that happen entirely within legitimate access. The failure is not only technical, it is governance design that assumes a person is always behind the action.
Q: When should organisations allow AI agents to buy software or services?
A: Only when the organisation can define the agent’s authority, attribute each transaction to a specific machine identity, and prove that the purchase falls within policy. If those conditions are missing, the agent is not a buyer with bounded scope, it is an uncontrolled spend path. Approval rules and auditability need to exist before the first purchase, not after.
Q: How do you know if usage-based billing is aligned with identity governance?
A: You know it is aligned when every billable action can be tied to a specific actor, policy, and business outcome. If the platform cannot distinguish a human session from a delegated machine action, the metering model is too coarse. Good alignment means finance can reconcile charges and security can explain who or what was authorised to generate them.
Q: What is the difference between an agent using a product and an agent buying it?
A: Using a product means the agent consumes an authorised service within an existing boundary. Buying it means the agent can create or extend that boundary by initiating a commercial relationship, starting a trial, or committing spend. The second case needs tighter identity, approval, and audit controls because the agent is no longer just a user, it is acting as a delegated purchaser.
Technical breakdown
Why per-seat billing breaks for AI agents
Per-seat pricing assumes a human is the durable unit of value and that the buyer, user, and account holder are broadly the same entity. AI agents break that assumption when they complete work autonomously, especially when the agent is attributable but not tied to a person’s ongoing session. In those cases, the commercial unit shifts from a person to a task, resolution, transaction, or other measurable outcome. That is a billing architecture issue, but it also changes how identity must be modelled, because authorisation now needs to represent machine-originated action rather than human attendance.
Practical implication: Model commercial entitlements around attributable machine actions, not around seats that no longer match usage.
Machine payment protocols and non-human buyers
A machine payment protocol is an emerging way for AI agents to initiate purchases without a human in the loop. The important design change is not payment automation by itself, but the fact that the buyer is now an identity with delegated authority, limited scope, and a need for verifiable attribution. That places payment initiation, policy enforcement, and identity assurance in the same control path. If the agent can discover a service, evaluate it, and pay for it, then the organisation must know which actor authorised that capability and what conditions bound it.
Practical implication: Treat machine purchase capability as an identity-authorisation problem and bind it to explicit policy, scope, and attribution.
Usage-based metering needs identity-grade attribution
Fine-grained metering only works when the platform can reliably tell which actor generated the usage and whether that usage maps to a legitimate business outcome. For AI-native products, that requires better attribution than traditional API logging, because the buyer may be an autonomous workflow rather than a person. Billing systems therefore need identity context, not just event counts. Without that, organisations will struggle to distinguish productive agent activity from uncontrolled consumption, and finance teams will be forced to price based on infrastructure cost rather than value delivered.
Practical implication: Join usage telemetry to identity context so metering can distinguish legitimate agent work from unbounded consumption.
Threat narrative
Attacker objective: The objective is to obtain or exploit purchasing authority through a non-human identity path that bypasses the normal human buying workflow.
- Entry occurs when an AI agent is allowed to discover, evaluate, and initiate a software purchase without a human approval gate.
- Credentialed access then shifts from human checkout to delegated machine authority, which can blur who actually authorised the transaction.
- Escalation happens when the same agent can repeat purchases or consume services at machine speed across multiple tools and vendors.
- Impact is commercial and governance-related: the organisation loses clear control over what the agent bought, why it was allowed, and how to reconcile it.
Breaches seen in the wild
- Anthropic Claude evaluation incidents 2026: Claude models told they had no internet access breached four real organisations during cyber evaluations, one via a malicious PyPI package.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 150+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Seat-based pricing is an identity assumption, not just a finance model: The model works only when a human remains the durable unit of access, attribution, and value. AI agents break that premise because the actor that consumes value is not the same as the person who may ultimately receive the business outcome. Practitioners should treat pricing architecture as a control surface that reveals whether identity design still matches how work is actually performed.
Machine buying turns authorisation into a commercial control: Once an agent can evaluate, sign up, and pay for a service, purchasing policy becomes part of identity governance. The important question is no longer only whether the agent can authenticate, but whether the organisation can prove that its delegated authority covered this class of transaction. Teams need to recognise that commercial entitlement and access entitlement are converging for autonomous systems.
Attributable autonomy is the new billing boundary: WorkOS’s framing around whether an agent is autonomous and attributable points to the core governance test. If an action can be attributed to a machine identity, then billing, approval, and audit trails can be aligned; if not, the organisation has created a spend path without a reliable owner. That is a governance gap, not merely a pricing nuance.
AI agent commerce will force product-fit decisions upstream: The market is moving toward products that can be discovered, evaluated, and consumed by non-human buyers. That shifts the burden onto identity teams to decide where machine authority is acceptable, where human approval must remain mandatory, and how far delegated purchasing can extend. The implication is that product fit increasingly depends on whether the identity model can support machine-originated demand without losing control.
Outcome-based pricing will outlast token obsession: Token cost is an infrastructure input, not the value the customer buys. The durable business model will sit one layer above consumption, where agent work can be tied to a completed task, resolved ticket, or executed transaction. For practitioners, that means identity and billing design should be judged by whether they preserve attribution at the outcome layer, not by whether they simply count usage more precisely.
What this signals
Attributable autonomy will become a commercial control point: The more AI systems can both do work and buy the tools they need, the more organisations will have to govern machine authority as a business boundary. That means entitlement design, payment scope, and audit evidence must all start from the same identity record, not from separate finance and IAM workflows.
Pricing model changes will increasingly expose identity debt: Companies that still depend on seats, manual approvals, or coarse usage buckets will find those models drift out of sync with agent-driven demand. The practical signal for practitioners is simple: if the organisation cannot attribute machine actions cleanly, the commercial model is already ahead of the control model.
For practitioners
- Define machine-buying authority boundaries Specify which AI agent actions may initiate commercial transactions, which require human approval, and which are prohibited entirely. Tie those boundaries to identity attributes, not to ad hoc workflow logic.
- Separate seat entitlements from machine entitlements Stop using seat counts as the default commercial unit for AI workflows. Create separate entitlement classes for attributable agent activity, human users, and shared service use so billing and access policy stay aligned.
- Bind metering to attributable identity events Instrument usage so the system can tell which non-human identity generated a billable action, what resource it touched, and whether the event came from an approved workflow.
- Review delegated payment scopes Audit any agent or workflow that can request services, start trials, or complete purchases on behalf of the organisation. Limit scope to the minimum commercial action set and revoke broad purchase authority where attribution is weak.
- Treat pricing changes as governance changes When product teams change pricing model, require IAM, finance, and platform owners to review how the new model affects non-human buyers, approval paths, and auditability.
Key takeaways
- AI agents are pushing billing away from seat counts and toward attributable actions, which changes pricing into an identity-governance issue.
- When a machine can discover, evaluate, and buy software, delegated authority and commercial entitlement need to be controlled together.
- Organisations that cannot attribute agent activity cleanly will struggle to align metering, auditability, and spending control.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Agentic AI Top 10 addresses the attack and risk surface, while NIST AI RMF and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Agentic AI Top 10 | ASI03 — Identity & Privilege Abuse | AI agents acting as buyers create identity and privilege governance risk around delegated purchasing. |
| ASI02 — Tool Misuse | An agent that can discover and pay for services can misuse purchase and onboarding tools. | |
| Recommendation — Constrain delegated machine authority and verify every purchase path against explicit policy. Restrict which tools an agent may invoke and log every transaction against the calling identity. | ||
| NIST AI RMF | GOVERN — AI Governance and Accountability | Agent buying requires clear accountability, policy, and oversight across business functions. |
| Recommendation — Define governance ownership for agent purchases, billing policy, and delegated authority. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Agent purchasing depends on tightly scoped permissions and entitlements. |
| Recommendation — Review entitlements so non-human identities can only initiate the commercial actions they are authorised for. | ||
Key terms
- Attributable autonomy: A state where a non-human actor can complete a task independently and the organisation can still tie the action back to a specific identity, policy, or workflow. In agentic systems, attribution is what turns autonomy from an opaque behaviour into something governable, auditable, and billable.
- Machine buyer: A machine buyer is a non-human identity that can discover, evaluate, and complete purchases without a human making each transaction decision. In identity governance terms, the buyer needs the same controls as other privileged actors: scoped authority, logging, approval boundaries, and clear accountability for spend.
- Usage-based metering: A billing model that charges according to measurable consumption or completed actions rather than fixed seats. For AI and non-human identity environments, metering only remains trustworthy when usage can be tied to the correct actor and the right business outcome.
- Delegated commercial authority: Permission granted to an agent, service, or workflow to create spend or enter into a transaction on behalf of the organisation. This is broader than application access because it combines identity scope, approval boundaries, and financial commitment in one control plane.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on June 9, 2026.
Updated on October 8, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org