Sådan skriver du blogindlæg med AI (uden at det lyder som AI)

Fejlen er at udkaste først

Næsten alle starter med at bede om et udkast. Det er derfor, næsten alle AI-blogindlæg lyder ens: modellen har ikke andet at gå ud fra end gennemsnittet af alt, der er skrevet om emnet, så den returnerer netop det. Flydende, strukturelt korrekt og ikke til at skelne fra de tolv indlæg, der allerede ligger i toppen.

At skrive et blogindlæg er tre opgaver, og kun den tredje er at udkaste. Først finder du ud af, hvad der allerede er sagt. Så beslutter du, hvad du tilføjer. Først derefter skriver nogen en sætning. Hver opgave har også sin egen bedste model, hvilket er grunden til, at en enkelt-model arbejdsgang virker som om den kæmper mod dig på et eller andet trin.

Trin	Model	Hvad den bidrager med
Research og eksisterende dækning	Gemini	Nyt webmateriale med kilder du kan åbne
Vinkel og tese	Enhver, brugt modstridende	Hullet i eksisterende dækning og indvendingen mod din pointe
Struktur og disposition	GPT	Holder en brief, giver ren hierarki, ingen afvigelse
Prosa	Claude	Varmeste tone, mindst fyld, holder en stemme
Faktatjek	Gemini eller en webforbundet model	Opslag mod live kilder, ikke hukommelse
Afsluttende redigering	Dig	Den del, der ikke kan automatiseres og aldrig har kunnet

Fordi Whizi bevarer tråden, når du skifter model, ser udkast-modellen researchen og dispositionen. Den kontinuitet er størstedelen af grunden til, at det færdige indlæg er sammenhængende frem for en samling velskrevne afsnit, der ikke går op i en helhed.

Trin 1 og 2: research, så find hullet

Prompt: hvad findes allerede

Research nuværende dækning af [emne]. Returner: de bedste artikler der ligger i toppen med deres URL'er og udgivelsesdatoer, argumentet hver af dem fremfører, de punkter alle sammen nævner (konsensus), eventuelle nye data eller udviklinger fra de sidste 12 måneder med kilder, og de spørgsmål læsere stiller, som disse artikler ikke besvarer. Citer alt. Hvor du ikke kan bekræfte en påstand, mærk den UBEKRÆFTET.

Prompt: hullet

Baseret på den dækning, hvad mangler? Konkret: hvad forudsætter alle artikler uden at argumentere for det, hvad ville en erfaren praktiker finde naivt ved konsensus, hvilket spørgsmål undgår de alle fordi det er svært, og hvad ville være sandt for en læser, som denne standardviden ikke gælder for?

Den anden prompt er der, hvor et indlæg stopper med at være udskifteligt. Behandl outputtet som en liste af kandidater snarere end den færdige vinkel, og vælg den du reelt ved er sand. En model kan finde hullet, den kan ikke udfylde det med erfaring den ikke har.

Prompt: pres din vinkel

Min tese er: [angiv den i én sætning]. Argumenter mod den så kraftigt du kan. Hvad er det stærkeste modeksempel, hvad skal jeg vise for at den holder, og findes der en snævrere version, der er lettere at forsvare? Vær ikke enig med mig.

Trin 3 og 4: disposition, så udkast

Prompt: dispositionen

Byg en disposition til et indlæg, der argumenterer [tese]. Målgruppe: [hvem de er og hvad de allerede ved]. Returner H2'er og under hver det konkrete punkt den fremfører og den evidens den bruger. Regler: hvert afsnit skal fremme argumentet frem for at dække et delemne, ingen "hvad er X" afsnit medmindre målgruppen reelt ikke ved det, ingen konklusion der kun genfortæller. Marker ethvert afsnit, hvor jeg ikke har givet dig evidens. Research: [referer til tråden ovenfor].

Markeringen af evidens-hullet er det, der stopper dig i at skrive 800 ord, før du opdager, at du ikke kan understøtte den centrale påstand.

Prompt: udkast et afsnit, ikke hele indlægget

Skriv afsnittet [afsnitsnavn]. Punkt det fremfører: [fra dispositionen]. Evidens: [indsæt]. Stemme: [indsæt 3 afsnit af din egen skrift]. Regler: åbn med pointen frem for kontekst, ingen sætning der ville stå ordret i et indlæg fra en konkurrent, hver påstand skal kunne spores til den givne evidens, intet adjektiv der ikke kan måles, ingen overgangs-fyld. Længde: cirka [n] ord.

Udkast afsnit for afsnit frem for at bede om hele indlægget på én gang. Generering af hele indlægget bevæger sig mod resumé, hvorimod et afsnit med en defineret opgave og sin egen evidens forbliver specifikt. Det betyder også, at du fanger et dårligt afsnit ved 200 ord i stedet for ved 1500.

Prompt: kritik før omskrivning

Før du reviderer, navngiv de tre svageste ting i dette udkast: en påstand uden belæg, et afsnit der ikke siger noget nyt, en sætning der kunne åbne ethvert indlæg om dette emne, eller et sted hvor argumentet springer et skridt over. Citer hver enkelt. Omskriv ikke endnu.

Tegnene, og hvordan du fjerner dem

Læsere genkender AI-skrift hurtigt, og det er en kort liste af konkrete vaner snarere end en vag kvalitet. Hver har sin egen fiks.

Tegnet	Hvordan det ser ud	Fiksen
Halsryd	"I nutidens hurtige digitale landskab"	Instruér: åbn med pointen, ingen scene-opsætning
Symmetri overalt	Hvert afsnit lige langt, hver liste præcis tre punkter	Bed om ujævn vægt: nogle punkter fortjener en sætning, andre en side
Ufortjent balance	"Mens X har fordele, har det også ulemper" anvendt på alt	Kræv en holdning, og kræv at den stærkeste indvending besvares frem for blot nævnes
Fordele uden mekanisme	"Forbedrer effektiviteten"	Kræv at hver påstand navngiver hvordan det virker
Den genfortællende konklusion	Et sidste afsnit der resumerer hvad du lige har læst	Bed om en konklusion, der fortæller læseren hvad de skal gøre, eller hvad der ændrer sig
Ingens stemme	Korrekt, glat, kunne være hvem som helst	Indsæt reelle prøver af din skrift frem for at beskrive din tone

Den fiks med størst effekt er den sidste. Tre afsnit af din egen rigtige skrift indsat i prompten gør mere end enhver liste af toneadjektiver, fordi modellen kan imitere et eksempel, men ikke en beskrivelse.

Tilføj så det, en model ikke kan: det konkrete tal fra dit eget arbejde, det du prøvede der mislykkedes, den indvending din kunde faktisk kom med. Én konkret detalje fra virkelig erfaring gør mere for troværdigheden end en hel omgang stilistisk redigering.

Trin 5: faktatjekket du ikke kan springe over

En opfundet statistik på din blog er permanent, citérbar, og din. Modeller producerer plausible tal knyttet til plausible kilder med total sikkerhed, og fejlen er usynlig i outputtet.

Prompt: kontroller påstandene

List hver faktuel påstand, statistik, dato og citeret udtalelse i dette udkast som en tabel: påstanden, om den kom fra en kilde i denne samtale eller fra din generelle viden, og kilde-URL'en hvis der er en. Marker alt fra generel viden som UBEKRÆFTET. Udfyld ikke huller med plausible værdier.

Åbn så hver kilde selv. Ikke kun dem du er i tvivl om, alle sammen. Den mest almindelige fejl er ikke en opfundet statistik, det er en rigtig statistik knyttet til den forkerte påstand, eller et tal fra 2019 fremstillet som aktuelt, og ingen af dem er synlige uden at åbne siden.

To ting at kontrollere specifikt: at tallet stadig refererer til det, du siger det refererer til, og at kilden er den originale frem for en, der citerer en anden. Statistikker forringes, når de gives videre, og et tal tre citater dybt er ofte ukendeligt ved oprindelsen.

Hvad dette realistisk sparer

Et indlæg på 1500 ord, der tog tre timer, tager omkring 45 minutter med denne arbejdsgang, og modelomkostningen er næsten ikke værd at tælle: på Whizis model cost index (listepriser hentet 2026-08-20) kører et standardsvar omkring $0.007 på Claude Sonnet 5, så selv en session med 15 prompts kommer til cirka ti cent. Besparelsen er koncentreret i research, disposition og at nå til et første udkast, som altid var de langsomme dele. Hvis du skriver indlæg for kunder frem for til dig selv, dækker AI-værktøjer til freelancere tilbud, scoping og kundestemme-arbejdet, der omgiver skrivningen.

Hvad det ikke komprimerer, er den afsluttende redigering, og det skal du ikke forsøge. Forvent at beholde omkring 80 procent af den genererede prosa og omskrive resten, især åbningen og alt, der trækker på din egen erfaring. Den sidste gennemgang er der, hvor indlægget stopper med at være kompetent og starter med at være værd at læse.

Om søgning: Googles retningslinjer sigter mod indhold af lav kvalitet, ikke AI-assistance i sig selv. Et indlæg, der er nøjagtigt og tilføjer noget, den eksisterende dækning ikke gør, klarer sig fint. Et indlæg genereret i en enkelt prompt og udgivet uredigeret vil ikke, og i stigende grad vil det ikke engang blive indekseret ordentligt, fordi der allerede findes flere tusind af det.