HTML slår markdown som AI-output: Hvorfor Anthropics Claude Code-team skifter format

Markdown har været standardformatet for AI-output siden GPT-4 tiden. Det var ikke et æstetisk valg, men en pragmatisk tilpasning til 8.000 tokens kontekstvinduer hvor hvert tegn talte. Den begrænsning er væk. Konteksten er nu en million tokens i Opus 4.7, og Anthropics Claude Code-team har skiftet format. Thariq Shihipar, engineering lead på Claude Code, udgav 8. maj 2026 en artikel med titlen “The Unreasonable Effectiveness of HTML” hvor han argumenterer for at HTML er det rigtige output-format når læseren er et menneske.

Pointen virker banal indtil man læser hvad den i praksis betyder. Specs, planer, code reviews, rapporter og brainstorms er ikke længere noget vi skriver selv. Vi prompter Claude til at skrive dem, og vi prompter Claude til at redigere dem. Den simple redigerbarhed der gjorde markdown attraktiv er ikke længere et argument, fordi vi ikke selv åbner filen i en editor. Til gengæld er der opstået et nyt problem: ingen læser en 200 linjers markdown-fil. Heller ikke ham der bestilte den.

Hvad HTML kan som markdown ikke kan

Thariq lister hvad HTML kan repræsentere som markdown ikke kan: tabeller med rigtig styling, SVG-diagrammer, kode-snippets med syntax highlighting, interaktive elementer via JavaScript, mobiltilpassede layouts, billeder med korrekt alt-tekst, kanvas-grafik, og workflows tegnet som flowcharts. Han har samlet 20 eksempler på thariqs.github.io/html-effectiveness. Hans favorit-anekdote er, at Claude Code uden HTML-mulighed nogle gange forsøger at vise farver i markdown ved at gætte sig til unicode-tegn der ligner den rigtige nuance. Det fungerer ikke.

Brugsscenarierne der nævnes specifikt er planlægning og specs, PR-reviews, design-prototyper med sliders og knapper, rapporter til ledelsen, og engangs-editor-flader til at sortere Linear-tickets eller tune system-prompts. Det sidste er værd at bemærke: i stedet for at beskrive med ord hvad man vil have, beder man Claude bygge et lille engangs-UI med “kopier som JSON” eller “kopier som prompt” som eksport. Et HTML-trick der minder om det Cursor lavede med Canvases, blot uden en separat UI-platform.

Andre stemmer i debatten

Argumentet har fået plads. Simon Willison, der selv har stået for noget af det højeste markdown-evangelium i AI-dev-miljøet, kalder Thariqs argument tankevækkende og overbevisende. Willison erkender at han har defaulted til markdown siden GPT-4 tiden af en grund der ikke længere holder vand: token-økonomi. Han testede en HTML-forklaring af en Linux security exploit og fandt resultatet godt nok til at omtænke sin vane. Det er en bemærkelsesværdig vending fra én af de mest indflydelsesrige stemmer i feltet.

Kritikken er ikke fraværende. Det åbenlyse modargument er token-omkostningen. Målinger viser at den samme information typisk koster cirka tre gange så mange tokens i HTML som i markdown. Et eksempel fra web2md.org: 8.000 tokens for HTML mod 2.800 for markdown. Generering tager også 2 til 4 gange længere ifølge Thariq selv. Det er ikke gratis, men det skal sammenholdes med at konteksten i 2026 ikke længere er en flaskehals for de fleste opgaver, og at en HTML-fil der bliver læst slår en markdown-fil der bliver ignoreret.

Et mere holdbart modargument er versionering. HTML-diffs er støjende og svære at læse i Git. Hvis dokumentet er et produkt man ejer kollektivt over tid, vinder markdown stadig på sporbarhed. Det samme gælder hvis modtageren er en anden agent: en LLM bryder sig ikke om CSS, og tokens er det eneste der tæller. Reglen er enkel: er læseren en model, skriv markdown. Er læseren et menneske, skriv HTML.

Hvad betyder det i praksis

For udviklere og systemarkitekter er der to konkrete handlinger. Den første er at stoppe med at standardisere alle agent-outputs til markdown. Implementeringsplaner, arkitektur-dokumenter, code reviews og research-rapporter vinder mærkbart ved at være HTML-filer med diagrammer og navigation. Det gælder også interne dokumenter som du før ville have skrevet i Confluence eller Notion, men hvor du nu prompter Claude til at lave et udkast. En enkelt HTML-fil med tabs og SVG slår en Notion-side med 40 indlejrede blokke.

Den anden handling vedrører dem der allerede har bygget agent-pipelines med markdown overalt. Skemafiler som AGENTS.md og prompts mellem agenter skal blive markdown. Det er agent-til-agent kommunikation. Men outputtet der lander hos et menneske bør have lov til at være rigt formateret. Hvis dit interne værktøj rapporterer status til en menneskelig leder hver fredag, så lad det generere en HTML-fil med grafer i stedet for en markdown-tabel.

Thariq selv advarer mod overreaktion. Han håber ikke nogen laver en /html-skill ud af det. Pointen er ikke et nyt format-religiøst dogme, men en simpel kalibrering: brug det format der maksimerer chancen for at indholdet rent faktisk bliver læst. I praksis betyder det HTML for det meste rapporterende og forklarende, markdown for det meste maskine-til-maskine, og en accept af at de to formater løser forskellige problemer. Det er mindre revolution end justering, men det er en justering der får ting til at blive læst i stedet for ignoreret. Og det er nok det vigtigste KPI for AI-output overhovedet.