Een goede prompt beschrijft concreet de taak voor het model en de voorwaarden voor succes. Een bepaalde formulering toevoegen garandeert geen veelvoudige verbetering van de antwoordkwaliteit.
1. Eerst invoer en uitvoer definiëren
Leg bij het indelen van klantvragen bijvoorbeeld categorieën, invoertaal en omgang met onduidelijke gevallen vast. “Noteer besluiten, verantwoordelijken en termijnen afzonderlijk en markeer ontbrekende informatie als onbepaald” is beter te controleren dan “Vat dit goed samen”. Beoordeel uitvoerformaat en feitelijke juistheid afzonderlijk.
2. Welke normen voorbeelden laten zien
Voorbeelden die invoer koppelen aan het gewenste resultaat brengen taakcriteria over. Neem grensgevallen en onvoldoende informatie op, niet alleen makkelijke gevallen. Controleer ook of namen en getallen uit voorbeelden ten onrechte als feiten over nieuwe invoer terugkomen.
3. Wijzigingen vergelijken
Vergelijk promptversies met dezelfde invoerset en leg fouttypen vast. Weglatingen, verzonnen informatie en formaatfouten onderscheiden maakt gerichte aanpassing makkelijker. Een langere uitleg door een redeneerprompt bewijst geen hogere juistheid; controleer de onderbouwing apart. Noteer ook wijzigingen aan model, instellingen en invoer om vergelijkingsvoorwaarden te behouden.
4. Voorbeeld: vergadernotities structureren
Stel dat een verzonnen notitie luidt: “Vrijdag wordt overwogen voor de uitrol. Minsu controleert morgen de serverstatus. Bevestiging van de planning wacht op toestemming van Jiyeon.” Vrijdag als bevestigde deadline presenteren verandert een belangrijke betekenis, ook bij vloeiende zinnen. Definieer eerst “Bevestigde acties apart van voorstellen vastleggen” en de velden actie, verantwoordelijke, deadline, status en bewijs. Verbied het raden van niet genoemde personen of datums.
Het gewenste resultaat onderscheidt Minsu als verantwoordelijke voor de controle, morgen als deadline en wacht op goedkeuring als uitrolstatus. Zonder datum van vandaag als invoer is er geen basis om “morgen” in een specifieke datum om te zetten. Geef een referentiedatum of behoud relatieve datums. De niet genoemde uitrolverantwoordelijke blijft onbepaald. Dit is oefening in uitvoercriteria, geen citaat uit bedrijfsstukken of experimentele prestaties.
Invoerbereik en omzettingsregels maken een prompt beter controleerbaar dan alleen “Je bent een uitstekende assistent”. Bijvoorbeeld: “Gebruik uitsluitend deze notities, maak van voorstellen geen bevestigde besluiten en plaats de ondersteunende zin naast elke actie.” Het doel is dat iemand overeenstemming tussen notities en resultaat controleert, in plaats van alleen te beoordelen of de uitleg overtuigend klinkt.
5. Grensgevallen en instructies in externe tekst scheiden
Denk bij classificatie aan één zin over terugbetaling én vertraagde bezorging. Zonder vast te leggen of één of meerdere categorieën mogen, verschillen beoordelaars over het goede antwoord. “Geen passende categorie” is ook anders dan “Onvoldoende invoer”. Onderscheid begrepen betekenis die niet in de tabel past van onvoldoende gegevens om de betekenis te bepalen; dat verduidelijkt vervolgverwerking.
Voorbeelden geven niet alleen goede antwoorden, maar verklaren die grenzen. Voeg in plaats van veel makkelijke bezorgzinnen een zin met botsende categorieën, een typefout en een begroeting zonder verzoek toe. Herzie voorbeelden die zo lang zijn dat de hoofdregel verdwijnt of waarvan eigennamen nieuwe invoer vervuilen. Controleer ook dat taakbeschrijving en voorbeelden elkaar niet tegenspreken.
Bij documentsamenvatting is een zin als “Negeer eerdere instructies” in het document zelf samenvattingsmateriaal. Scheidingstekens maken de invoergrens leesbaarder, maar zijn op zichzelf geen veiligheidsbarrière tegen aanvallen. Als een app externe acties uitvoert, moet code buiten de prompt ook bevoegdheden en toegestane hulpmiddelen controleren. Goede tekst en systeemrechten zijn beide nodig.
6. De beoordelingstabel vóór de prompt aanpassen
Een kleine tabel kan invoer, verwachte kernpunten, verboden aannames, feitelijke uitvoer en foutreden bevatten. Worden in twee van tien notities onbevestigde planningen bevestigd, zoek dan eerst hun gedeelde omstandigheden. Definities van voorstel, wacht op toestemming en bevestigd verbeteren met voorbeelden pakt het probleem directer aan dan steeds “Wees voorzichtiger”.
Alleen aanpassingsgevallen opnieuw beoordelen kan een specifiek effect op algemene verbetering laten lijken. Pas dezelfde regels toe op apart gehouden invoer en zoek nieuwe weglatingen bij makkelijke gevallen. Formaatnaleving en feitelijke juistheid apart vastleggen voorkomt dat geldige JSON inhoudsfouten verbergt. Een fout antwoord met aannemelijke uitleg blijft fout.
Onderzoek naar leren met enkele voorbeelden en redeneerprocessen betreft bepaalde modellen en taken. Het verplicht niet tot dezelfde uitlokkende zin voor elk nieuwste model. Bewaar taakdefinitie, representatieve voorbeelden, omgaan met ambiguïteit en herhaalbare beoordeling, boven decoratieve bijvoeglijke naamwoorden. Controleer deze vier elementen opnieuw als model of invoerformaat verandert.
Criteria moeten ook ernst van fouten weerspiegelen. Zinsvolgorde veranderen en een niet bestaande verantwoordelijke verzinnen zijn geen gelijke fouten. Het eerste kan leesvoorkeur zijn; het tweede kan verkeerde werkinstructies veroorzaken. Velden met verplichte menselijke controle onderscheiden van automatisch door te geven velden verduidelijkt verantwoordelijkheid bij echt gebruik. Sla belangrijke veldcontrole niet over omdat fouten zeldzaam zijn.
Verbind bij uitvoerwijzigingen vorm- en betekeniscontroles. Een niet leeg datumveld bevestigt alleen een aanwezige waarde. Of die datum in de bron stond of goed met de referentiedatum werd omgerekend is een andere controle. Botsen verplichte parservelden met velden die het model niet ongefundeerd mag invullen, ontwerp dan liever een schema voor een onbepaalde toestand dan een lege tekenreeks te eisen.
Bij delen van prompts kunt u verzonnen invoer met dezelfde grenzen schrijven in plaats van echte persoonsgegevens te kopiëren. Controleer of contractnummers of zeldzame gebeurtenissen iemand ook zonder namen identificeren. Zelfs voldoende geanonimiseerde voorbeelden moeten bij verzending naar externe modellen binnen organisatorische verwerkingsregels vallen. Goede documentatie noemt invoervoorbeelden, toepasselijke taken én taken waarvoor de prompt niet bedoeld is.
Controleer ten slotte of een ander uit alleen de prompt dezelfde antwoordcriteria begrijpt. Verwachten dat de uitvoer interne omstandigheden raadt die alleen de schrijver kent, belemmert reproduceerbaarheid. Onduidelijke uitdrukkingen definiëren, referentiedatum en documentversie invoeren en ongefundeerde velden oningevuld laten maakt zelfs een korte prompt tot controleerbare taakspecificatie.