Opret WordPress-kladder fra content briefs
Brief → n8n → AI → validation → WordPress draft
Sådan hænger workflowet sammen
Se trigger, fast logik, AI-vurderinger, menneskelig kontrol og output som ét samlet forløb.
-
01
Fast logik Trigger
Brief-status skifter til “Ready for draft”.
-
02
Fast logik Normalisering
Valider slug, autentifikation, kategori, interne links og at der ikke allerede findes en post med samme canonical topic.
-
03
AI-vurdering AI
Skriv sektioner ud fra brief og kilder; tilføj faktacheck-markører hvor input ikke dokumenterer påstanden.
-
04
Handling/output Routing / handling
Opret post_status=draft via REST API med korrekt taxonomy og featured asset-reference; send redaktør link.
-
05
Fast logik Fejlvej
WP API 401/403 → stop og alert.
Gør kladden til endestationen for automationen
Opret kladder uden at autopublicere AI-indhold. Før AI kommer ind i flowet, skal trigger, inputvalidering og de faste skrivehandlinger kunne beskrives tydeligt.
- Trigger: Brief-status skifter til “Ready for draft”.
- Normalisering: Valider slug, autentifikation, kategori, interne links og at der ikke allerede findes en post med samme canonical topic.
- AI: Skriv sektioner ud fra brief og kilder; tilføj faktacheck-markører hvor input ikke dokumenterer påstanden.
- Routing / handling: Opret post_status=draft via REST API med korrekt taxonomy og featured asset-reference; send redaktør link.
- Fejlvej: WP API 401/403 → stop og alert; slug conflict → opret ikke dublet; manglende kategori → reservevej til gennemgang.
Automation må stoppe ved kladden
AI kan hjælpe med struktur og første udkast, men publicering bør være adskilt fra generering. WordPress-posten oprettes derfor som draft med kilder, brief-id og tydelige faktacheck-markører.
Gem relationen mellem brief og WordPress-post
Når workflowet genforsøg, skal det opdatere eller genfinde samme kladde i stedet for at oprette en ny. Brug et stabilt brief-id og gem post-id tilbage i kildesystemet.
Knyt brief-id til den samme WordPress-kladde
Log brief-id, WordPress post-id, kildeversion og draft-status. Ved genforsøg skal flowet kunne se, at kladden allerede findes, og opdatere den kontrolleret i stedet for at skabe en dublet.
Når normalforløbet ikke holder
WP API 401/403 → stop og alert; slug conflict → opret ikke dublet; manglende kategori → reservevej til gennemgang.
REST-skrive må genforsøges med samme brief_id og kontrollere eksisterende post før wp_insert. 401/403 kræver adgangsoplysning-fix, ikke blind genforsøg.
Brug brief_id + canonical_topic + desired_slug som stabil idempotens-nøgle. Gem det eksterne post-id sammen med nøglen, så en genforsøg kan afgøre, om handlingen allerede er udført.
Workflowet må kun oprette post_status=draft. Publicering forbliver en redaktionel handling efter faktatjek, links og taxonomy er gennemgået.
Test før drift
Brug en slug, der allerede findes, og bekræft, at workflowet ikke opretter en dublet. Fjern kategori/taxonomy og kontroller, at kladden sendes til gennemgang. Simulér REST 401 og bekræft, at der ikke køres gentagne skrivehandlinger. Indsæt en ikke-underbygget påstand og bekræft, at fact_check_flags følger med kladden.
Mål effekten
Tid fra brief til kladde, antal faktuelle rettelser og andel kladder der kræver strukturel omskrivning.
Data og sikkerhed
Brug en WordPress-bruger/application password med mindst mulige funktioner. Modellen skal aldrig se WordPress-adgangsoplysninger eller kunne ændre publiceringsstatus.
Spørgsmål om emnet
Hvad er formålet med “Opret WordPress-kladdder fra content briefs”?
Opret strukturerede WordPress-kladdder fra et godkendt brief – aldrig publicér direkte.
Hvilken del bør AI håndtere?
Skriv sektioner ud fra brief og kilder; tilføj faktacheck-markører hvor input ikke dokumenterer påstanden.
Hvordan håndteres fejl?
WP API 401/403 → stop og alert; slug conflict → opret ikke dublet; manglende kategori → reservevej til gennemgang.
Hvad bør jeg måle?
Tid fra brief til kladde, antal faktuelle rettelser og andel kladder der kræver strukturel omskrivning.