ANML: Den nye standard, der forandrer weben for AI-agenter

Webben har et problem med sit publikum

I tredive år har HTML løst et grundlæggende problem: Hvordan viser man information til mennesker? Tabeller, afsnit, billeder og formularer er alle skabt til at blive læst og forstået af menneskelige øjne. Det er enkelt og effektivt.

Men nu står vi midt i en større forandring. Det er ikke længere kun mennesker, der bruger webindhold. Autonome agenter – AI-systemer, der kan tolke data, træffe beslutninger og udføre handlinger – er i færd med at blive den primære måde at interagere med digitale tjenester på. Og det er ærligt talt et problem: HTML er ikke lavet til dem.

Når en AI-agent møder en almindelig HTML-side, skal den:

• Tolke visuelle signaler, der ikke har nogen strukturel mening
• Gætte sig frem til, hvad der er vigtigt
• Forsøge at forstå workflows ved at analysere formstrukturer
• Træffe antagelser om privatliv, samtykke og rettigheder

Hver gæt er en risiko. Hver antagelse kan gå galt.

ANML – et nyt sprog til agentiske systemer

ANML står for Agentic Notation Markup Language. Det er en ny tilgang, der bygger på en simpel metafor: en and på vandet. Den ser rolig ud på overfladen, og det, der sker under vandet, er en kompleks, men koordineret bevægelse.

Det er præcis, hvad en ANML-dokumentation (kaldet en "duckument") skal være. For mennesker ser den enkel ud og readable. Men bag ved den står en struktur, der er designet specielt til AI-agenter:

• Eksplicitte beskrivelser af, hvad en tjeneste kan
• Maskinlæsbare begrænsninger og regler
• Struktureret udveksling af data
• Klare grænser for, hvad der må være oplyst

ANML forsøger ikke at erstatte menneskelig læsbarhed – den udvider den.

Maskine-first design og praktiske behov

API’er er i dag ofte ikke designet til AI-agenter. De er built til menneskelige udviklere. Når en agent bruger dem, er den anvist til at gætte og inferere. Det fører til:

• Højere risiko for fejl
• Øget latency og forbrug af energi
• Brud på grænser og samtykke

ANML adresserer disse problemer ved at gøre hensigten eksplicit. En concert ticket service kan f.eks. direkte declare, når der er en early-bird discount, med timing, constraints og conditions. That way er ikke længere nødvendigt at infer.

ANML giver også struktur til workflow. Agents får ikke en best guess, 而是执行intended workflow. Det er også built-in privacy by design – consent og disclosure constraints er part of markup, og agents må evaluate og respect them. Users beholder control over information, der må share.

XML og JSON – to sider af samme mynt

ANML kan serialize både XML og JSON.

XML er best til mennesker, der selv kan read og write dokumentet. It er verbose, but self-documenting. A developer kan understand, hvad a service siger.

JSON er ideel til programmatic generation og agent consumption. Backend kan generate it, agents consume it, CI/CD pipelines kan validate it. Begge formater er authoritative.

ANML er derfor ikke en false binary mellem human-readable og machine-optimized. Det respekterer, der er den virkelighed, hvor moderne systems arbeider.

Hvad står inde i en ANML duckument

ANML-dokumenter er en comprehensive interface specification for autonomous agents. De define:

Information: Structured, semantic data, der ikke erforder inference. Ikke "click here to buy a ticket", men explicit declarations af pricing, availability, terms og conditions.

Interactions: Operations der clear binding til HTTP methods, endpoints og parameters. Agents ved exactly hvordan de gøre hver action uden guessing.

Knowledge: Bidirectional information exchange. Service declare, hvad it knows og hvad it needs to know from agent’s user. Questions er explicit, ikke buried in form labels.

Constraints: Rules, der agents skal follow. Disclosure limitations, consent requirements, og authorization gates. Disse er machine-evaluable conditions.

State: Metadata der angiver, hvor agent er i et multi-step workflow. Agents understand, hvad decisions they made og hvad comes next.

Persona: Behavioral and tonal guidance for agents, how to represent sig selv og service to users. It er advisory guidance, der helps maintain brand voice.

Hvorfor det er relevant for dig

I dag har mange services ikke been designed for agents at all. De er designed til human developers, der build custom integrations. Når agents interact, er they doing best to pattern-match og infer. It is like watching someone try to use a smartphone designed for hands while wearing mittens. It works, sometimes, but it’s not optimal.

ANML er den alternative. Det er en fundamental upgrade til hvordan du think about APIs og integrations.

For developers betyder det:

• Better agent reliability
• Clearer API specifications
• Privacy guarantees, you can actually enforce
• Reduced inference overhead

Et nyt layer af internettet

We're witnessing emergence af den "agentic web" – en parallel layer af internettet, der er optimized for autonomous systems, ligesom den aktuelle web er optimized for humans.

HTML did not go anywhere when JS frameworks emerged. It evolved. HTTP did not disappear when REST APIs became dominant. They coexist. ANML isn’t replacing HTML. Det er a new layer of abstraction, designed for the architectural pattern, som is becoming increasingly central: autonomous agents acting on behalf of users.

The question isn’t whether to adopt ANML today. Det er, om du will be ready når agents become the primary way services consume your data, make transactions, and execute workflows on your platform.

The duck is gliding across your surface. Make sure you understand what’s happening beneath the waterline.

Kom godt i gang

If this resonates med your development philosophy – especially if you think about agent-first architecture, API design, or building services that play nicely with autonomous systems – now’s the time to explore the ANML Foundation’s specification.

The shift from human-first to agent-capable architecture is just beginning. Being an early adopter puts you ahead of the curve, especially if you’re in fintech, e-commerce, SaaS platforms, eller en domain hvor multi-step workflows og privacy-respecting automation matter.

The future of web APIs isn’t just about REST endpoints and documentation. Det er about explicit, machine-executable instructions that respect both user autonomy and service boundaries.

Duckuments are coming. Will yours be ready?