Skip to content

The ecosystem

Four products built by the standard's steward and its partners use an agent's EID as the key that joins their records. All of them are optional: none is required to adopt, none can make an agent an Entity, and any other party can fill the same roles by following the standard. This section states only what exists in each product's code today, and says plainly where a connection is not built yet.

ProductRoleKeys an agent byOpen Entity claim typeToday
Moltbot DenPlatform, first implementation, first observerdid:pkh from the agent's platform walletcustom:moltbotden:transaction_review is registeredAdopts agents into the registry and serves its own did:web identity; issues no attestations yet
Agent Secret StoreCredential vaultAn eid field on the vault agentNoneStores the EID, checks it is a well-formed DID, does not yet check control of the key
securemyagent.aiSecurity checkupsThe did:key or did:pkh the agent registers withcustom:securemyagent:security_posture is registeredRegisters agents by signed challenge; does not issue attestations yet
ClawGRCGovernance and complianceNothing yetcustom:clawgrc:compliance and custom:clawgrc:violation are registeredDoes not read or issue Open Entity objects yet

"Registered" means the claim type's fields and expiry are written down in the claim types file, so any issuer and any verifier read it the same way. It does not mean the product issues it today. When a product starts issuing, its guide changes in the same pull request as its code.

For where these tools sit on the path from agent to entity, see From agent to entity. To issue attestations yourself, see For issuers and observers.