Denne revision sammenfatter, hvad der kan spores til Chew Loong Nians artikel på Towards AI om Anthropic SDK 0.128.0 og addTools() og removeTools(). Alle tekniske konklusioner er attribueret direkte til artiklen, der fungerer som primær kilde. Hvor formuleringer tidligere kunne læses som generelle sandheder, er de her nedtonet og markeret som forfatterens rapporterede observationer.
Hvad kilden dokumenterer
Ifølge Chew Loong Nians artikel på Towards AI beskrives det, at Anthropic’s SDK 0.128.0 (udgivet sammen med Claude Opus 5.5) indeholder en inline tool runner, der understøtter addTools() og removeTools(). Artiklen angiver, at værktøjer dermed kan tilføjes eller fjernes under en igangværende samtale. Proveniensen for disse udsagn er forfatterens egen gennemgang og kodeeksempler i artiklen, ikke officielle release notes fra Anthropic i de foreliggende kilder.
Artiklen kontrasterer den nye tilgang med det at redigere direkte i tools[]. Ifølge forfatteren er redigering i tools[] dyrt i forhold til cache-genbrug, mens brug af runner.addTools() i artiklens test gav markant højere genbrug af den efterfølgende request.
Målingen i artiklen
I den beskrevne Node.js-baserede test måler forfatteren op til 98,7 procent genbrug af næste request-body, når et nyt værktøj injiceres midt i en længere samtale via addTools(). I samme test giver en ændring i tools[] ingen genbrug på næste hop. Tallene stammer fra én 40-turn samtale i artiklens miljø og er ikke præsenteret som et multirun-studie.
Artiklen fokuserer på request-body-genbrug som indikator. Den dokumenterer ikke byte-over-wire, latenstid eller omkostninger. Forhold som netværksvariation, tokenisering og modelvarianter er ikke eksplicit kontrolleret i kilden. Det anbefales i den kontekst at reproducere testen i eget miljø og på tværs af modeller og samtalelængder, før tallet bruges i forretningsmæssige beslutninger.
Forfatterens forklaring på mekanismen
Chew Loong Nian forklarer i artiklen, at værktøjsdefinitioner typisk ligger forrest i det cached prompt-prefix. Derfor vil en ændring i tools[] invalidere det cached prefix og udløse fuldt miss på næste step. Ifølge samme forklaring sendes et nyt værktøj med addTools() som en appenderet systembesked, hvilket bevarer det eksisterende cached prefix og dermed muliggør højt genbrug af næste request-body.
Denne mekanismebeskrivelse er artiklens egen tekniske forklaring. Den er ikke i de foreliggende kilder underbygget af officiel arkitekturdokumentation fra Anthropic.
Beta-flagget ifølge artiklen
Det er derfor hensigtsmæssigt at bekræfte beta-flag i eget miljø eller i officielle Anthropic-noter, før man forudsætter den præcise streng i implementeringer. Det samme gælder den præcise binding til SDK-version 0.128.0 og koblingen til Claude Opus 5.5, som i artiklen præsenteres som forfatterens oplysninger.
Edge cases og timing ifølge artiklen
Chew Loong Nian skriver, at tilføjelse eller fjernelse af værktøjer via den inline runner slår igennem ved næste step. Artiklen nævner samtidig, at særlige situationer – som pause-turns og andre betingelser – kan føre til fulde cache-misses eller forsinkelser. Der leveres ikke en udtømmende liste over undtagelser i kilden, og beskrivelsen skal læses som praktiske observationer fra forfatterens test.
Adfærd kan i den forbindelse variere mellem modeller, runtime-miljøer og SDK- eller platformsimplementeringer. Test derfor altid i målmiljøet.
Testværktøj og sammenligningen over samtalelængder
I artiklen stilles et Node.js-script til rådighed, der bruges til at estimere request-body-genbrug. Ifølge forfatteren kræver scriptet ingen API-nøgle til selve målingen og illustrerer, at forskellen mellem de to tilgange – addTools() versus redigering af tools[] – tiltager, jo længere samtalen bliver. Disse observationer er fremlagt som resultater fra artiklens eget testsetup.
Der er ikke dokumenteret yderligere kontrolkørsler eller alternative målemetoder i kilden. Resultaterne bør derfor reproduceres, hvis de skal danne grundlag for designvalg i produktion.
Praktisk betydning som gengivet i artiklen
Artiklen konkluderer, at tools[] med fordel kan forblive uændret i løbende samtaler, mens nye værktøjer injiceres via addTools(). I artiklens test gav tilgangen højt genbrug af den efterfølgende request-body og reducerede risikoen for fulde cache-misses på næste hop. Det præsenteres som et praktisk designvalg ved længere samtaler, hvor behovet for løbende udvidelse af værktøjer opstår.
Konklusionerne er knyttet til de konkrete observationer i artiklen og bør afprøves i det system, hvor agenten skal køre. Den overordnede anbefaling i kilden er klar: undgå at redigere tools[] midtvejs, hvis målet er højt cache-genbrug på den næste request, og brug i stedet addTools().
Hvad der står åbent
Følgende punkter er ikke verificeret i uafhængige, officielle kilder blandt de foreliggende referencer: den nøjagtige beta-flag-streng, den eksakte binding mellem SDK 0.128.0 og Claude Opus 5.5 samt generel reproducerbarhed af 98,7-procent-tallet på tværs af modeller og platforme. Artiklen opfordrer indirekte til at holde tools[] uændret og bruge addTools(), men uden garanti for identisk effekt i andre opsætninger.
Som arbejdshypotese kan artiklens fund være nyttige for udviklere, der vil eksperimentere med midtvejs-injektion af værktøjer og samtidig udnytte prompt-cache. Inden brug i kritiske driftsmiljøer bør implementatører validere beta-flags, modelunderstøttelse og måleresultater i egne tests og tjekke officielle SDK- eller changelog-noter fra Anthropic for den nøjagtige versionering og krav.
Kilde og læsevejledning
Alle konkrete tal, eksempelkald og mekanismeforklaringer i denne gennemgang stammer fra Chew Loong Nians artikel på Towards AI: Claude’s New addTools() Can Reuse 98.7% of Your Next Request. Editing tools[] Reuses None. Hvor der mangler officiel dokumentation i de foreliggende kilder, er det markeret, og læsere anbefales at bekræfte detaljer i eget miljø eller i officielle Anthropic-noter.
