Byg et løbende AI-nyhedsbrev eller en fast briefing

Et dagligt eller ugentligt AI-nyhedsbrev kan mindske behovet for gentagen informationssøgning, hvis det finder det rigtige materiale og bevarer links til kilderne. Udbyttet og læsetiden afhænger af målgruppen, dækningen og fejlraten. Mål dem i stedet for at love en bestemt tidsbesparelse.

Hvis det gøres dårligt, bliver det bare endnu en e-mail, du springer over. Forskellen ligger i arkitekturen og især i den løbende forbedring.

Denne artikel præsenterer et muligt design, acceptkriterier og en proces for løbende vedligeholdelse. Om nyhedsbrevet er værd at læse, skal måles blandt den faktiske målgruppe.

Brug den aktuelle dokumentation til n8n Schedule Trigger til planlægningsspecifikationer. Før levering eller sporing af e-mail skal du sammenholde den faktiske målgruppe og jurisdiktion med officielle regler som Storbritanniens vejledning om markedsføring via e-mail. Kopiér ikke én jurisdiktions regel om samtykke eller eksisterende kundeforhold til en anden.

De fire opgaver for en briefing

Et nyttigt AI-nyhedsbrev gør fire ting, i rækkefølge:

1. Indsamle: hente indhold fra mange kilder.
2. Filtrere: kun beholde det, der er relevant for den konkrete målgruppe.
3. Sammenfatte: skabe et struktureret resultat, der er let at skimme.
4. Distribuere: levere det til det rigtige sted på det rigtige tidspunkt.

Hver opgave har sit eget ansvar. Vi gennemgår dem én for én.

Opgave 1: Indsamling

Kilderne er fundamentet. Et nyhedsbrev baseret på middelmådige kilder bliver middelmådigt, uanset hvor avanceret AI-trinnet er.

Almindelige kildetyper:

RSS-feeds. Når en udgiver tilbyder et vedligeholdt feed, kan en RSS-læser hente strukturerede opdateringer uden at aflæse websider automatisk. Kontrollér, om feedet er komplet, hvor hurtigt det opdateres, om links omdirigeres, og hvilke vilkår udgiveren har fastsat. Tilgængelighed og kvalitet varierer.

Godkendte nyheds- eller søge-API’er. Vurdér udbyderne ud fra kildedækning, licenser, krav til kildeangivelse og videredistribution, opbevaring, hastighedsgrænser, dataplacering og strukturerede metadata. Produktnavne og rettigheder ændrer sig, så en leverandørliste i en artikel er ikke i sig selv en godkendelse.

Automatisk aflæsning af bestemte websider. Websteder uden RSS eller API kan teknisk set aflæses automatisk, men kontrollér først brugsvilkår og robots.txt. Værktøjer som ScrapingBee, Bright Data og Playwright håndterer den tekniske del, ikke rettighederne til at bruge indholdet.

Sociale medier. Nogle platforme tilbyder officielle API’er med begrænsninger for adgang og brug. Gå ikke ud fra, at en brugerflade må aflæses automatisk. Kontrollér den aktuelle API-dokumentation, webstedets vilkår, databeskyttelseskrav og rettigheder til videredistribution.

Nyhedsbreve. Videresend abonnementer til en særlig e-mailadresse, og behandl dem derefter. AI-systemet kan udtrække indhold fra e-mailens HTML.

Interne kilder. Slack-kanaler, interne dokumenter og supportsager. I interne briefinger er de ofte vigtigere end eksterne kilder.

Forskningsdatabaser. Semantic Scholar, arXiv, PubMed — til akademisk orienterede briefings.

Vælg den første gruppe af kilder ud fra emnets dækningsbehov og teamets kapacitet til at gennemgå materialet. Mål unikke nyttige fund, irrelevante medtagelser, vigtige udeladelser, dubletter, omkostninger og kildefejl, før du udvider gruppen.

Et muligt mønster til at inddele kilder i niveauer ser sådan ud. Tilpas mængderne, når du har målt dækningen:

• Niveau 1 (gennemgå hvert element): en lille gruppe, hvor den ansvarlige kan kontrollere alt indhold.
• Niveau 2 (ofte relevant): kilder, der kræver gennemsigtig filtrering.
• Niveau 3 (lejlighedsvis relevant): kilder, der beholdes til bestemte emner eller begivenheder, ikke blot for at øge mængden.

Filteret i opgave 2 behandler hvert niveau forskelligt.

Opgave 2: Filtrering

Filtreringen afgør både, hvad der medtages, og hvad der udelades. Mål irrelevante medtagelser såvel som vigtige udeladelser. Et kortere nyhedsbrev er ikke nødvendigvis bedre.

Tre tilgange, ofte kombineret:

Tilgang 1: Nøgleord- og metadatafiltrering

Billigt, hurtigt og gennemsigtigt. Filtrér efter:

• Nøgleord i titel eller brødtekst.
• Udgivelsesdato (sidste 24 timer, sidste uge).
• Kildetier.
• Kategorier eller tags fra kilden.

Det fanger det åbenlyse, men overser også mere indirekte relevans.

Tilgang 2: Filtrering med embeddings

Beregn en vektorrepræsentation, en embedding, for hvert element. Sammenlign den med en vektor, der repræsenterer det, målgruppen interesserer sig for, og som er bygget ud fra tidligere relevante artikler eller en beskrivelse af interesserne. Behold elementer over en kalibreret lighedstærskel.

Det kan fange semantisk relevans, for eksempel artikler om dine emner, som ikke bruger de valgte nøgleord.

Tilgang 3: LLM-baseret filtrering

For hvert element der bestod de billige filtre, kør et lille LLM-opkald:

Du filtrerer indhold til en daglig briefing for [beskrivelse af målgruppen].

Vurdér ud fra artiklens overskrift og de første 300 ord relevansen fra 1-10 for målgruppen. Skriv derefter én sætning om, hvorfor den kan eller ikke kan være relevant.

Returnér JSON: {"score": <1-10>, "reason": "<one sentence>"}

Artikel:
[titel og uddrag]

Behold elementer over en tærskel, som er kalibreret med repræsentative menneskelige vurderinger. Gå ikke ud fra, at et LLM-filter er det mest præcise, eller at en score på 7 betyder det samme på tværs af modeller, prompts, kilder og sprog.

En mulig filterkæde begynder med et gennemsigtigt metadata- og nøgleordsfilter og bruger derefter embeddings eller en modelbaseret klassifikator til tvivlstilfælde. Sammenlign kæden med enklere alternativer på det samme mærkede datasæt. Ekstra trin kan øge latenstid og omkostninger og skabe korrelerede fejl eller oversete elementer.

Opgave 3: Syntese

Når du har et gennemgået sæt kandidater, kan sammenfatningstrinnet producere et udkast. Begræns antallet af elementer ud fra modellens kontekstgrænse, læsernes behov og den målte risiko for udeladelser, ikke ud fra et universelt dagligt antal.

Et solidt udgangspunkt for en sammenfatningsprompt:

Du udarbejder en daglig briefing til [beskrivelse af målgruppen].

Du har modtaget [N] artikler, som bestod vores relevansfilter. Udarbejd en briefing med denne struktur:

**De 3 vigtigste artikler.** De tre artikler, en læser skal kende. For hver:
- En overskrift på én linje (din formulering, ikke kildens)
- Et sammendrag på to sætninger
- Kildens link
- Én sætning om "hvorfor det betyder noget" for vores målgruppe

**Hurtige læsninger.** 5-8 andre emner, der er værd at nævne kort:
- Én sætning pr. emne
- Kildens link

**Gennemse eller spring over.** Emner i gråzonen, kun titler + links. Læseren afgør selv, om det er interessant.

**Ugens mønstre.** (Kun for ugentlige briefinger) Eventuelle temaer, der forbinder ugens artikler.

Tone: direkte og uden indledning eller formuleringer som "her er dagens briefing". Gå direkte til indholdet.

Brug [min inference] ved alt, du udleder ud over kildematerialet.

Opfind ikke citater eller tal. Hvis du henviser til et statistisk tal, skal du angive, hvilken artikel det stammer fra.

Artikler:
[det fulde indhold af alle filtrerede artikler]

Denne prompt beder om et struktureret udkast. Den garanterer ikke korrekte sammendrag, fuldstændig dækning eller en nyttig rangering. Bevar links til kilderne, og kræv gennemgang af påstande, citater, tal og væsentlige udeladelser før distribution.

Et par variationer værd at kende:

• Målgruppetilpasset formulering. Forskellige briefinger kræver forskellige vinkler. En briefing til ingeniører bør fremhæve tekniske konsekvenser, en briefing til ledere de forretningsmæssige konsekvenser og en briefing til journalister nyhedsværdien. Linjen “målgruppebeskrivelse” former syntesen i væsentlig grad.

• Tematiske sektioner. I en briefing om et afgrænset emne, for eksempel nyheder om AI-sikkerhed, kan sektionerne organiseres efter underemner i stedet for vigtigst, hurtiglæsning og gennemse eller spring over.

• Fremhæv sammenligninger og uenighed. “Hvis flere kilder rapporterer om den samme begivenhed, skal du fremhæve, hvor de er uenige.” Det gør den relevante uenighed synlig.

• Kalibreret sikkerhed. “Markér oplysninger med [enkelt-kilde], når dokumentationen er sparsom eller upålidelig.” Det mindsker risikoen for, at nyhedsbrevet fremstiller ubekræftede rygter som veldokumenterede oplysninger.

Opgave 4: Distribution

Det sidste trin er leveringen. Et nyhedsbrev, der lander det forkerte sted på det forkerte tidspunkt, kan være mindre nyttigt end slet ingen briefing.

Praktiske spørgsmål:

Hvor? Vælg en godkendt kanal, der passer til kravene om adgangskontrol, opbevaring, samtykke, leveringsbevis og tilgængelighed samt læsernes præferencer. E-mail, chat, RSS og en side i arbejdsplatformen medfører forskellige forpligtelser.

Hvornår? Spørg læserne, hvornår og hvor de ønsker nyhedsbrevet. Tag højde for tidszoner og tidsrum uden notifikationer, og afprøv leveringstidspunktet. Der findes ikke ét morgentidspunkt, der passer til alle.

Hvor ofte? Fastlæg rytmen ud fra mængden af relevant kildemateriale og læsernes behov. Justér eller sæt briefingen på pause, hvis resultatet gentagne gange er tomt, dubleret, forældet eller ulæst.

Personalisering. Hvis du producerer et nyhedsbrev til flere læsere, kan du overveje en begrænset personalisering: forskellige sektioner til forskellige roller, forskellige top 3-lister baseret på oplyste interesser og forskellig vægtning af kilder.

Arkitekturen

Samlet set ser et typisk briefing-system sådan ud:

[Planlagt udløser: dagligt kl. 6]
    ↓
[Hent kilder parallelt: RSS, API'er, automatisk aflæsning]
    ↓
[Fjern dubletter: frasortér artikler, der allerede er dækket]
    ↓
[Filtrér niveau 1: behold alle]
[Filtrér niveau 2-3: nøgleord + embeddings + LLM-vurdering]
    ↓
[Rangér efter vurdering]
[Vælg det konfigurerede antal ud fra læserbehov, kontekst, omkostninger og test af udeladelser]
    ↓
[Sammenfatningsprompt med alle elementer som input]
    ↓
[Distribuer: e-mail / Slack / Notion / RSS]
    ↓
[Log godkendte driftsmetadata og kontrollerede eksempler til gennemgang]

Implementeringen kan være en automatiseringsplatform eller en specialbygget tjeneste. Vælg ud fra godkendelse, forbindelser til kilder, tilstandshåndtering, fjernelse af dubletter, observerbarhed, gennemgang, levering og supportkrav, ikke alene ud fra målgruppens størrelse.

En praktisk opsætning i n8n:

1. Schedule Trigger på det godkendte leveringstidspunkt. Nodens aktuelle navn og planlægningsfunktioner afhænger af versionen.
2. RSS Read-noder til hver kilde på niveau 1 i kildegruppen.
3. HTTP Request-noder til eventuelle tilpassede API’er.
4. Merge alle elementer til en enkelt liste.
5. Code-node til at fjerne dubletter ved hjælp af en kanonisk kildeidentitet og indholdets hash inden for et opbevaringsvindue, der er tilpasset udgivelsesrytmen og kildernes adfærd.
6. Godkendt model- eller klassifikationsnode, der behandler hvert kvalificeret element efter den evaluerede vurderingskontrakt.
7. Filter med den tærskel, der er kalibreret på det mærkede evalueringssæt. Brug ikke automatisk værdien 7 fra dette eksempel.
8. Aggregate elementer til én stor kontekst.
9. Godkendt modelnode til sammenfatningsprompten.
10. Send Email, Slack eller Notion med det sammenfattede resultat.

Byg og test hvert trin separat. Opsætningstiden afhænger af godkendelse, kildeformater, tilstanden for dubletkontrol og leveringskontroller. At en planlagt kørsel starter som forventet, er ikke bevis for, at nyhedsbrevet fungerer godt. Opret alarmer for mislykket indsamling, tomme input, modelfejl, usædvanligt mange dubletter, leveringsfejl og unormale omkostninger.

Driften: sørg for, at det fortsat er værd at læse

At bygge og drive nyhedsbrevet er to forskellige opgaver. Overvåg, om læserne bruger det, og om kildedækningen eller kvaliteten af sammenfatningerne forringes. En vellykket levering er ikke i sig selv bevis for værdi.

Nogle vigtige driftsvaner:

1. Gennemgå hvert resultat under den afgrænsede pilot

Spørg for hver pilotudgave: Hvad var korrekt og nyttigt? Hvad var fyld? Hvilke vigtige elementer manglede?

Ændr én kontrolleret komponent ad gangen, og kør den mærkede evaluering igen. Fastlæg pilotens længde ud fra udgivelsesrytmen og det nødvendige antal repræsentative udgaver, ikke ud fra en fast måned.

2. Mål brugen

For briefinger via e-mail viser åbnings- og klikrater, om indholdet rammer målgruppen. For Slack kan du bruge reaktioner og svar. Ved personlige briefinger kan du blot notere: Læste du den i dag, eller sprang du over?

Hvis brugen falder, kan noget have ændret sig: Kilderne er blevet forældede, sammenfatningen er blevet generisk, eller målgruppen har flyttet sig. Undersøg årsagen.

3. Fjern kilder konsekvent

Mål hver kildes unikke relevante bidrag, irrelevante medtagelser, dubletter, aktualitet, pålidelighed, omkostninger og dækning af vigtige underemner. Fjern ikke en kilde med få bidrag, hvis den er den eneste, der dækker et væsentligt område.

En mulig kvartalsvis øvelse er at beregne, hvor stor en andel af de elementer fra hver kilde, der bestod filteret, som nåede blandt top 3 over tid. Kilder, der sjældent bidrager med væsentligt indhold, kan derefter vurderes på ny. Brug ikke målet alene, hvis en kilde har en unik dækningsværdi.

4. Tjek syntesekvaliteten

LLM’er kan ændre adfærd over tid. En synteseprompt, der gav gode briefinger i januar, kan give forsigtige og generiske resultater i marts, fordi den underliggende model er blevet opdateret. Test igen med jævne mellemrum. Opdatér prompten, hvis kvaliteten er faldet.

5. Vedligehold en udelukkelsesliste

Listen kan indeholde bestemte mønstre, der skal udelukkes: en historie, som allerede er dækket flere gange, en bestemt kildes clickbait eller indholdsmarkedsføring forklædt som analyse. Udelukkelseslisten vedligeholdes manuelt og angiver, at et element ikke skal med, selv om det består den automatiske vurdering.

6. Hav en nødstopsknap

Nogle dage er der ikke sket noget vigtigt inden for emnet. Så kan det være bedre ikke at sende noget eller kun at sende en meget kort briefing. Indbyg en kalibreret stopregel, for eksempel: »Hvis færre end 3 elementer scorer over 7, skal du ikke sende en fuld briefing.«

Et gennemarbejdet eksempel: en briefing om AI-branchen

Som konkret eksempel følger her en tænkt konfiguration til en daglig briefing om AI-branchen. Den dokumenterer ikke et afprøvet eller licenseret nyhedsbrev:

Kilder:

• Forsiden af Hacker News (filtreret for AI-indhold)
• a16z, Stratechery (Stratechery kræver abonnement, men Ben Thompson’s gratis opslag fungerer)
• blogfeeds fra Anthropic, OpenAI, Google AI og Meta AI
• The Informations AI-dækning (fulde artikler kræver et betalt abonnement; ellers bruges kun offentlige sammendrag)
• TechCrunchs AI-sektion
• det daglige sammendrag fra arXiv cs.CL, filtreret til relevante forskningsartikler
• opslag fra @karpathy, @sama, @demishassabis og @swyx via X API. Offentlige visningstjenester i stil med Nitter er ustabile og bør være valgfrie, ikke primære kilder
• de mest populære ugentlige opslag på /r/MachineLearning
• bestemte virksomheders officielle sider med meddelelser

Målgruppebeskrivelse til filteret:

En seriøs AI-praktiker, som bygger med teknologien, følger modeludgivelser og interesserer sig for praktiske konsekvenser. Målgruppen ønsker ikke clickbait, overdreven hype eller indhold om, at »AI vil gøre en ende på verden«. Den interesserer sig for nye modeller og funktioner, teknisk forskning med praktiske konsekvenser, forretningsmæssige og konkurrencemæssige bevægelser, politiske ændringer, der påvirker udviklere, samt usædvanlige eller kontrære synspunkter fra troværdige kilder.

Prompt til filterets vurdering:

Vurder denne artikel 1-10 for en seriøs AI-praktiker. Træk point fra ved:
- Hype-formuleringer uden substans.
- Rene prognosestykker uden bevisførelse.
- Genbrug af pressemeddelelser i branchepressen.
- Indholdsmarkedsføring, der er forklædt som analyse.
- Gentagelser af store historier, der allerede har været dækket bredt.

Tildel point for:
- Konkrete tekniske fund eller modeldetaljer.
- Konkurrencebevægelser eller strategiske skift.
- Praktiske implikationer for udviklere.
- Kontrær eller uventet analyse fra troværdige kilder.

Returnér JSON: {"score": <1-10>, "reason": "<one sentence>"}

Sammenfatningsprompt: Den ovenfor beskrevne standardstruktur med top 3 samt hurtiglæsning og »gennemse eller spring over«, tilpasset filterets målgruppebeskrivelse.

Levering: E-mail kl. 7 lokal tid.

Dette er et eksempel på et format, ikke en garanti for læsetid eller nytteværdi. Mål åbninger, klik på kilder, læsernes vurderinger, irrelevante medtagelser og vigtige udeladelser. Forkort eller stop nyhedsbrevet, når det ikke længere hjælper.

Et par specifikke mønstre værd at låne

Den interne briefing. En opsummering af godkendte interne kilder kan give et hurtigt stemningsbillede, men det kan også eksponere medarbejder- eller kundedata ud over den oprindelige målgruppe. Bevar kildernes adgangskontrollister, minimér personoplysninger, begræns modtagerkredsen, og gennemfør en databeskyttelses- og sikkerhedsgennemgang, før du indsamler private kanaler eller transskriptioner.

Konkurrentbriefingen. Følg konkurrenternes produktlanceringer, ansættelser, markedsføring og kundeanmeldelser. Nyttig for strategi-, salgs- og produktteams.

Briefingen om teamets faglige udvikling. Et ugentligt sammendrag af nye værktøjer, artikler og fund inden for teamets fagområde. Den er mindre nyhedsdrevet og mere orienteret mod løbende kompetenceudvikling.

Den personlige investeringsbriefing. Udvalgte links om markeder, virksomheder og tendenser, du følger. Det er et indeks til videre research, ikke investeringsrådgivning. Kontrollér indhold og markedsdata hos den primære kilde, og brug en kvalificeret finansiel rådgiver ved regulerede beslutninger eller beslutninger med væsentlige konsekvenser.

Briefingen om kundernes stemme. Godkendt kundefeedback, for eksempel supportsager, anmeldelser og omtale på sociale medier, behandles dagligt til temaer, overraskelser og bemærkelsesværdige enkeltsager.

De følger alle den samme overordnede arkitektur. Kun kilderne, målgruppen og filterprompterne varierer.

Byg det, og justér det derefter efter dokumentation

En briefing er et informationsprodukt i drift, ikke et permanent aktiv. Arkitekturen består af indsamling, filtrering, syntese og distribution. Produktionsarbejdet omfatter tilladelse til kilder, dokumenteret oprindelse, overvågning, databeskyttelse, regeloverholdelse ved levering og løbende evaluering.

Bevar hvert elements kanoniske URL, titel, udgiver, udgivelsesdato, hentetidspunkt og brugsrettigheder eller vilkår, hvor det er relevant. Sammenfat i stedet for at genudgive kildetekst, respekter adgangskontroller og vilkår for websteder og API’er, og få rådgivere til at gennemgå et kommercielt aggregeringsprodukt. Ved levering til abonnenter i Europa skal du gennemgå de gældende regler om direkte markedsføring, GDPR og ePrivacy. Redaktionel gennemgang er ikke en juridisk godkendelse.

Vælg et emne, definér et acceptdatasæt og klare stopbetingelser, og kør først briefingen til interne læsere, som gennemgår den. Udvid kun distributionen, når den målte nytteværdi og fejlhåndteringen er acceptable.