Illustratie: Samenvattingsprompts die kloppen: Lengte, Vorm en Brontrouw
Deel:𝕏LinkedInRedditFacebookKopieer link

Samengesteld door de llmnet.nl-redactie met AI-ondersteuning · Laatst bijgewerkt: 27 juli 2026

Samenvattingsprompts die kloppen: Lengte, Vorm en Brontrouw

Een van de meest voorkomende taken die we aan Large Language Models (LLM's) toevertrouwen, is het samenvatten van tekst. Of het nu gaat om het destilleren van actiepunten uit een transcript van een vergadering, of het doorgronden van een honderd pagina's tellend juridisch document; de belofte is efficiëntiewinst. Toch stuiten veel ontwikkelaars en prompt engineers al snel op frustraties: het model hallucineert informatie erbij, negeert de gevraagde lengte, of verliest de kern uit het oog. Een simpele prompt zoals "Vat deze tekst samen" is zelden voldoende voor productieklare applicaties.

In dit artikel duiken we in de anatomie van de perfecte samenvattingsprompt. We bespreken hoe je absolute brontrouw afdwingt, hoe je de output (lengte en vorm) voorspelbaar maakt, en hoe je lange documenten verwerkt zonder de contextlimiet te overschrijden. Hiermee verhoog je niet alleen de kwaliteit van de output, maar voorkom je ook de klassieke valkuilen die we eerder beschreven in ons artikel over veelgemaakte prompt-fouten.

De absolute basis: Brontrouw afdwingen (Grounding)

Het grootste risico bij samenvattingen is dat het LLM zijn parametrische kennis (de data waarop het getraind is) vermengt met de contextuele kennis (de tekst die jij aanlevert). Zodra een model een term herkent, heeft het de neiging om "gaten in te vullen" met algemene kennis. Dit fenomeen leidt tot hallucinaties waarbij informatie in de samenvatting staat die niet in de originele tekst te vinden is. Om dit te voorkomen, moeten we het model expliciet instrueren (en beperken).

Een effectieve manier om brontrouw af te dwingen is het gebruik van negatieve constraints en strenge systeeminstructies. Je stelt niet alleen wat het model wél moet doen, maar verbiedt expliciet wat het niet mag doen. Dit verkleint de waarschijnlijkheid dat het model tokens genereert buiten de semantische reikwijdte van jouw brondocument.

JIJ BENT een strikte, objectieve redacteur. Jouw ENIGE taak is het samenvatten van de meegeleverde tekst. REGELS VOOR BRONTROUW: 1. Gebruik UITSLUITEND informatie die expliciet in de brontekst staat. 2. Voeg GEEN externe kennis, eigen meningen of aannames toe. 3. Als de brontekst onvoldoende informatie bevat om een logische samenvatting te maken, meld dan: "Onvoldoende context beschikbaar in de bron." 4. Treed niet buiten de scope van het document, zelfs niet als je weet dat de informatie in de tekst onvolledig of verouderd is. BRONTEKST: [Voeg hier je tekst in]

Door het model een specifieke rol te geven, zoals "strikte, objectieve redacteur", pas je effectief rolprompting toe. Dit conditioneert de weights van het model om een meer formele en restrictieve voorspelling van het volgende token te doen.

Vorm en lengte sturen: Verder dan "maximaal 100 woorden"

Een beruchte tekortkoming van LLM's is hun onvermogen om woorden of tekens nauwkeurig te tellen. Modellen "denken" in tokens (brokjes tekst), niet in losse woorden. Een prompt die vraagt om "een samenvatting van precies 150 woorden" resulteert steevast in teleurstelling. In plaats van harde woordlimieten te stellen, is het veel effectiever om de structuur, het format of het aantal zinnen te sturen.

Wil je toch sturen op lengte? Vraag dan om specifieke formaten, zoals bulletpoints of paragrafen. Het afdwingen van een specifieke syntactische structuur geeft het model een wiskundig veel beter te volgen pad.

Structurele Prompt Voorbeelden

Hier is een opbouw die de vorm streng dicteert, waardoor de lengte organisch binnen de perken blijft:

Genereer een samenvatting van de onderstaande tekst met exact deze structuur: 1. KERNBOODSCHAP: Eén of twee zinnen die de absolute essentie samenvatten (max. 30 woorden). 2. HOOFDPUNTEN: Exact 3 bulletpoints met de belangrijkste argumenten of feiten. 3. CONCLUSIE: Eén korte alinea (2-3 zinnen) met de eindconclusie uit het document. Zorg dat er GEEN inleidende of afsluitende zinnen ("Hier is de samenvatting") aan je antwoord worden toegevoegd. Lever alleen de gevraagde structuur op.
Pro Tip: Het verbieden van zogenaamde "conversational filler" of "chatty text" (zoals "Natuurlijk, hier is je samenvatting:") bespaart onnodig tokenverbruik en is essentieel wanneer de output direct naar een database of een frontend applicatie wordt weggeschreven.

De Doelgroep specificeren

Een samenvatting van een wetenschappelijk paper over quantum computing ziet er compleet anders uit voor een CTO, dan voor een stagiair marketing. De complexiteit van het taalgebruik, de geselecteerde jargon en de focus van de samenvatting moeten worden afgestemd op de ontvanger. Door een doelgroep (target audience) mee te geven, stuur je het LLM naar de juiste "toon" en diepgang.

Dit is waar context belangrijk wordt. Je specificeert niet alleen de input, maar geeft ook uitgebreide regels over de gewenste output met betrekking tot de leesbaarheid.

Vat het volgende technische document samen. DOELGROEP: Niet-technische C-level executives (CEO, CFO). RICHTLIJNEN VOOR DE TOON: - Vermijd zware technische jargon, of leg het extreem beknopt uit als het cruciaal is. - Focus uitsluitend op de zakelijke impact: kosten, opbrengsten, risico's en strategische kansen. - Houd de zinsbouw actief, zakelijk en overtuigend. - Gebruik analogieën uit de zakenwereld als dat helpt om een abstract concept uit de tekst te verduidelijken. Let op: de analogie moet het punt uit de tekst versterken, zonder nieuwe feiten toe te voegen.

Omgaan met zeer lange documenten: Chunking en Map-Reduce

Het samenvatten van een boek, een jaarverslag of een urenlang transcript vormt een grote uitdaging, ondanks de steeds groter wordende context windows (zoals de 128k of zelfs 1M+ tokens van recente modellen). Hoe groter de prompt, hoe groter de kans op het 'Lost in the Middle'-probleem: het model herinnert zich het begin en het eind van het document uitstekend, maar negeert de informatie in het midden volkomen. Meer hierover lees je in onze gids over context management.

Om gegarandeerd alle details te vangen en betrouwbare samenvattingen van gigantische datasets te genereren, maken we gebruik van de Map-Reduce strategie. Dit proces is vaak onderdeel van een bredere architectuur zoals Retrieval-Augmented Generation (zie de uitgebreide theorie in RAG voor beginners), maar is ook zelfstandig toe te passen met LLM's.

Stap 1: Map (Opdelen en individueel samenvatten)

Deel het grote document op in logische brokken (chunks), bijvoorbeeld per hoofdstuk of per 2000 woorden. Zorg voor enige overlap (chunking overlap) zodat zinnen niet doormidden worden gehakt. Stuur elke chunk naar het LLM met de volgende 'Map' prompt:

Je ontvangt een deel (chunk) van een groter document. Jouw taak is om uit DEZE CHUNK een gedetailleerde lijst met hoofdpunten te destilleren. Behoud alle belangrijke feiten, namen, datums en statistieken. Als de chunk voornamelijk uit opvultekst of irrelevante overgangen bestaat, retourneer dan "GEEN RELEVANTE INFORMATIE IN DEZE CHUNK". CHUNK TEKST: [Chunk X]

Stap 2: Reduce (Samenvoegen tot het eindresultaat)

Vervolgens verzamel je alle deelsamenvattingen die uit stap 1 zijn gekomen. Omdat deze deelsamenvattingen gezamenlijk veel kleiner zijn dan het originele document, passen ze moeiteloos in het context window. Nu gebruik je prompt-chaining door de resultaten samen te voegen en de 'Reduce' prompt uit te voeren:

Hieronder vind je een chronologische lijst van deelsamenvattingen van een groot, onderliggend document. Jouw taak is om deze verzamelde punten te synthetiseren tot één vloeiende, samenhangende, definitieve samenvatting. RICHTLIJNEN: 1. Verwijder duplicaten (informatie die in meerdere deelsamenvattingen voorkomt). 2. Breng een logische flow aan. Gebruik H2 en H3 koppen om structuur te bieden. 3. Zorg dat de belangrijkste overkoepelende thema's duidelijk naar voren komen. 4. Verzin GEEN nieuwe informatie; baseer je uitsluitend op de aangeleverde deelsamenvattingen. DEELSAMENVATTINGEN: [Output van Stap 1]

Controlevragen en Verificatie: Laat het model zelf reflecteren

Zelfs met de beste prompts kan een LLM belangrijke nuances missen of subtiel afwijken van de feiten. Een krachtige geavanceerde techniek om de nauwkeurigheid te verhogen is het toevoegen van Self-Reflection (zelfreflectie) in de prompt. Je dwingt het model om zijn eigen gegenereerde antwoord te controleren vóórdat het de definitieve tekst aan de gebruiker toont.

Dit doe je door het model in stappen te laten "denken" (Chain-of-Thought). In de context van samenvatten werkt dit verbluffend goed. Het dwingt het model om impliciete logica expliciet uit te schrijven in zijn scratchpad, waardoor het model zichzelf kan corrigeren tijdens het generatieproces.

Let op: Het gebruik van Chain-of-Thought en zelfverificatie verhoogt het aantal gegenereerde output-tokens aanzienlijk. Dit resulteert in hogere API-kosten en meer latency. Gebruik dit dus selectief voor kritieke samenvattingen waar nauwkeurigheid primeert boven snelheid.
Lees de onderstaande tekst zorgvuldig door. Voordat je de definitieve samenvatting schrijft, voer je eerst een analyse uit. STAP 1: EXTRACTIE Maak een ruwe lijst van alle cruciale entiteiten, datums, financiële cijfers en de kernclaim van de tekst. STAP 2: EERSTE CONCEPT Schrijf een concept-samenvatting op basis van je extractie. STAP 3: VERIFICATIE EN CONTROLEVRAGEN Stel jezelf de volgende vragen en beantwoord ze eerlijk: - Bevat mijn concept-samenvatting claims die NIET in de originele bron staan? (Zo ja, identificeer ze). - Heb ik kritieke cijfers of entiteiten uit Stap 1 weggelaten? (Zo ja, identificeer ze). STAP 4: DEFINITIEVE SAMENVATTING Herschrijf de concept-samenvatting op basis van je antwoorden in Stap 3. Formatteer dit onder de kop "EINDRESULTAAT". Zorg dat deze versie 100% brontrouw is en alle essentiële details bevat.

Wanneer je bovenstaande prompt uitvoert, zul je in de output zien dat het model daadwerkelijk ontdekt dat het een naam is vergeten of een cijfer heeft afgerond, en dit in de definitieve versie netjes herstelt. In productieomgevingen kun je de output eenvoudig parseren en alles vóór de kop "EINDRESULTAAT" afknippen, zodat de eindgebruiker alleen de perfecte samenvatting ziet.

Conclusie

Het bouwen van betrouwbare samenvattingsprompts vereist een verplaatsing van de denkwijze: van een simpele vraag ("vat dit samen") naar een robuuste, gestructureerde systeeminstructie. Door expliciete regels op te stellen rondom brontrouw, de vorm strikt te dicteren (in plaats van te leunen op onbetrouwbare woordlimieten) en de juiste doelgroep te definiëren, verminder je hallucinaties drastisch.

Wanneer documenten te groot of complex worden, is het onvermijdelijk om terug te vallen op chunking en Map-Reduce architecturen. Combineer dit met Chain-of-Thought verificatiestappen voor kritieke workloads, en je beschikt over een samenvattings-pipeline die op professioneel niveau presteert, ongeacht het onderliggende LLM dat je inzet.