HTML er språket vanlige nettsider er skrevet i. Å be om HTML betyr å be om svaret som én vanlig fil du åpner i nettleseren, med utseende, faner og knapper inni. Da blir en plan, en sammenligning eller en rapport noe du kan bruke, ikke bare lese.
Tanken er ikke min. Thariq Shihipar, som jobber på Claude Code-teamet hos Anthropic, skrev i mai 2026 at han har gått fra å be om markdown, en enkel tekstform med overskrifter og punktlister, til å be om HTML i mye av det han gjør. Han skriver om kodeagenter og sier selv at det er hans personlige syn. Jeg mener den holder like godt for planer, sammenligninger og rapporter.
Hans viktigste grunn er ikke pynt. Han skrev at han hadde begynt å skumlese lange planer, og at HTML holder ham mer våken for hva Claude faktisk gjør. Figuren under viser forskjellen på en liten prosjektplan.
Innholdet er likt. Forskjellen er hva du kan gjøre med det: åpne én fase, vise bare de høye risikoene og kopiere resultatet tilbake i samtalen. «Alltid» er litt sterkt, og jeg sier hvor det slutter lenger ned. Men for alt du skal bruke, og ikke bare lese, er det verdt å be om en fil.
Du legger til én setning. Den består av tre ting du ikke trenger å forstå i detalj: CSS er utseendet, JS (JavaScript) er knappene og filtrene, og «inline» betyr at begge ligger i selve filen. Resten av setningen sier at filen skal virke på egen hånd.
[Det du vil ha hjelp til, for eksempel en plan, en sammenligning eller en rapport] Svar som én selvstendig HTML-fil med inline CSS og JS, ingen eksterne avhengigheter, lesbar på telefon, med kopier-knapper for alt jeg kan trenge å lime tilbake.
Det er tre måter å se en HTML-fil på. Den første er den enkleste, og den krever ikke at du lagrer noe.
Claude kan vise HTML som et artefakt ved siden av samtalen, og ChatGPT kan forhåndsvise HTML i canvas. Da lagrer du ingenting og åpner ingen fil. Får du ikke opp visningen, se i hjelpesidene for det du bruker. Jeg har ikke sjekket alle planer og innstillinger.
Mange verktøy gir deg en knapp for å laste ned. Gjør de ikke det, be om hele filen i én blokk, kopier den inn i Notisblokk og velg Lagre som. Sett Filtype til «Alle filer», og kall filen plan.html. Windows skjuler ofte filendelsen, så en fil du ser som plan.html kan i virkeligheten hete plan.html.txt. Er ikonet en tekstfil og ikke en nettleser, er det feil. Du kan slå på visning av filendelser under Vis i Filutforsker. På Mac må TextEdit settes til ren tekst først.
Filen åpnes i nettleseren din. Er den laget slik du ba om, virker den uten internett. Stopper e-postsystemet eller bedriftsnettet HTML-filer, er det IT som kan si hva som gjelder hos dere.
Vil du ha noe bestemt, si hva filen skal kunne. Det er det som gjør et svar til et verktøy. Her er tre varianter du kan bruke som de er, og fylle ut i klammene.
Lag en prosjektplan for [prosjektet og fristen]. Svar som én selvstendig HTML-fil med inline CSS og JS, ingen eksterne avhengigheter, lesbar på telefon, med kopier-knapper for alt jeg kan trenge å lime tilbake. Del planen i faser med faner. La meg filtrere risikoene på alvorlighet, vis hva som avhenger av hva, og lag en knapp som kopierer statusen som tekst jeg kan lime tilbake i samtalen.
Sammenlign [alternativene] mot [kriteriene]. Gi hvert alternativ en karakter fra 1 til 5 per kriterium, og skriv tydelig at karakterene er dine antakelser. Svar som én selvstendig HTML-fil med inline CSS og JS, ingen eksterne avhengigheter, lesbar på telefon, med kopier-knapper for alt jeg kan trenge å lime tilbake. Lag en glidebryter for vekten på hvert kriterium, la rangeringen oppdatere seg mens jeg flytter dem, og lag en knapp som kopierer resultatet.
Skriv en ukerapport ut fra notatene under. [lim inn notatene] Svar som én selvstendig HTML-fil med inline CSS og JS, ingen eksterne avhengigheter, lesbar på telefon, med kopier-knapper for alt jeg kan trenge å lime tilbake. Del rapporten i «gjort», «neste» og «hindringer», med en kopier-knapp per blokk og én for hele rapporten, og gjør den pen å skrive ut.
Her er tre svar som dette. Alt i dem er konstruert, og de gjør ikke annet enn det du ser. Flytt på glidebryterne, huk av, filtrer og trykk på kopier. Det du skriver inn, blir værende i filen og sendes ikke noe sted.
Ett unntak fra «ingen eksterne avhengigheter»: disse tre eksemplene henter skriftene fra Google Fonts når de åpnes, så det går en forespørsel til Google. Uten nett, eller hvis skriftene ikke kommer, bruker de Arial, og alt virker likt. Filen du ber AI om, skal ikke hente noe i det hele tatt.
Fire alternativer mot seks kriterier. Rangeringen glir på plass mens du drar, og kopier-knappen lager tekst du kan lime tilbake.
Fire faser med oppgaver du kan krysse av, risikoer du kan filtrere på alvor, og en knapp som lager statusen som tekst.
Gjort, neste og hindringer, med kopier-knapp per blokk. Teksten kan endres, og utskriften tar bare med det du har huket av.
Det du kopierer fra filene er vanlig tekst. Lim den inn i samtalen og be om en ny versjon ut fra den. Da er filen en del av arbeidet, ikke slutten på det.
Du slipper å skrive setningen hver gang. Lim den inn der verktøyet lagrer faste instruksjoner. Navn og menyer endrer seg, så se i hjelpesidene for det du bruker.
Gjelder alle samtaler. Både Claude og ChatGPT har et felt for faste instruksjoner om hvordan du vil ha svarene.
Gjelder bare ett prosjekt. Passer når HTML bare skal brukes til for eksempel ukerapporter. Finnes i begge, men hvilke planer som har det varierer.
En tekstfil i en mappe. Claude Code leser den når du starter i mappa. For deg som jobber med kode.
En gjenbrukbar mal som sier hva en plan eller en rapport skal inneholde. Shihipar mener en skill kan gi mening når du ser at du ber om det samme om og om igjen, og anbefaler å begynne uten.
Når jeg ber om en plan, en sammenligning eller en rapport, svar som én selvstendig HTML-fil med inline CSS og JS, ingen eksterne avhengigheter, lesbar på telefon, med kopier-knapper for alt jeg kan trenge å lime tilbake. Korte svar, spørsmål og alt jeg skal lime rett inn i en e-post svarer du på som vanlig tekst.
En vanlig tekstfil gjør ingenting. En HTML-fil kan inneholde programmer som kjører i det du åpner den. Nettleseren holder dem innenfor siden, men innenfor siden kan de vise et falskt innloggingsskjema, hente innhold fra internett og sende videre det du skriver inn. Derfor én regel med to sider. Du åpner filer du har bedt om selv, fra en tjeneste du stoler på, og filer fra folk du kjenner og venter filen fra. Du åpner aldri en HTML-fil som kommer som vedlegg fra noen du ikke kjenner. Og skal planen eller rapporten til noen som ikke kjenner deg, sender du den som tekst eller PDF.
Tekst får du ved å bruke kopier-knappene i filen og lime inn i e-posten. PDF får du ved å åpne filen i nettleseren, velge Skriv ut og velge «Lagre som PDF» i stedet for en skriver. Eksemplene på denne siden er laget for utskrift.
script src. Finner du det, henter filen kode fra et annet sted. Be da om at filen lages på nytt uten.Samtalen er tekst, og skal være det. Et kort svar, en omskriving og et spørsmål om hva et ord betyr trenger ingen fil, og en fil gjør dem bare tyngre. Det samme gjelder alt du skal lime rett inn i en e-post eller en melding. Tommelfingerregelen: skal du bruke svaret mer enn én gang, flytte på noe i det eller vise det til andre, be om HTML. Skal du bare lese det, holder tekst.
Shihipar sier selv at han ligger langt på HTML-siden. Det er greit å legge seg et sted mellom.
Her ser jeg mest nytte. Et beslutningsgrunnlag der ledergruppa kan flytte på vektene i møtet er noe annet enn et lysbildesett ingen leser. En ukerapport med tre blokker har en kopier-knapp per blokk, så teksten går rett inn i e-posten til dem som trenger den. Filen er liten, den virker på telefon, og den kan skrives ut som PDF. Selve filen deler du med folk du kjenner, fra en delt mappe eller en lenke, ikke som vedlegg til noen du ikke kjenner.
Tre spørsmål før en slik fil sprer seg i bedriften. Hvem har bedt om den, og hvor kommer den fra? Inneholder den tall eller opplysninger som ikke skal ut? Og har IT regler for HTML-filer? Skal du gjøre én ting i morgen, be om neste statusrapport som HTML og spør IT om reglene samme dag.
Prøv det i kveld. Ta noe du ellers ville fått som tekst, og legg til setningen. Blir filen noe du ikke trenger, er det like lett å gå tilbake til tekst.
Oppdatert oktober 2026. Kilder: Thariq Shihipar, «Using Claude Code: The Unreasonable Effectiveness of HTML» (20. mai 2026), og hans samling av tjue eksempler. Lenka går via claude.com og videresendes til claude.dev, der bloggen ligger nå. Jeg har ikke fått bekreftet fra Anthropic selv at claude.dev er deres, men siden lenker til Anthropics egne sider og til Claude Code-dokumentasjonen. Han skriver om kodeagenter og sier at det er hans eget syn. Overføringen til planer, sammenligninger og rapporter er min, og opplysningen om flere token er hans. Om faste instruksjoner: Claude hjelpesenter, Understanding Claude's personalization features. Menyer, planer og funksjoner endrer seg raskt, og jeg har ikke sjekket alle. Rådene om sikkerhet er generelle og ikke hentet fra én kilde. Alle eksempler på siden er konstruerte, uten reelle firma, personer eller tall.