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

Booking a plumber with an AI agent: how providers verify the caller

The kitchen sink is leaking. Mike asks his home agent to get a plumber out by tomorrow. The agent contacts three local providers at once, and each is about to hold an arrival window, and a truck, for a caller it has never heard from.

Like buying tires, this scenario shows one identity presented to several businesses, each of which checks it on its own.

Ready
Human
Mike
“The kitchen sink is leaking. Get a plumber out by tomorrow.”
Household agent
Identity proof
Mike's home agent
Operator: Mike (individual)
Provider agent
Pipewell Plumbing
✓ IDENTITY VERIFIED
$189
call-out · today 6–8 pm
Provider agent
Hartline Plumbing
✓ IDENTITY VERIFIED
$165
call-out · tomorrow 8–10 am
Provider agent
Copperfield Drain
✓ IDENTITY VERIFIED
$210
call-out · today 4–6 pm
Example verification flow
Fresh challenge3 × nonce
Proof of control✓ VALID ×3
Operator declarationL1_REGISTEREDDECLARED
StatusACTIVE
Checked separately
Home access and paymentMIKE AND THE PLUMBER

Which agent booked the job is not the same question as who may enter the house. Access, payment, the scope of the work and the plumber’s licensing are settled between Mike and the provider.

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

Which agent is booking and who declared it, resolved independently by three providers. Licensing, pricing, home access and payment are settled between the household and the plumber.

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 providers hesitate to hold a slot for an agent

An arrival window is a real cost for a small provider. Automated requests that never turn into jobs, or that come from nobody in particular, waste a day's schedule. Refusing all of them loses customers who now book through assistants.

Three providers, one identity, three independent checks

The household agent presents the same AgenID to each provider. Each resolves it and re-verifies the operator's signature itself; none relies on another provider's check or on a marketplace in the middle. The operator declaration shows as DECLARED at L1_REGISTERED, which is what Mike says about his own agent, and that is also what the reference registry can issue today.

Because the identity is persistent, a provider can recognize the same household agent next time instead of starting from nothing.

Access, payment and licensing stay between the parties

Which agent booked the job is a different question from who may enter the house. Access, price, the scope of the work and payment are settled between Mike and the plumber, and whether the plumber is licensed is a matter for local licensing, not for AgenID.

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 book a plumber for me?

Agents can already contact providers and request a slot. What the provider usually cannot tell is which agent is asking and who stands behind it, which is what a portable identity adds.

How does a provider verify a booking agent?

It resolves the agent's AgenID and re-verifies the operator's signature on the manifest, then checks which claims have been independently verified. Each provider does this on its own.

Does verification let the agent authorize entry to the home?

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 verify the plumber?

Only if the plumber's own agent presents an AgenID, and then only its identity and verified claims. Trade licensing, insurance and reviews stay outside 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.