Ulike formater presterer forskjellig under ulike forhold. Dette er ikke synsing – flere kontrollerte tester og offisiell dokumentasjon gir konkrete data.
Markdown-overskrifter og formatering (som ## Instruksjoner, ## Kontekst, punktlister og fet tekst for vektlegging) er lesbare, tokeneffektive og naturlig forstått av modeller trent på dokumentasjon .
Nøyaktighetsfordel: På resoneringsoppgaver oppnådde GPT-4 81,2 % nøyaktighet med Markdown-strukturerte spørsmål, sammenlignet med 73,9 % med JSON – en forbedring på 7,3 prosentpoeng . Markdown bruker også omtrent 15 % færre tokens enn JSON, samtidig som det opprettholder klarhet .
Menneskevennlig: Markdown anbefales ofte for å gjøre spørsmål og instruksjonsfiler tydeligere for både mennesker og AI-modeller . OpenAIs egen Playground foreslår Markdown med H1-overskrifter for generering av spørsmål .
Den største ulempen: Markdown-overskrifter er mykere grenser. De kan være mer sårbare for såkalt "prompt injection" fordi modellen kanskje ikke behandler ## Input som en hard avgrensning . En sikkerhetsforsker frarådet spesifikt bruk av Markdown for å avgrense innhold som skal klassifiseres, og påpekte at modellen er "mindre sannsynlig å bli lurt" av XML-tagger .
XML-inspirerte tagger bruker eksplisitte åpne-og-lukk-markører som <instruksjoner>, <skjema> og <input> for å skille spørsmålets deler. Anthropics offisielle veiledning anbefaler eksplisitt XML-tagger som det primære strukturelle verktøyet for komplekse spørsmål, og påpeker at de skaper entydige grenser som reduserer feiltolkning .
Sikkerhetsfordel: XML gir eksplisitte åpne-og-lukk-grenser, noe som gjør det vanskeligere for injisert innhold å flyte mellom seksjoner . For AI-agenter argumenteres det for at XML-tagger overgår Markdown-overskrifter når det gjelder å skille instruksjoner, eksempler, referansedata og brukerspørsmål .
Ikke alltid bedre: For korte, enkle spørsmål kan XML faktisk redusere nøyaktigheten noe. En test viste at flate spørsmål hadde 97,6 % nøyaktighet mot XMLs 96,4 % – en liten straff på 1,2 prosentpoeng uten endring i hallusinasjonsrate . Samme test viste en 31 % økning i token-overhead med XML . Fordelen med XML øker med spørsmålets kompleksitet, ikke kvaliteten: det hjelper når spørsmålet overstiger omtrent 500 tokens med 3 eller flere logiske seksjoner .
| Leverandør | Anbefaling |
|---|---|
| Anthropic (Claude) | Anbefaler eksplisitt XML-tagger for komplekse spørsmål; XML-inspirerte tagger som primært strukturelt verktøy |
| OpenAI (GPT) | Foreslår Markdown med H1-overskrifter i Playground; XML fungerer også når strenge grenser er viktige |
| Generell bransjeveiledning | XML anbefales for komplekse/flerdelte spørsmål og sikkerhetskritiske oppgaver; Markdown for lesbarhet |
Alle de tre store leverandørene anbefaler XML som et effektivt skilletegnmønster, men formaliteten i XML trenger ikke å være streng – det er den semantiske intensjonen som teller .
| Bruksområde | Anbefalt format |
|---|---|
| Korte, enkle spørsmål | Markdown eller ren tekst |
| Komplekse flerdelte spørsmål | XML-tagger for seksjonsinndeling |
| Anthropic Claude-spørsmål | XML-tagger, siden Anthropic eksplisitt anbefaler dem |
| OpenAI GPT-spørsmål | Markdown-overskrifter anbefales ofte; XML kan også hjelpe når strenge grenser er viktige |
| Høy sikkerhet / følsomt for injeksjon | XML-tagger, fordi eksplisitte åpne-og-lukk-grenser er vanskeligere å lure |
| Menneskelesbar fellesdokumentasjon | Markdown |
| Produksjonsklare agentpipelines | XML-inspirerte tagger for tydeligere seksjonsgrenser |
Mange utøvere bruker en hybrid: Markdown-overskrifter for overordnet struktur, pluss XML-inspirerte tagger eller kodeblokker rundt brukerinndatablokker . Denne tilnærmingen kombinerer lesbarheten til Markdown med sikkerhetsgrensene til XML.
For eksempel kan du bruke:
## Instruksjoner
[Dine instruksjoner her]
## Kontekst
[Bakgrunnsinformasjon]
## Brukerinndata
<BrukerInndata>
[selve brukerinndataen]
</BrukerInndata>
Dette mønsteret gir deg det beste fra to verdener – tydelig merkede seksjoner som er lette for mennesker å lese, pluss harde grenser rundt den upålitelige delen av spørsmålet.
Bruk Markdown for de fleste daglige spørsmål fordi det er lesbart, tokeneffektivt og presterer godt i dokumenterte format-sammenligninger . Bytt til XML-tagger når du har komplekse, flerdelte spørsmål, trenger harde semantiske grenser for sikkerhet, eller jobber med Claude . Effektiviteten av formatet avhenger også av AI-modellen – vedlikeholdbarhet på menneskesiden er like viktig som modellens ytelse .
Ulike formater presterer forskjellig under ulike forhold. Dette er ikke synsing – flere kontrollerte tester og offisiell dokumentasjon gir konkrete data.
Markdown-overskrifter og formatering (som ## Instruksjoner, ## Kontekst, punktlister og fet tekst for vektlegging) er lesbare, tokeneffektive og naturlig forstått av modeller trent på dokumentasjon .
Nøyaktighetsfordel: På resoneringsoppgaver oppnådde GPT-4 81,2 % nøyaktighet med Markdown-strukturerte spørsmål, sammenlignet med 73,9 % med JSON – en forbedring på 7,3 prosentpoeng . Markdown bruker også omtrent 15 % færre tokens enn JSON, samtidig som det opprettholder klarhet .
Menneskevennlig: Markdown anbefales ofte for å gjøre spørsmål og instruksjonsfiler tydeligere for både mennesker og AI-modeller . OpenAIs egen Playground foreslår Markdown med H1-overskrifter for generering av spørsmål .
Den største ulempen: Markdown-overskrifter er mykere grenser. De kan være mer sårbare for såkalt "prompt injection" fordi modellen kanskje ikke behandler ## Input som en hard avgrensning . En sikkerhetsforsker frarådet spesifikt bruk av Markdown for å avgrense innhold som skal klassifiseres, og påpekte at modellen er "mindre sannsynlig å bli lurt" av XML-tagger .
XML-inspirerte tagger bruker eksplisitte åpne-og-lukk-markører som <instruksjoner>, <skjema> og <input> for å skille spørsmålets deler. Anthropics offisielle veiledning anbefaler eksplisitt XML-tagger som det primære strukturelle verktøyet for komplekse spørsmål, og påpeker at de skaper entydige grenser som reduserer feiltolkning .
Sikkerhetsfordel: XML gir eksplisitte åpne-og-lukk-grenser, noe som gjør det vanskeligere for injisert innhold å flyte mellom seksjoner . For AI-agenter argumenteres det for at XML-tagger overgår Markdown-overskrifter når det gjelder å skille instruksjoner, eksempler, referansedata og brukerspørsmål .
Ikke alltid bedre: For korte, enkle spørsmål kan XML faktisk redusere nøyaktigheten noe. En test viste at flate spørsmål hadde 97,6 % nøyaktighet mot XMLs 96,4 % – en liten straff på 1,2 prosentpoeng uten endring i hallusinasjonsrate . Samme test viste en 31 % økning i token-overhead med XML . Fordelen med XML øker med spørsmålets kompleksitet, ikke kvaliteten: det hjelper når spørsmålet overstiger omtrent 500 tokens med 3 eller flere logiske seksjoner .
| Leverandør | Anbefaling |
|---|---|
| Anthropic (Claude) | Anbefaler eksplisitt XML-tagger for komplekse spørsmål; XML-inspirerte tagger som primært strukturelt verktøy |
| OpenAI (GPT) | Foreslår Markdown med H1-overskrifter i Playground; XML fungerer også når strenge grenser er viktige |
| Generell bransjeveiledning | XML anbefales for komplekse/flerdelte spørsmål og sikkerhetskritiske oppgaver; Markdown for lesbarhet |
Alle de tre store leverandørene anbefaler XML som et effektivt skilletegnmønster, men formaliteten i XML trenger ikke å være streng – det er den semantiske intensjonen som teller .
| Bruksområde | Anbefalt format |
|---|---|
| Korte, enkle spørsmål | Markdown eller ren tekst |
| Komplekse flerdelte spørsmål | XML-tagger for seksjonsinndeling |
| Anthropic Claude-spørsmål | XML-tagger, siden Anthropic eksplisitt anbefaler dem |
| OpenAI GPT-spørsmål | Markdown-overskrifter anbefales ofte; XML kan også hjelpe når strenge grenser er viktige |
| Høy sikkerhet / følsomt for injeksjon | XML-tagger, fordi eksplisitte åpne-og-lukk-grenser er vanskeligere å lure |
| Menneskelesbar fellesdokumentasjon | Markdown |
| Produksjonsklare agentpipelines | XML-inspirerte tagger for tydeligere seksjonsgrenser |
Mange utøvere bruker en hybrid: Markdown-overskrifter for overordnet struktur, pluss XML-inspirerte tagger eller kodeblokker rundt brukerinndatablokker . Denne tilnærmingen kombinerer lesbarheten til Markdown med sikkerhetsgrensene til XML.
For eksempel kan du bruke:
## Instruksjoner
[Dine instruksjoner her]
## Kontekst
[Bakgrunnsinformasjon]
## Brukerinndata
<BrukerInndata>
[selve brukerinndataen]
</BrukerInndata>
Dette mønsteret gir deg det beste fra to verdener – tydelig merkede seksjoner som er lette for mennesker å lese, pluss harde grenser rundt den upålitelige delen av spørsmålet.
Bruk Markdown for de fleste daglige spørsmål fordi det er lesbart, tokeneffektivt og presterer godt i dokumenterte format-sammenligninger . Bytt til XML-tagger når du har komplekse, flerdelte spørsmål, trenger harde semantiske grenser for sikkerhet, eller jobber med Claude . Effektiviteten av formatet avhenger også av AI-modellen – vedlikeholdbarhet på menneskesiden er like viktig som modellens ytelse .