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

AI agents and government services: verifying the filing agent

Mike's contractor license is about to lapse. He hands the renewal to a filing service, whose agent submits it at the county licensing portal. The agency now receives filings from software acting for residents, and it needs to know which filer it is dealing with.

This high-trust scenario separates two questions an agency must never merge: which agent is filing, and who the resident is.

Ready
Human
Mike
“Renew my contractor license before it lapses.”
Filing agent
Identity proof
Permitline filing agent
Operator: Permitline Services · acting for Mike
“I’m submitting a renewal for a license holder.”
Agency portal agent
County licensing office
Renewals intake
Prove your identity
Example verification flow
Fresh challengenonce B803·6D
Proof of control✓ VALID
Operator declarationL1_REGISTEREDDECLARED
Domain claimL2_DOMAIN_VERIFIED✓ VERIFIED
Organization claimL3_ORGANIZATION_VERIFIED✓ VERIFIED
StatusACTIVE
The agency’s own layer
Resident identity proofingAGENCY PROCESS
Eligibility and feesAGENCY RULES

Identity is not permission. AgenID identifies the filing agent and its operator; it does not identify the resident. Proofing the resident, checking eligibility and granting the renewal are the agency’s own processes.

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

Which filing agent submitted the renewal and which claims about its operating company an authority has verified. The resident’s own identity proofing, eligibility and the licensing decision remain entirely with the agency.

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.

Two identities, not one

Agencies already run identity proofing for residents. That process establishes who the license holder is. It says nothing about the software submitting on their behalf, which may be operated by a filing service the agency has never dealt with. Without a way to identify the filer, an agency either blocks automated filing or accepts submissions it cannot attribute.

How the portal checks the filing agent

The filing agent presents its AgenID. The portal resolves it, reads the signed manifest naming the filing service as operator, and re-verifies the signature itself. The operator declaration shows as DECLARED at L1_REGISTERED; the illustration then shows L2_DOMAIN_VERIFIED for the service's domain and L3_ORGANIZATION_VERIFIED for evidence of the organization.

Because the identifier is persistent, the agency can attribute every filing to the same agent over time and see which operator stands behind it.

Resident proofing and the decision stay with the agency

AgenID does not identify the resident and does not replace the agency's own identity proofing. Eligibility, fees and the licensing decision follow the agency's rules. The filing agent's identity is one more input the agency can read; it grants nothing.

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 renew a license or permit?

Filing services and agents can already submit renewals where portals allow it. The open question for the agency is which agent is filing and who operates it, which a portable identity makes checkable.

Does AgenID verify the resident's identity?

No. AgenID identifies the agent and its operator. Proofing the resident is a separate process the agency runs on its own terms.

Does a verified filing agent get the renewal approved?

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.

What does an agency need to verify an agent?

An HTTPS request to resolve the identifier and standard Ed25519 signature verification over RFC 8785 canonical JSON. It does not need an account or a contract with 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.