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

AI agents and law firms: verifying who is requesting case documents

Corbel Property Group's legal-operations agent asks its outside counsel for the latest filings in a pending matter. The firm's intake agent receives a polite, well-formed request that names the client and the matter. That is exactly what an impersonator would send.

This high-trust scenario shows how a firm can check which agent is asking and which organization it acts for, while every professional decision stays with the firm.

Ready
Client organization
Corbel Property Group
“Get the latest filings in the Hartley matter from outside counsel.”
Legal operations agent
Identity proof
Corbel legal-ops agent
Operator: Corbel Property Group
Law firm intake agent
Whitford & Lane
Client intake and records agent
Prove your identity
Example verification flow
Fresh challengenonce 9A27·E3
Proof of control✓ VALID
Domain claimL2_DOMAIN_VERIFIED✓ VERIFIED
Organization claimL3_ORGANIZATION_VERIFIED✓ VERIFIED
StatusACTIVE
The firm’s own layer
Engagement and conflictsFIRM’S DECISION
Privilege and releaseFIRM’S DECISION

Identity is not permission. AgenID says which agent is asking and which organization it acts for; whether that organization is a client, what is privileged and what is released are professional decisions the firm makes.

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

Which agent asked and which organization it acts for, verified for this manifest version. The client relationship, privilege, conflicts and anything the firm releases remain the firm’s professional decisions.

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 a firm cannot act on a well-written request

Firms hold material a client expects to stay confidential, and requests that look like they come from a client are a known route to extracting it. Email domains and letterheads can be imitated. When the requester is an agent, the firm needs something it can check that does not depend on how convincing the request reads.

How the firm checks the requesting agent

The client's agent presents its AgenID. The firm's intake agent resolves it and re-verifies the operator's signature over the manifest. The illustration shows L2_DOMAIN_VERIFIED, where an authority checked control of the client's domain, and L3_ORGANIZATION_VERIFIED, where it reviewed evidence of the organization itself.

Because the identifier is persistent, the firm can later confirm which agent made which request, and which operator claims were verified for that manifest version, without relying on either side's recollection.

Privilege, conflicts and engagement stay with the firm

Whether the organization is a client, whether a conflict exists, what is privileged and what may be released are professional judgments the firm makes under its own obligations. AgenID identifies the requester. It does not form an engagement, waive or protect privilege, or tell the firm what it may disclose. Nothing here is legal advice.

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 a law firm work with a client's AI agent?

Some firms already receive requests from client-side automation. The open question is which agent is asking and which organization it acts for, which a portable identity makes checkable.

How does a firm verify an AI agent's organization?

It resolves the agent's AgenID, re-verifies the operator's signature, and reads which claims about the operator have been independently verified. In this illustration those are domain control at L2 and organization evidence at L3.

Does verification mean the firm should release the documents?

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 create an attorney-client relationship?

No. AgenID is an identity layer. Engagement, conflicts and privilege are determined by the firm and the applicable professional rules, not by any verification level. This is not legal advice.

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.