Skip to content

Agent Standards Ecosystem

The Agent standards ecosystem splits agent products into portable contracts. Each standard owns one layer of meaning and links to the others through stable refs instead of swallowing their responsibilities.

This page is the public friend-link map for the current standards. Use it to discover adjacent protocols and decide which standard should own a new concept.

Where Agent Artifact fits

Agent Artifact owns durable deliverable facts: artifact identity, kinds, parts, byte refs, versions, operations, diffs, render manifests, export manifests, source links, and handoff packages.

Artifact explains what the agent produced, which version is current, how it is structured, where the bytes live, and how it can be rendered, exported, reviewed, or handed off.

Current standards

StandardRoleSiteLLM contextRepository
Agent KnowledgeSource-grounded knowledge packs for agents.sitellms-fullrepo
Agent UIInteraction surfaces for agent products.sitellms-fullrepo
Agent RuntimeExecution facts, controls, tasks, tools, and recovery.sitellms-fullrepo
Agent EvidenceEvidence, provenance, verification, review, replay, and export.sitellms-fullrepo
Agent PolicyRisk, permission, approval, retention, waiver, access, and policy decision facts.sitellms-fullrepo
Agent ArtifactDurable deliverables, versions, parts, previews, exports, source links, and handoff packages.sitellms-fullrepo
Agent ToolTool declarations, surfaces, invocations, progress, results, permissions, and audit refs.sitellms-fullrepo
Agent ContextContext surfaces, items, source refs, selection, budgets, assembly, injection, compaction, and missing-context facts.sitellms-fullrepo

Boundary rule

text
Agent Knowledge -> what durable source-grounded context an agent can use
Agent Runtime   -> how agent work is accepted, executed, controlled, and resumed
Agent UI        -> how agent work is projected into user-visible surfaces
Agent Evidence  -> why an agent outcome can be trusted, reviewed, replayed, and exported
Agent Policy    -> whether an agent action may proceed and under which constraints
Agent Artifact  -> what durable deliverable the agent produced and how it changes
Agent Tool      -> what capability was exposed, invoked, progressed, and returned
Agent Context   -> what context was available, selected, assembled, compacted, missing, and injected

No standard should become the whole stack. A compatible implementation should preserve native ids and link across standards with refs.

Future standard candidates

CandidateWhy it may become a standard
Agent EvaluationAcceptance scenarios, rubrics, eval runs, quality gates, and evidence-backed benchmark records.
Agent WorkflowPortable multi-step work plans, scene launches, background jobs, and handoff states.
Agent Model RoutingTask profiles, model candidates, routing decisions, fallback, quota, and cost records.

These candidates should remain design notes until they can be specified without relying on one product implementation.

Draft standard for portable agent deliverables, versions, parts, previews, exports, and handoff packages.