{"id":1430,"date":"2026-05-13T12:02:38","date_gmt":"2026-05-13T10:02:38","guid":{"rendered":"https:\/\/vittrup-graversen.dk\/?p=1430"},"modified":"2026-05-13T12:02:39","modified_gmt":"2026-05-13T10:02:39","slug":"html-slaar-markdown-som-ai-output-hvorfor-anthropics-claude-code-team-skifter-format","status":"publish","type":"post","link":"https:\/\/vittrup-graversen.dk\/index.php\/2026\/05\/13\/html-slaar-markdown-som-ai-output-hvorfor-anthropics-claude-code-team-skifter-format\/","title":{"rendered":"HTML sl\u00e5r markdown som AI-output: Hvorfor Anthropics Claude Code-team skifter format"},"content":{"rendered":"\n

Markdown har v\u00e6ret standardformatet for AI-output siden GPT-4 tiden. Det var ikke et \u00e6stetisk valg, men en pragmatisk tilpasning til 8.000 tokens kontekstvinduer hvor hvert tegn talte. Den begr\u00e6nsning er v\u00e6k. Konteksten er nu en million tokens i Opus 4.7, og Anthropics Claude Code-team har skiftet format. Thariq Shihipar<\/a>, engineering lead p\u00e5 Claude Code, udgav 8. maj 2026 en artikel med titlen \u201cThe Unreasonable Effectiveness of HTML\u201d hvor han argumenterer for at HTML er det rigtige output-format n\u00e5r l\u00e6seren er et menneske.<\/p>\n\n\n\n

Pointen virker banal indtil man l\u00e6ser hvad den i praksis betyder. Specs, planer, code reviews, rapporter og brainstorms er ikke l\u00e6ngere 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\u00e6ngere et argument, fordi vi ikke selv \u00e5bner filen i en editor. Til geng\u00e6ld er der opst\u00e5et et nyt problem: ingen l\u00e6ser en 200 linjers markdown-fil. Heller ikke ham der bestilte den.<\/p>\n\n\n\n

Hvad HTML kan som markdown ikke kan<\/h2>\n\n\n\n

Thariq lister hvad HTML kan repr\u00e6sentere 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\u00e5 thariqs.github.io\/html-effectiveness<\/a>. Hans favorit-anekdote er, at Claude Code uden HTML-mulighed nogle gange fors\u00f8ger at vise farver i markdown ved at g\u00e6tte sig til unicode-tegn der ligner den rigtige nuance. Det fungerer ikke.<\/p>\n\n\n\n

Brugsscenarierne der n\u00e6vnes specifikt er planl\u00e6gning 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\u00e6rd at bem\u00e6rke: i stedet for at beskrive med ord hvad man vil have, beder man Claude bygge et lille engangs-UI med \u201ckopier som JSON\u201d eller \u201ckopier som prompt\u201d som eksport. Et HTML-trick der minder om det Cursor lavede med Canvases<\/a>, blot uden en separat UI-platform.<\/p>\n\n\n\n

Andre stemmer i debatten<\/h2>\n\n\n\n

Argumentet har f\u00e5et plads. Simon Willison<\/a>, der selv har st\u00e5et for noget af det h\u00f8jeste markdown-evangelium i AI-dev-milj\u00f8et, kalder Thariqs argument tankev\u00e6kkende og overbevisende. Willison erkender at han har defaulted til markdown siden GPT-4 tiden af en grund der ikke l\u00e6ngere holder vand: token-\u00f8konomi. Han testede en HTML-forklaring af en Linux security exploit og fandt resultatet godt nok til at omt\u00e6nke sin vane. Det er en bem\u00e6rkelsesv\u00e6rdig vending fra \u00e9n af de mest indflydelsesrige stemmer i feltet.<\/p>\n\n\n\n

Kritikken er ikke frav\u00e6rende. Det \u00e5benlyse modargument er token-omkostningen. M\u00e5linger viser at den samme information typisk koster cirka tre gange s\u00e5 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\u00e5 2 til 4 gange l\u00e6ngere if\u00f8lge Thariq selv. Det er ikke gratis, men det skal sammenholdes med at konteksten i 2026 ikke l\u00e6ngere er en flaskehals for de fleste opgaver, og at en HTML-fil der bliver l\u00e6st sl\u00e5r en markdown-fil der bliver ignoreret.<\/p>\n\n\n\n

Et mere holdbart modargument er versionering. HTML-diffs er st\u00f8jende og sv\u00e6re at l\u00e6se i Git. Hvis dokumentet er et produkt man ejer kollektivt over tid, vinder markdown stadig p\u00e5 sporbarhed. Det samme g\u00e6lder hvis modtageren er en anden agent: en LLM bryder sig ikke om CSS, og tokens er det eneste der t\u00e6ller. Reglen er enkel: er l\u00e6seren en model, skriv markdown. Er l\u00e6seren et menneske, skriv HTML.<\/p>\n\n\n\n

Hvad betyder det i praksis<\/h2>\n\n\n\n

For udviklere og systemarkitekter er der to konkrete handlinger. Den f\u00f8rste er at stoppe med at standardisere alle agent-outputs til markdown. Implementeringsplaner, arkitektur-dokumenter, code reviews og research-rapporter vinder m\u00e6rkbart ved at v\u00e6re HTML-filer med diagrammer og navigation. Det g\u00e6lder ogs\u00e5 interne dokumenter som du f\u00f8r 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\u00e5r en Notion-side med 40 indlejrede blokke.<\/p>\n\n\n\n

Den anden handling vedr\u00f8rer dem der allerede har bygget agent-pipelines med markdown overalt. Skemafiler som AGENTS.md<\/a> og prompts mellem agenter skal blive markdown. Det er agent-til-agent kommunikation. Men outputtet der lander hos et menneske b\u00f8r have lov til at v\u00e6re rigt formateret. Hvis dit interne v\u00e6rkt\u00f8j rapporterer status til en menneskelig leder hver fredag, s\u00e5 lad det generere en HTML-fil med grafer i stedet for en markdown-tabel.<\/p>\n\n\n\n

Thariq selv advarer mod overreaktion. Han h\u00e5ber ikke nogen laver en \/html-skill ud af det. Pointen er ikke et nyt format-religi\u00f8st dogme, men en simpel kalibrering: brug det format der maksimerer chancen for at indholdet rent faktisk bliver l\u00e6st. 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\u00f8ser forskellige problemer. Det er mindre revolution end justering, men det er en justering der f\u00e5r ting til at blive l\u00e6st i stedet for ignoreret. Og det er nok det vigtigste KPI for AI-output overhovedet.<\/p>\n\n\n\n

Kilder<\/h2>\n\n\n\n