Terug naar Gidsen
Builders

Zo koppel je Claude-API-aanroepen aan elkaar tot een workflow

3 min leestijd


Als je met Claudes API iets geautomatiseerds bouwt, begin je waarschijnlijk met één grote prompt die de hele taak in één aanroep probeert te doen, en raak je gefrustreerd als een deel van de uitvoer onbetrouwbaar is.

Een workflow die per aanroep één ding doet, is makkelijker te vertrouwen dan één prompt die alles tegelijk probeert.

Eén taak per aanroep, daarna samenstellen

Splits het werk zoals je dat in gewone code zou doen: één aanroep haalt iets uit of classificeert, een tweede handelt op dat resultaat. Elke aanroep is makkelijker goed te krijgen, en je kunt de uitvoer tussen de stappen inspecteren in plaats van één lange, verwarde prompt te debuggen.

  1. 1

    Bepaal de enkele uitvoer van de eerste aanroep

    Beslis precies welk gestructureerd resultaat de eerste aanroep moet opleveren, en niets meer. Een smallere taak is betrouwbaarder goed te krijgen.

  2. 2

    Geef dat resultaat als invoer door aan de tweede aanroep

    De prompt van de tweede aanroep moet verwijzen naar de werkelijke uitvoer van de eerste, niet de oorspronkelijke ruwe invoer vanaf nul herhalen.

  3. 3

    Geef elke aanroep eigen duidelijke succescriteria

    Als de eerste stap mislukt of iets onverwachts teruggeeft, wil je weten welke stap kapotging, in plaats van één gigantisch antwoord te moeten ontwarren.

Prompt
“

Ontwerp een workflow in twee stappen: de eerste aanroep leest een geplakt supportticket en haalt de eigenlijke vraag van de klant eruit als samenvatting van één zin plus een categorie (facturatie, bug, functieverzoek). De tweede aanroep neemt die samenvatting en categorie en schrijft een eerste antwoord in onze toon: direct, geen excuses tenzij wij echt in fout waren. Laat me de vorm van het verzoek voor elke stap zien.

”

In Claude Tutorial

Werk in kleinere stappen splitsen is één Claude-vaardigheid van velen

Een grote taak splitsen in stappen met elk één doel die op elkaar voortbouwen, komt ook voor in de lessen van de app, niet alleen in workflows op basis van de API.

Binnenkort
Download in deApp Store
DOWNLOAD VIAGoogle Play

Waar dit meestal misgaat

De meest voorkomende fout is de grens tussen de aanroepen helemaal overslaan, zodat de ruwe, ongestructureerde tekst van de eerste rechtstreeks in de tweede stroomt. Vraag de eerste aanroep om een specifieke, gestructureerde vorm (een korte samenvatting, een categorie, een kleine set velden) in plaats van vrij proza, zodat de tweede iets betrouwbaars heeft om op voort te bouwen.

Waarschuwing

Als je niet duidelijk kunt zeggen wat de eerste aanroep moet opleveren voordat je zijn prompt schrijft, is de workflow waarschijnlijk nog niet goed gesplitst. Los de grens op voordat je een tweede aanroep toevoegt.

Lees verder