Key takeaway
- "Agent" is four different environments: developer assistants, workflow agents, consumer-facing agents and consumer proxy agents. Design for the hardest case.
What are the four AI agent archetypes? Developer assistants, workflow automation agents, consumer-facing agents and consumer proxy agents. "Agent" is not a category. It is four fundamentally different environments, each with different users, stakes and failure modes. Most discussion of agents and context graphs assumes the enterprise case: known users, aligned incentives, forgiving environments. That is easy mode. The rule is to design for the hard case: if it works for consumers, enterprise is trivial.
The 60-second brief
- The hidden assumption: most discussion of agents and context graphs assumes enterprise agents: known users, aligned incentives, forgiving environments. That is easy mode.
- Four archetypes: developer assistants, workflow automation agents, consumer-facing agents and consumer proxy agents, each with different users, stakes and failure modes.
- The stress test: consumer agents face cold starts, hidden intent, conflicting incentives, adversarial environments, zero friction tolerance and silent failure.
- The future: agents negotiating with agents, each representing a different principal. Context graphs become interaction graphs.
- The rule: design for the hard case. If it works for consumers, enterprise is trivial.
The Hidden Assumption in Every Agent Conversation
A developer asks a coding assistant to refactor a function. A customer asks a shopping assistant for a cheaper flight. A browser agent books that flight while negotiating with an airline's pricing agent. All are called agents. They share almost nothing else: different users, incentives, error tolerance, failure modes and stakes, and therefore different context infrastructure.
If your context architecture can handle the hard case, the easy case collapses into triviality. If it cannot, production will find the gaps for you.
The Four Archetypes
| Four archetypes, from easy mode to stress test (hardest at the top) | What defines it | Decision traces |
|---|---|---|
| Consumer proxy agents (hardest) | Spend real money, negotiate with other agents on the open web | Non-negotiable |
| Consumer-facing agents | Anonymous users, zero friction tolerance, silent failure | Required |
| Workflow automation agents | Known roles, aligned incentives, visible errors | Required |
| Developer assistants (easiest) | Expert users who review every output | Optional |
| Platform context graph | Incentives, fairness constraints, negotiation memory, reputation |
If your architecture handles the consumer case, enterprise is trivial. The reverse is not true.
- Developer assistants: the most forgiving. Coding assistants in IDEs and terminals, used by authenticated experts who review every output and give immediate feedback. Context that matters: codebase structure, framework semantics, conventions, recent changes. Decision traces are optional, because people validate each step.
- Workflow automation agents: controlled and aligned. Agents that execute SOPs, route approvals and process documents inside enterprise systems. The organisation controls the agent, users, environment and remediation loop; errors are visible and friction tolerated. Context: process definitions, policies, authority and compliance. Traces are required for audit.
- Consumer-facing agents: where things start to break. Support bots, shopping and travel assistants serving anonymous, unpredictable users. Consumers do not debug or report issues; they leave. Every mistake becomes lost revenue, brand damage and eroded trust, and failure is silent. Context: real-time behaviour, history where available, product and policy knowledge, intent and sentiment, competitive context.
- Consumer proxy agents: the hardest, and the future. Browser, buying and negotiation agents acting autonomously on the open web, spending real money and negotiating with other optimising agents whose incentives conflict. Irreversible actions, legal and financial exposure, dark patterns and dynamic pricing, sparse feedback. This is not automation. It is game theory. Decision traces are non-negotiable, because the agent acts with the user's identity and money.
The Enterprise Bias in Today's Architectures
| Assumption | Enterprise reality | Consumer reality |
|---|---|---|
| Users are known | Yes: employees | No: anonymous |
| Incentives align | Yes: same organisation | No: often adversarial |
| Errors are recoverable | Yes: internal | No: the user is gone |
| Friction is acceptable | Yes: efficiency-first | No: experience is everything |
| Feedback exists | Yes: tickets, reports | No: silent churn |
| Environment is controlled | Yes: enterprise stack | No: open web |
Enterprise-first designs optimise for policy enforcement, audit trails, role-based access and process efficiency. Consumer systems need all of that, plus real-time intent inference, adversarial robustness, experience-first optimisation and silent-failure detection. The governance side of the enterprise case is covered in AI Agent Governance: Who Controls What Agents Can Do.
Why Are Consumer Agents the Stress Test?
- Open-world user modelling. Cold start is the norm; intent is inferred from behaviour, not profiles.
- Real-time intent inference. Consumers do not declare goals; they reveal them through micro-actions.
- Multi-party optimisation. Consumer, merchant and platform goals conflict; trade-offs are unavoidable.
- Adversarial robustness. The environment actively tries to exploit the agent. See Security Operations for Agentic AI Systems.
- Zero friction tolerance. Every extra question risks abandonment.
- Silent failure detection. Churn is the only signal, and it arrives too late. See Feedback Loops for Enterprise AI.
These are exactly the capabilities that graphs alone cannot provide; I set them out in Beyond Context Graphs.
The Multi-Agent Future
The future is not agents serving users. It is agents negotiating with agents, each representing a different principal. Consumer agents optimise for outcomes, merchant agents for margin, and platform context mediates trust, fairness and resolution:
| Step | A consumer proxy agent buys a flight | What happens |
|---|---|---|
| 1 | User delegates | Budget, dates, airline preferences, hard limits |
| 2 | Infer intent | Flexibility on time, not on stops |
| 3 | Detect adversarial signals | Dynamic pricing, dark patterns, hidden fees |
| 4 | Negotiate with merchant agent | Offers, counter-offers, bundle terms |
| 5 | Platform checks fairness | Reputation, constraints, dispute resolution |
| 6 | Commit and trace | Irreversible spend, fully explainable to the user |
This is not automation. It is game theory.
That needs new primitives: explicit incentive representation, fairness constraints, negotiation memory, agent reputation and end-to-end outcome attribution. Context graphs become interaction graphs, not just knowledge stores. See Multi-Agent Coordination.
Design for the Hard Case
If you are building context infrastructure, assume unknown users, adversarial inputs, zero patience, silent failure, conflicting objectives and agent-to-agent interaction. Anything less is building for yesterday. The industry example I have written about most is hospitality, where voice agents move from answering to acting: Beyond the AI Receptionist.
Enterprise agents live in controlled, forgiving worlds. Consumer agents operate where trust must be earned every time. That is where architectures break, and where winners emerge.
Your turn: which archetype are you building for, and is your architecture ready for the next one up?
Find Out Which Archetype Your Architecture Can Actually Support
ElixirClaw runs governed agents across these archetypes, on the context and decision traces kept by ElixirData Context OS. In a Context Workshop, XenonStack works with your CAIO, CPO and platform leaders to place each of your agents on the four archetypes and test whether today's context architecture holds for the next one up. Related reading: The Human-AI Handoff and Agentic OS: Why Enterprise AI Needs an Operating System.
Book a Context Workshop | Explore ElixirClaw Agentic OS
Frequently Asked Questions
What are the four agent archetypes?
Developer assistants, workflow automation agents, consumer-facing agents and consumer proxy agents, ordered from the most forgiving environment to the hardest.
Why does the archetype matter?
Each has different users, incentives, error tolerance and stakes, so each needs different context infrastructure. An architecture built for one does not automatically serve another.
Why are consumer agents harder than enterprise agents?
Users are anonymous, incentives can conflict, the environment is adversarial, friction is not tolerated and failure is silent: the customer simply leaves.
What is a consumer proxy agent?
An agent that acts on the open web with the user's identity and money, such as a buying or negotiation agent, often dealing with other optimising agents.
What does "design for the hard case" mean?
Assume unknown users, adversarial inputs, zero patience, silent failure and agent-to-agent interaction. If the architecture handles that, the enterprise case is straightforward.
This article first appeared in Navdeep Singh Gill's LinkedIn newsletter, AI + Human = Human Squared.
Explore the XenonStack Platform and Agent Network
Platforms: ElixirData · ElixirClaw · ElixirHub · NexaStack · MetaSecure · Neural AI · AutonomousOps · CohortIQ · AI Aviator · SAIF Aviator
AI agents: AgentAnalyst · AgentEvaluation · AgentForce · AgentGRC · AgentHR · AgentInstruct · AgentLabel · AgentPixel · AgentQA · AgentRAI · AgentScrum · AgentSearch · AgentSketch · AgentSRE
XenonStack: xenonstack.com · xenonstack.ai · xenonstack.ae · xenonstack.jobs
Explore the XenonStack platform family: ElixirData · ElixirClaw · ElixirHub · NexaStack · MetaSecure · Neural AI · AgentGRC · AgentSRE · AgentAnalyst · AgentInstruct · AgentRAI · AgentScrum · AgentSearch · AgentForce · AI Aviator · SAIF Aviator · CohortIQ · XenonStack AI · XenonStack UAE