Aanwijzingssjablonen optimaliseren en verfijnen
Verbeter uw aanwijzingssjablonen herhaaldelijk om consistente resultaten van hoge kwaliteit te bereiken. Goede promptsjablonen worden zelden perfect geschreven bij de eerste poging.
Vereiste editions
| Beschikbaar in: Lightning Experience |
| Beschikbaar in: Enterprise, Performance en Unlimited Edition met de uitbreiding Einstein for Platform, of Einstein of Agentforce voor Sales of Service, of Agentforce Foundations |
Optimalisering is een herhalend proces van testen, evalueren en verfijnen totdat uw aanwijzing consistent de uitvoer produceert die u nodig hebt. AI-modellen zijn gevoelig voor subtiele wijzigingen in bewoordingen, structuur of instructies, en edgecases worden alleen zichtbaar met echte gegevens. Herhaling is geen teken van mislukking. Het is het proces waardoor goede aanwijzingen geweldige aanwijzingen worden.
De herhalingscyclus van zeven stappen
Stap 1: Schrijf. Stel uw initiële aanwijzingssjabloon op. Streef niet naar perfectie — streef naar "goed genoeg om te testen". Begin met een duidelijke taakdefinitie, basisinstructies (5–7 hoofdpunten), essentiële samenvoegvelden, eenvoudige notatievereisten en een of twee belangrijke beperkingen.
Stap 2: Test. Voer uw aanwijzingssjabloon uit met 5-10 diverse echte Salesforce-records. Neem typische cases, randcases (ongebruikelijke waarden, minimale gegevens, maximale gegevens) en records op die in het verleden problematisch zijn geweest. Sla alle responsen op voor evaluatie en documenteer eventuele fouten of mislukkingen.
Stap 3: Evalueer. Vergelijk resultaten aan de hand van uw succescriteria met behulp van een evaluatierubriek. Geef elke respons een score: voldoet de respons aan elk criterium, wat is het slagingspercentage en zijn mislukkingen consistent of willekeurig?
Stap 4: Identificeer problemen. Analyseer mislukkingen en patronen. Veel voorkomende probleemcategorieën zijn:
- Ontbrekende informatie: Respons omvat geen verplichte elementen omdat instructies ze niet expliciet vereisen.
- Verkeerde toon: Respons is te formeel, te informeel of te robotisch omdat tooninstructies vaag zijn of ontbreken.
- Onjuiste lengte: Respons is te lang of te kort omdat de lengtebeperking ontbreekt of wordt genegeerd.
- Slechte structuur: Respons volgt niet de verwachte notatie omdat de notatiespecificaties onduidelijk zijn.
- Onjuiste inhoud: Reactie bevat verkeerde informatie omdat samenvoegvelden onjuist zijn of omdat de context onvoldoende is.
- Inconsistente resultaten: De kwaliteit varieert sterk per testcase, omdat instructies geen randcases afhandelen.
Stap 5: Verfijnen. Werk uw aanwijzingssjabloon bij op basis van wat u hebt geleerd.
- Als er informatie ontbreekt, voegt u expliciete instructies toe die verplichte elementen vermelden.
- Als de toon verkeerd is, voegt u specifieke toonbegeleiding met voorbeelden toe.
- Als de lengte verkeerd is, voegt u een expliciete lengtebeperking toe met een woord- of lettertekentelling.
- Als de structuur niet klopt, voegt u gedetailleerde notatiespecificaties toe.
- Als de inhoud onnauwkeurig is, voegt u meer context toe of corrigeert u samenvoegvelden.
- Als de resultaten inconsistent zijn, voegt u expliciete afhandeling toe voor randcases, zoals lege velden.
Stap 6: Opnieuw testen. Voer de verfijnde aanwijzing uit op dezelfde testgegevens die u eerder hebt gebruikt. Meet of het slagingspercentage is gestegen, of eerdere mislukkingen nu voorbijgaan en of het oplossen van één probleem nieuwe fouten heeft veroorzaakt. Blijf herhalen totdat u uw doel hebt bereikt — doorgaans 85-95% voor productiegebruik.
| Versie | Pass rate (Slaagpercentage) | Notities |
|---|---|---|
| Versie 1 | 60% (6/10) | Ontbrekende onderwerpregels, toon te formeel |
| Versie 2 | 80% (8/10) | Onderwerpregels opgelost, toon verbeterd, maar 2 nu te lang |
| Versie 3 | 90% (9/10) | Lengte vast, slechts 1 randkast resterend |
Stap 7: Implementeren. Zodra uw aanwijzing consistent kwaliteitsreacties oplevert, implementeert u deze naar productie.
Best practices voor herhalingen
- Houd een versiehistorie bij. Sla elke versie van uw aanwijzing op met notities over wat er is gewijzigd en waarom, in combinatie met het slagingspercentage voor die versie.
- Gebruik dezelfde testgegevens voor alle versies. Hierdoor kunt u verbeteringen direct vergelijken.
- Breng indien mogelijk één wijziging tegelijk aan. Als u drie dingen verandert en de kwaliteit verbetert, weet u niet welke verandering heeft geholpen. Vroege herhalingen kunnen meerdere oplossingen in batches bevatten, maar latere herhalingen moeten gerichte wijzigingen aanbrengen.
- Documenteer wat niet werkte. Let op de benaderingen die je probeerde die de dingen erger maakten. Dit bespaart later tijd.
- Deel ervaringen met uw team. Wat u leert bij het optimaliseren van één aanwijzing, is vaak van toepassing op andere.
Veel voorkomende herhalingsfouten
- Te vroeg opgeven. Verwacht 3-5 herhalingen voordat u de productiekwaliteit bereikt. Budgettijd voor dit proces.
- Niet testen met echte gegevens. Productiegegevens zijn rommelig. Gebruik altijd feitelijke Salesforce-records, geen verzonnen testcases.
- Te veel dingen tegelijk veranderen. Breng in latere herhalingen gerichte wijzigingen aan zodat u kunt bepalen wat werkt.
- Randcases negeren. Neem randcases op in uw testgegevens en handel ze expliciet af in uw instructies.
- Geen succescriteria. Definieer 2-3 specifieke, meetbare succescriteria voordat u begint met herhalen. Zonder duidelijke doelen is herhaling doelloos.
Controlelijst voor optimalisering
Voordat u overweegt een aanwijzingssjabloon gereed voor productie te maken, controleert u deze items.
- Getest met minstens 15–20 echte Salesforce-records
- Geslaagd voor doel voor deze gebruikscase (doorgaans 85-95%)
- Edge-cases worden op de juiste manier afgehandeld
- Aan alle succescriteria wordt consistent voldaan
- Versiehistorie wordt gedocumenteerd met pass rates en notities bij wijzigingen
- Verfijningen tonen meetbare verbetering ten opzichte van de initiële versie
- Resterende problemen zijn zeldzaam en hebben weinig impact
- Team heeft beoordeeld en goedgekeurd
