Bygg en automatiserad briefing eller ett nyhetsbrev med AI

En daglig eller veckovis AI-briefing kan minska behovet av att gå igenom samma slags material om den hämtar rätt innehåll och bevarar länkarna till källorna. Nyttan och lästiden beror på målgrupp, täckning och felfrekvens. Mät dem i stället för att lova sparade timmar.

När den görs dåligt blir den ännu ett e-postmeddelande du hoppar över. Skillnaden ligger i arkitekturen och, framför allt, i den fortlöpande förbättringen.

Artikeln presenterar en kandidatarkitektur, acceptanskriterier och en plan för återkommande underhåll. Om briefingen är värd att läsa måste mätas med den faktiska målgruppen.

Använd den aktuella dokumentationen för Schedule Trigger i n8n för schemaläggningsdetaljer. Innan du levererar eller spårar e-post ska du mappa den faktiska målgruppen och jurisdiktionen mot officiella regler, till exempel brittiska ICO:s vägledning om marknadsföring via e-post. Kopiera inte en jurisdiktions regler om samtycke eller soft opt-in till en annan.

En briefings fyra uppgifter

En användbar AI-briefing gör fyra saker, i tur och ordning:

1. Samlar in – hämtar innehåll från många källor.
2. Filtrerar – behåller bara det som är relevant för din specifika målgrupp.
3. Sammanställer – destillerar materialet till ett strukturerat och lättöverskådligt resultat.
4. Distribuerar – levererar till rätt plats vid rätt tidpunkt.

Varje punkt är ett separat arbetsområde. Vi går igenom dem en i taget.

Uppgift 1: Insamling

Källorna är grunden. En briefing som matas med medelmåttiga källor blir medelmåttig oavsett hur smart AI-steget är.

Vanliga typer av källor:

RSS-flöden. När en utgivare erbjuder ett underhållet flöde kan en RSS-läsare hämta strukturerade uppdateringar utan scraping. Validera fullständighet, uppdateringstider, omdirigeringar och utgivarens villkor. Tillgång och kvalitet varierar.

Godkända nyhets- eller sök-API:er. Jämför leverantörer utifrån källtäckning, licens, källangivelse, villkor för vidaredistribution, lagring, anropsgränser, dataplats och strukturerad metadata. Produktnamn och rättigheter ändras. Behandla inte en leverantörslista i en artikel som ett godkännande.

Skrapning av specifika webbplatser. Webbplatser utan RSS eller API:er kan skrapas, men var försiktig med användarvillkor och robots.txt. Verktyg som ScrapingBee, Bright Data eller Playwright hanterar den tekniska delen.

Sociala medier. Vissa plattformar erbjuder officiella API:er med åtkomst- och användningsbegränsningar. Anta inte att ett gränssnitt får skrapas. Kontrollera aktuell API-dokumentation, webbplatsvillkor, integritetskrav och rättigheter för vidaredistribution.

Nyhetsbrev. Vidarebefordra prenumerationer till en särskild e-postadress och bearbeta dem sedan. AI:n kan extrahera innehåll ur e-postmeddelandenas HTML.

Interna källor. Slack-kanaler, interna dokument, kundsupportärenden. För interna briefingar är de ofta viktigare än externa källor.

Forskningsdatabaser. Semantic Scholar, arXiv, PubMed – för mer akademiskt inriktade briefingar.

Välj den första källuppsättningen utifrån ämnets täckningsbehov och teamets granskningskapacitet. Följ unika användbara poster, falska inkluderingar, viktiga utelämnanden, dubbletter, kostnad och källfel innan du utökar den.

Ett illustrativt mönster för källnivåer, där antal ska ersättas efter att täckningen har mätts, är:

• Nivå 1 (granska varje post): en liten uppsättning vars hela flöde granskaren kan kontrollera.
• Nivå 2 (ofta relevanta): källor som kräver transparent filtrering.
• Nivå 3 (ibland relevanta): källor som behålls för definierade ämnen eller händelser, inte för allmän volym.

Filtret (uppgift 2) behandlar varje nivå på olika sätt.

Uppgift 2: Filtrering

Filtrering avgör vad som får utelämnas lika mycket som vad som tas med. Mät både falska inkluderingar och viktiga utelämnanden. En kortare briefing är inte nödvändigtvis bättre.

Tre metoder, som ofta kombineras:

Metod 1: Filtrering efter nyckelord och metadata

Billig, snabb och transparent. Filtrera efter:

• Nyckelord i rubrik eller brödtext.
• Publiceringsdatum (senaste 24 timmarna, senaste veckan).
• Källnivå.
• Kategorier eller taggar från källan.

Det fångar det uppenbara. Det missar också subtil relevans.

Metod 2: Inbäddningsbaserad filtrering

Beräkna en vektorinbäddning för varje post. Jämför den med en vektor som representerar ”det jag bryr mig om” (skapad från tidigare intressanta artiklar eller en beskrivning av dina intressen). Behåll poster över ett tröskelvärde för likhet.

Detta fångar semantisk relevans – artiklar om dina ämnen som inte använder dina specifika nyckelord.

Metod 3: LLM-baserad filtrering

Gör ett litet LLM-anrop för varje post som passerade de billiga filtren:

Du filtrerar innehåll till en daglig briefing riktad till [beskrivning av målgruppen].

Utifrån artikelrubriken och de första 300 orden ska du bedöma relevansen för målgruppen på skalan 1-10 och skriva en mening om varför artikeln kan (eller inte kan) intressera dem.

Returnera JSON: {"score": <1-10>, "reason": "<en mening>"}

Artikel:
[rubrik och utdrag]

Behåll poster över ett tröskelvärde som kalibrerats mot representativa mänskliga etiketter. Anta inte att ett LLM-filter är mest träffsäkert eller att poängen 7 har stabil betydelse mellan modeller, prompter, källor eller språk.

En möjlig kedja är ett transparent metadata- eller nyckelordsfilter och därefter en inbäddnings- eller modellbaserad klassificerare för poster som ännu inte har avgjorts. Jämför den med enklare alternativ på samma etiketterade uppsättning. Fler steg kan öka fördröjningen och kostnaden samt skapa korrelerade fel och missade poster.

Uppgift 3: Sammanställning

När du har en granskad kandidatuppsättning kan syntessteget skapa ett utkast. Begränsa antalet poster utifrån modellkontext, läsarens behov och uppmätt risk för utelämnanden, inte utifrån ett universellt dagsintervall.

En stark prompt för sammanställning:

Du skapar en daglig briefing för [beskrivning av din målgrupp].

Du har fått [N] artiklar som har passerat vårt relevansfilter. Skapa en briefing med följande struktur:

**De 3 viktigaste nyheterna.** De tre artiklar som läsaren måste känna till. För varje:
- Rubrik på en rad (din rubrik, inte källans)
- Sammanfattning i två meningar
- Länk till källan
- En mening om ”varför detta är viktigt” för vår målgrupp

**Snabbläsning.** Ytterligare 5–8 poster som är värda ett kort omnämnande:
- En mening vardera
- Länk till källan

**Ögna eller hoppa över.** Poster i gränszonen, endast rubriker och länkar. Läsaren avgör om de är intressanta.

**Veckans mönster.** (Endast veckobriefing) Eventuella teman som förenar veckans nyheter.

Ton: direkt, ingen inledning, inget ”här kommer dagens briefing”. Gå rakt på innehållet.

Använd [min slutsats] för allt du extrapolerar utöver källmaterialet.

Hitta inte på citat eller siffror. Om du hänvisar till statistik ska du ange vilken artikel den kommer från.

Artiklar:
[hela innehållet i alla filtrerade artiklar]

Prompten efterfrågar ett strukturerat utkast. Den garanterar inte korrekta sammanfattningar, fullständig täckning eller användbar rangordning. Bevara källänkar och kräv granskning av påståenden, citat, siffror och väsentliga utelämnanden före distribution.

Några variationer som är bra att känna till:

• Målgruppsanpassad inramning. Olika briefingar behöver olika perspektiv. En briefing för ingenjörer bör betona tekniska följder, en för chefer affärsmässiga följder och en för journalister nyhetsvärde. Raden med ”beskrivning av målgruppen” formar sammanställningen avsevärt.

• Tematiska avsnitt. För en briefing om ett specifikt ämne (t.ex. ”nyheter om AI-säkerhet”) ordnar du avsnitten efter delämne i stället för viktigast/snabbt/ögna.

• Synliggör jämförelser och motsägelser. ”Om flera källor rapporterar om samma händelse ska du lyfta fram var de inte är överens.” Det fångar den intressanta friktionen.

• Kalibrerad säkerhet. ”Markera med [enstaka källa] när rapporteringen är knapphändig eller otillförlitlig.” Det hindrar briefingen från att ge obekräftade rykten en kvalitetsstämpel.

Uppgift 4: Distribution

Det sista steget är leveransen. En briefing som hamnar på fel plats vid fel tidpunkt är sämre än ingen briefing alls.

Praktiska frågor:

Var? Välj en godkänd kanal som motsvarar krav på åtkomstkontroll, lagring, samtycke, leveransunderlag, tillgänglighet och läsarpreferenser. E-post, chatt, RSS och arbetsytor har olika skyldigheter.

När? Fråga läsarna när och var de vill ha briefingen, ta hänsyn till tidszoner och tysta timmar och testa leveranstiden. Det finns inget universellt morgonfönster.

Hur ofta? Sätt rytmen efter meningsfull källvolym och läsarnas efterfrågan. Ändra eller pausa den när resultatet upprepade gånger är tomt, duplicerat, inaktuellt eller oläst.

Personanpassning. Om du skapar en briefing för flera läsare kan du överväga lätt personanpassning – olika avsnitt för olika roller, olika ”topp 3” efter angivna intressen och olika viktning av källor.

Arkitekturen

Sammantaget ser ett typiskt briefingsystem ut så här:

[Schemalagd utlösare: dagligen klockan 6]
    ↓
[Hämta källor parallellt: RSS, API:er, skrapverktyg]
    ↓
[Avduplicera: ta bort artiklar som redan har behandlats]
    ↓
[Filtrera nivå 1: behåll allt]
[Filtrera nivå 2–3: nyckelord + inbäddning + LLM-poäng]
    ↓
[Rangordna efter poäng]
[Välj konfigurerat topp N utifrån tester av läsarbehov, kontext, kostnad och utelämnanden]
    ↓
[Prompt för sammanställning med alla poster som indata]
    ↓
[Distribuera: e-post/Slack/Notion/RSS]
    ↓
[Logga godkänd driftmetadata och kontrollerade granskningsurval]

Implementationen kan vara en automatiseringsplattform eller en anpassad tjänst. Välj utifrån autentisering, källanslutningar, tillståndshantering, deduplicering, observerbarhet, granskning, leverans och supportkrav, inte enbart målgruppens storlek.

En praktisk konfiguration i n8n:

1. Schedule Trigger vid den godkända leveranstiden. Den aktuella nodens namn och schemaläggningssemantik beror på n8n-versionen.
2. RSS Read-noder för varje nivå 1-källa.
3. HTTP Request-noder för eventuella anpassade API:er.
4. Merge för att slå samman alla poster i en enda lista.
5. Code-nod för deduplicering efter kanonisk källidentitet och innehållshash inom ett lagringsfönster som har valts utifrån publiceringsrytmen och källans beteende.
6. Godkänd modell- eller klassificerarnod som bearbetar varje kvalificerad post med det utvärderade poängkontraktet.
7. Filter med det tröskelvärde som kalibrerats på den etiketterade utvärderingsuppsättningen. Hårdkoda inte 7 från exemplet.
8. Aggregate för att samla posterna i ett gemensamt kontextunderlag.
9. Godkänd modellnod för sammanställningsprompten.
10. Send Email (eller Slack message eller Notion) med det sammanställda resultatet.

Bygg och testa varje steg separat. Installationstiden beror på autentisering, källformat, hur dubbletter identifieras och spåras samt leveranskontroller. Att schemat körs visar inte att briefingen fungerar väl. Larma vid insamlingsfel, tomma indata, modellfel, ovanligt många dubbletter, leveransfel och oväntad kostnad.

Disciplinen: håll den läsvärd

Att bygga och att driva briefingen är två olika problem. Övervaka om läsarna använder den och om källtäckningen eller synteskvaliteten försämras. En lyckad leverans är inte i sig ett belägg för värde.

Några viktiga disciplinerade vanor:

1. Granska varje resultat under den avgränsade piloten

Fråga för varje pilotutdata: vad var korrekt och användbart, vad var utfyllnad och vilka viktiga poster saknades?

Ändra en kontrollerad komponent i taget och kör om den etiketterade utvärderingen. Sätt pilotens längd utifrån publiceringsrytmen och hur många representativa problem som behövs, inte utifrån en fast månad.

2. Följ engagemanget

För e-postbriefingar visar öppnings- och klickfrekvenser om innehållet fungerar. I Slack syns det på reaktioner och svar. För personliga briefingar räcker det att lägga märke till om du läste den i dag eller hoppade över den.

När engagemanget sjunker har något förändrats: källorna är inaktuella, sammanställningen har blivit generisk eller målgruppen har förskjutits. Undersök saken.

3. Gallra källor skoningslöst

Mät varje källas unika relevanta bidrag, falska inkluderingar, dubbletter, aktualitet, tillförlitlighet, kostnad och täckning av viktiga delämnen. Ta inte bort en källa med låg volym om den ensam täcker ett väsentligt område.

En användbar kvartalsövning: beräkna för varje källa ”hur stor andel av posterna från den här källan som passerade filtret hamnade bland de 3 viktigaste?” Källor som konsekvent misslyckas med att leverera topposter tas bort.

4. Bevaka kvaliteten på sammanställningen

Resultaten från LLM-modeller kan förändras. Sammanställningsprompten som gav utmärkta briefingar i januari kan ge försiktiga och allmänt hållna briefingar i mars efter att den underliggande modellen har uppdaterats. Testa om regelbundet och uppdatera prompten om kvaliteten har sjunkit.

5. Underhåll en ”hoppa över-lista”

Specifika mönster som ska filtreras bort: en nyhet som redan har behandlats upprepade gånger, en viss källas återkommande klickbetesinnehåll, innehållsmarknadsföring förklädd till analys. Hoppa över-listan är en manuellt underhållen uppsättning filter som säger ”ta inte med detta även om det klarar poängsättningen”.

6. Ha ett nödstopp

Vissa dagar har inget viktigt hänt inom ditt ämne. Det är ärligare att inte skicka något eller att skicka en mycket kort briefing. Genom att bygga in regeln ”skicka inte en fullständig briefing om färre än 3 poster får över 7 poäng” bevarar du kvaliteten.

Ett genomarbetat exempel: en briefing om AI-branschen

För att göra det konkret följer här en illustrativ konfiguration för en daglig briefing om AI-branschen. Den är inte ett belägg för att nyhetsbrevet har körts eller licensierats:

Källor:

• Hacker News förstasida (filtrerad efter AI-innehåll)
• a16z, Stratechery (Stratechery kräver prenumeration, men Ben Thompsons kostnadsfria inlägg fungerar)
• Bloggflöden från Anthropic, OpenAI, Google AI, Meta AI
• AI-bevakningen hos The Information (kräver betalprenumeration för hela artiklar, annars deras offentliga sammanfattningar)
• TechCrunchs AI-avdelning
• arXiv cs.CL:s dagliga sammanställning (filtrerad till ”lättillgängliga” artiklar)
• Inlägg från @karpathy, @sama, @demishassabis och @swyx (via X API. Publika visare av Nitter-typ är instabila och ska betraktas som valfria, inte som primärkällor)
• De högst rankade veckoinläggen i /r/MachineLearning
• Specifika företags officiella sidor för tillkännagivanden

Beskrivning av filtrets målgrupp:

En seriös AI-praktiker som bygger med tekniken, följer modellsläpp och bryr sig om praktiska följder. Personen är inte intresserad av klickbetesrubriker, andlös hajp eller innehåll om att ”AI kommer att förgöra världen”. Personen är intresserad av nya modellsläpp och funktioner, teknisk forskning med praktiska följder, affärs- och konkurrensdrag, policyutveckling som påverkar dem som bygger samt ovanliga eller konträra perspektiv från trovärdiga röster.

Prompt för filtrets poängsättning:

Poängsätt artikeln på skalan 1-10 för en seriös AI-praktiker. Ge minuspoäng för:
- Hajpig inramning utan substans.
- Rena förutsägelser utan belägg.
- Branschpress som återanvänder pressmeddelanden.
- Innehållsmarknadsföring förklädd till analys.
- Upprepningar av stora nyheter som redan har behandlats brett.

Belöna:
- Specifika tekniska fynd eller modelldetaljer.
- Konkurrensdrag eller strategiska förändringar.
- Praktiska följder för dem som bygger.
- Konträra eller oväntade analyser från trovärdiga källor.

Returnera JSON: {"score": <1-10>, "reason": "<en mening>"}

Prompt för sammanställning: standardstrukturen med de 3 viktigaste/snabbläsning/ögna eller hoppa över som beskrivs ovan, med samma målgruppsinramning som i filterbeskrivningen.

Leverans: E-post klockan 7 lokal tid.

Det här är ett exempelformat, inte en garanti för lästid eller nytta. Mät öppningar, klick till källor, läsarbetyg, falska inkluderingar och viktiga utelämnanden. Korta ned eller avveckla briefingen när den slutar hjälpa.

Några specifika mönster som är värda att låna

Den interna briefingen. En sammanfattning av godkända interna källor kan ge en pulskontroll, men kan också exponera uppgifter om anställda eller kunder utanför den ursprungliga målgruppen. Bevara källornas ACL:er, minimera personuppgifter, begränsa mottagare och slutför integritets- och säkerhetsgranskning innan privata kanaler eller transkriptioner läses in.

Konkurrentbriefingen. Bevaka konkurrenters produktnyheter, rekryteringar, marknadsföring och kundrecensioner. Användbar för strategi-, sälj- och produktteam.

Teamets kompetensbriefing. En veckovis sammanställning av nya verktyg, artiklar och rön inom teamets område. Den är mindre nyhetsdriven och mer inriktad på att hålla kunskaperna aktuella.

Den personliga investeringsbriefingen. Kuraterade länkar om marknader, företag och trender du följer. Det är ett forskningsindex, inte investeringsrådgivning. Kontrollera rapporter och marknadsdata vid primärkällan och använd en kvalificerad finansiell rådgivare för reglerade beslut eller beslut med stora konsekvenser.

Kundröstbriefingen. All kundåterkoppling (supportärenden, recensioner, omnämnanden i sociala medier) bearbetas dagligen till teman, överraskningar och anmärkningsvärda enskilda fall.

Alla följer samma arkitektur. Endast källor, målgrupp och filterprompter skiljer sig.

Bygg den och finjustera den utifrån belägg

En briefing är en informationsprodukt som måste drivas, inte en permanent tillgång. Arkitekturen är att samla in, filtrera, sammanställa och distribuera. Produktionsarbetet består av källtillstånd, proveniens, övervakning, integritet, rättsenlig distribution och fortlöpande utvärdering.

Bevara varje posts kanoniska URL, titel, utgivare, publiceringsdatum, hämtningstid och relevanta användningsrättigheter eller villkor. Sammanfatta i stället för att återpublicera källtext, respektera åtkomstkontroller och webbplats- eller API-villkor och låt en jurist granska en kommersiell aggregeringstjänst. För leverans till prenumeranter i Europa, granska tillämpliga regler om direktmarknadsföring, GDPR och ePrivacy. Redaktionell granskning är inte ett juridiskt klartecken.

Välj ett ämne, definiera ett utvärderingsunderlag med acceptanskriterier och stoppvillkor, kör först briefingen för interna granskare och utöka distributionen endast när uppmätt nytta och felhantering är acceptabla.