
For your company
Technology & Risk
Module · When the customer is a machine
The AI Ecosystem Readiness Check
Your next integration request will not come from a person filling in a form. It will come from a partner's AI agent, at machine speed, expecting to authenticate itself, read a contract, and transact without a human in the loop. Companies built for human customers are not built for this. This module checks whether you are ready to be part of an agent ecosystem: an API a machine can use, authentication for non-human clients, permission and rate models that assume automation, data contracts partners can rely on, and eyes on the agent traffic itself.
What the five levels look like
Every dimension in this assessment is scored 1 to 5. This is what the levels mean, dimension by dimension. The graded report diagnoses where your own answers land and what to do about it.
An API a machine can use
- 1No API
- 2Manual integration only
- 3Private API, ad hoc
- 4Documented API
- 5Stable, versioned API
At the low end: With no API, every integration is a human project, and a partner's agent simply cannot reach you. Expose a documented API for the transactions partners most often need, before they pick someone who has one. What good looks like: A stable, versioned API is the foundation an agent ecosystem is built on. Treat breaking changes as the serious events they are; a partner's agent has no way to improvise around a surprise.
Machines can log in
- 1Human logins only
- 2Shared API keys
- 3Per-partner keys
- 4Scoped tokens
- 5Managed machine identity
At the low end: If the only way in is a human login, partners will share a person's credentials with their agent, which is exactly the leak you fear. Stand up proper machine-to-machine authentication before that becomes your default. What good looks like: A managed machine identity model, with scoped tokens you can rotate and revoke, is what lets you trust non-human clients. Audit the grants regularly; machine credentials sprawl even faster than human ones.
Limits assume automation
- 1No limits or scopes
- 2Human-sized limits
- 3Basic rate limits
- 4Rate limits plus scopes
- 5Per-client, fine-grained
At the low end: With no rate limits or scoped permissions, one partner agent can overwhelm you or reach data it should never see. Put per-client limits and fine-grained scopes in place before you invite automated traffic. What good looks like: Per-client, fine-grained rate and permission models are what let you open up safely to automation. Keep them tight by default and widen deliberately; an agent uses every permission you grant it, always.
Partners can rely on it
- 1No contract
- 2Undocumented format
- 3Documented, unstable
- 4Stable data contract
- 5Versioned with change policy
At the low end: Without a data contract, every partner reverse-engineers your format and breaks the day you change it. Document the structure and the guarantees so their automation has something firm to build on. What good looks like: A versioned data contract with a clear change policy is what makes you a dependable node in an ecosystem. Honour the deprecation timelines you publish; a partner's agent cannot scramble when you move fast.
You watch the agents
- 1No visibility
- 2Aggregate logs only
- 3Per-client logging
- 4Monitored with alerts
- 5Behaviour anomaly detection
At the low end: If you cannot see the automated traffic, a runaway or hostile agent is invisible until it hurts. Start logging per client so you can at least tell who is calling and how much. What good looks like: Behaviour-based anomaly detection on agent traffic is what lets you open up without flying blind. Keep tuning it as partners' agents evolve; normal for a machine client is a moving target.