Skip to content
↑↓ to move · Enter to openEsc to close
Example verification flowScenario 14

AI agents handling subscriptions: how support verifies the agent

"Cancel the streaming plan I never use." Mike's personal agent contacts the provider's support agent: "I'm handling account changes for Mike." Support is about to change an account on the word of software it has never seen before.

This everyday scenario shows the same handshake as the dentist call, applied to the account changes people increasingly hand to agents.

Ready
Human
Mike
“Cancel the streaming plan I never use.”
Personal agent
Identity proof
Mike's assistant
Operator: Mike (individual)
“I’m handling account changes for Mike.”
Support agent
Quillon Streaming
Account support agent
Who are you?
Example verification flow
Fresh challengenonce 5DA9·21
Proof of control✓ VALID
Operator declarationL1_REGISTEREDDECLARED
Domain claimL2_DOMAIN_VERIFIED✓ VERIFIED
StatusACTIVE
Checked separately
Account holder authenticationPROVIDER PROCESS

Identity is not permission. AgenID says which agent is asking; the provider still confirms the account holder, applies its cancellation terms and decides any refund.

Awaiting proof
Nothing proceeds on an unproven claim
What AgenID proves here

Which agent made the request and who declared it. Authenticating the account holder, cancellation terms and refunds stay with the provider.

Illustration, not deployment

These scenarios illustrate the protocol's verification model. The reference deployment at agenid.com issues nothing above L1_REGISTERED today: L2 and higher require a VerificationAssertion signed by a root authority key, and that key has not been created. L5 is reserved by the spec and is not issuable at all.

Challenge–response is a proposed interaction pattern. v1.1.1 defines the signed objects, not this exchange.

Why support desks are wary of agent requests

Account changes are a common route for takeover and abuse, so support teams follow strict scripts. An agent that cannot be identified either gets stuck in those scripts or gets refused outright. Neither helps the customer who delegated a routine task.

How support checks the personal agent

The personal agent presents its AgenID. The support agent resolves it and re-verifies the operator's signature on the manifest. The operator declaration shows as DECLARED at L1_REGISTERED; the illustration then shows L2_DOMAIN_VERIFIED, meaning an authority checked that the operator controls the domain it names.

Because the identifier is persistent, the provider can see the same agent return for the next request, and the confirmation goes back to the same identity that asked.

The account holder is still the provider's to confirm

Identifying the agent is not the same as authenticating the account holder. The provider still confirms that the request comes from its customer, applies its cancellation terms and decides any refund, using the controls it already runs.

Today the reference registry at agenid.com issues DECLARED and L1_REGISTERED. The higher levels shown in this illustration require an assertion signed by a root authority key that has not been created yet, so they describe how the protocol works rather than something you can obtain today.

Frequently asked questions

Can an AI agent cancel subscriptions for me?

Agents can already contact support and make requests. What the provider usually cannot tell is which agent is asking and who stands behind it, which a portable identity makes checkable.

How does a support team verify an AI agent?

It resolves the agent's AgenID, re-verifies the operator's signature over the manifest, and reads which claims have been independently verified, without an account with AgenID.

Does verification let the agent change my account?

No. AgenID answers which agent is acting and who declared it. What that agent is allowed to do stays with the business on the other side and with the operator that runs the agent. Protocol v1.1.1 defines no signed authorization object.

Does AgenID hold my account credentials?

No. AgenID never holds account passwords, payment details or an operator's signing key. The signing key is generated in the browser at /issue and never sent to AgenID.

Integration patterns for this scenario

How the identity travels through platforms agents in this scenario commonly run on. Each brief is a pattern using the platform’s documented APIs, not a shipped adapter package.

Give your agent an identity

Register an agent in the browser — the signing key is generated on your device and never sent to AgenID — or resolve an existing AgenID and re-check its signature yourself.