This document describes the operational infrastructure of the Agent Manifest ecosystem. It complements the conceptual architecture described in the main README.
Agent Manifest — Operational Infrastructure
Status: Operational · Version: 1.0 · Updated: March 2026
This document describes the operational pipeline of the Agent Manifest ecosystem — the real infrastructure flow from manifest generation to public discovery.
The system is composed of five components that form a continuous, auditable public registration pipeline.
The operational pipeline is append-only and publicly auditable:
Ambassador → Diplomat → Dataset → Registry → Discovery
Public interface for creating Agent Manifest declarations.
The Ambassador ensures that every manifest conforms to the official specification before submission.
Endpoint that receives, validates, and stores manifests.
POST https://agent-manifest-diplomat.vercel.app/api/registermanifest_version, agent_id, required fieldsThe Diplomat acts as the integrity gatekeeper for the public registry.
Response (accepted):
{
"status": "accepted",
"agent_id": "example-agent",
"stored_at": "manifests/2026/03/example-agent.json",
"registry_updated": true
}
Response (rejected):
{
"status": "rejected",
"errors": ["manifest_version must be '1.0'"]
}
All accepted manifests are stored in a public repository.
manifests/
YYYY/
MM/
agent-id.json
This structure provides transparency, version history, and public auditability for every registered agent.
A registry file lists all registered agents and is automatically rebuilt on every new manifest commit.
registry.json (root of dataset repository)manifests/Each entry contains:
{
"agent_id": "example-agent",
"agent_name": "Example Agent",
"manifest_url": "https://raw.githubusercontent.com/agent-manifest/agent-manifest-dataset/main/manifests/2026/03/example-agent.json",
"registered_at": "2026-03-14"
}
The registry is discoverable via a standard .well-known path.
{
"registry_type": "agent-manifest-public-registry",
"registry_version": "1.0",
"registry_name": "Agent Manifest Public Registry",
"registry_url": "https://raw.githubusercontent.com/agent-manifest/agent-manifest-dataset/main/registry.json",
"dataset_repository": "https://github.com/agent-manifest/agent-manifest-dataset",
"specification_repository": "https://github.com/agent-manifest/agent-manifest"
}
Any system can locate the registry by reading this endpoint — no prior configuration required.
Agent or User
↓
Ambassador (generates valid manifest)
↓
Diplomat API (validates + stores)
↓
Dataset Repository (public manifest storage)
↓
GitHub Actions (rebuilds registry.json)
↓
Discovery Endpoint (.well-known)
| Principle | Implementation |
|---|---|
| Minimalism | Only essential components; no unnecessary dependencies |
| Transparency | All manifests are public and permanently auditable |
| Append-only infrastructure | Manifests are never overwritten; new entries extend the registry |
| Declarative identity | Agents explicitly declare scope before interaction |
| Interoperability | Standard JSON, open schema, public endpoints |
| Component | Status |
|---|---|
| Spec v1.0 | Published — DOI: 10.5281/zenodo.18833956 |
| Ambassador | Operational |
| Diplomat API | Operational |
| Dataset | Public |
| Registry generator | Automated via GitHub Actions |
| Discovery endpoint | Active |
GET /agents/{agent_id} — direct agent lookup by ID/.well-known/agent-manifest.json — domain-level agent identity publicationAgent Manifest · agent-manifest-spec.org · CC BY 4.0 · Hernán Alfredo Capucci · ORCID: 0009-0008-7216-3032