Tool vs. Skill vs. Sub-agent: Het delegatiespectrum en de governance ervan

Van alle grenslijnen in de agent-begrippenlijst is die tussen tools, skills en sub-agents het meest vervaagd — de begrippenlijst geeft zelf toe dat de grens verschilt per framework. Maar het onderliggende spectrum is stabiel en de moeite waard om rond te ontwerpen: een tool is een actie, een skill is een verpakte procedure, een sub-agent is een gedelegeerde die redeneert. Dat zijn drie verschillende vormen van delegatie en — het gedeelte dat de meeste architecturen missen — drie verschillende governance-uitdagingen. Autoriseer een tool, versie een skill, geef een sub-agent een identiteit: kies de verkeerde sport en u beheert een redenerende gedelegeerde als een functie-call, wat de manier is waarop verrassingen in blast radius ontstaan.

Ingrid, een staff engineer, beoordeelde een agent voordat deze naar productie ging, toen ze stuitte op een regel in de toollijst die haar deed stoppen: één "tool" was geen tool. Negen items waren eerlijke functie-calls — de orderdatabase bevragen, een Slack-bericht plaatsen. Het tiende item, "resolve-customer-issue", was een volledige tweede agent die het naambordje van een tool droeg: het had een eigen prompt, een eigen budget voor model-calls, een eigen tooltoegang, en redeneerde tot wel vijftien stappen voordat het een string retourneerde. Het had de rechten van de parent integraal overgenomen — de foutmodus die een beheerde setup vermijdt door de gedelegeerde expliciet af te bakenen in plaats van de rechten van de parent te laten erven — verscheen in traces als een enkele ondoorzichtige call, en was vanuit beveiligingsoogpunt beoordeeld als "een tool" — wat wil zeggen: niet echt beoordeeld. Niets eraan was kwaadwillig. Alles eraan was verkeerd gecategoriseerd.

Verkeerde categorisatie is de foutmodus die deze terminologie moet voorkomen. De Hugging Face agent glossary — waarvan deze reeks de termen volgt, gekoppeld aan infrastructuur in onze ankerpost — scheidt de drie helder, terwijl wordt erkend dat frameworks ze laten vervagen. Deze post behandelt het spectrum sport voor sport: wat elke sport is, wanneer u deze inzet, en het governance-oppervlak dat elke sport vereist. Want Ingrids tiende item was geen naamgevingsprobleem. Het was een delegatieprobleem dat onder het verkeerde governance-regime was geschaard.

1. Het spectrum gedefinieerd

Een tool is een actie. Het model geeft een gestructureerd verzoek uit — voer deze functie uit met deze argumenten — en de harness voert het uit: een API-call, een databasequery, een shellcommando, een web-fetch. Het resultaat keert terug in de context en de loop gaat verder. De tool redeneert niet; deze voert uit. Alles wat het model erover weet is de beschrijving, en de call zelf is een discreet, inspecteerbaar event met inkomende argumenten en een uitgaand resultaat.

Een skill is verpakte kennis. Waar een tool "voer dit commando uit" is, bundelt een skill wat nodig is om een doel te bereiken — onderzoek deze categorie bugs, genereer dit type rapport — doorgaans als gestructureerde instructies en procedures (het SKILL.md-patroon) die op aanvraag in de context van de agent worden geladen. Een skill voert zelf niets uit; het vormt de manier waarop de agent zijn tools gebruikt. Het is scaffold, draagbaar en herbruikbaar gemaakt over meerdere agents heen.

Een sub-agent is een gedelegeerde. De aanroepende agent draagt een subtaak over aan een andere agent — een met een eigen model, een eigen scaffold, een eigen contextvenster, eventueel eigen tools — die zelfstandig het werk doorredeneert en een resultaat retourneert. De parent ontvangt het resultaat in plaats van elke tussenstap te beheren, zoals een manager niet het toetsenbord bedient voor een directe medewerker. Die ondoorzichtigheid is het doel, maar ook het governance-probleem. Het onderscheid met een tool is precies waar Ingrid over struikelde: een tool voert uit; een sub-agent beslist, en kan zelf tools gebruiken, en kan het mishebben op open manieren die voor een functie onmogelijk zijn.

2. Een sport kiezen: de laagste die de taak volbrengt

Het spectrum ruilt controle in voor capaciteit naarmate u stijgt. Een tool is maximaal leesbaar — het gedrag is de implementatie, de aanroeping is één auditeerbaar event — en minimaal capabel: het behandelt exact waarvoor het is geprogrammeerd. Een sub-agent is maximaal capabel — het kan ambiguïteit opvangen, halverwege de subtaak aanpassen, herstellen van verrassingen — en minimaal leesbaar: het gedrag komt voort uit een model dat redeneert in een context die u niet ziet vanuit de parent. Een skill zit daartussenin: het verhoogt de competentie van de agent bij een categorie taken zonder een nieuwe gedelegeerde principal toe te voegen.

Dat levert een heldere selectieheuristiek op: kies de laagste sport die de taak volbrengt. Als de subtaak deterministisch en goed gespecificeerd is — haal dit record op, voer deze tests uit — is het een tool; het verpakken in een sub-agent voegt zonder meerwaarde kosten, latency en een onvoorspelbare foutmodus toe. Als de subtaak een procedure is die een domeinexpert zou kunnen opschrijven — triageer een bug op deze manier, structureer het rapport zo — is het een skill: het eigen redeneervermogen van de parent-agent, geüpgraded met verpakte knowhow, zonder dat delegatie nodig is. Bewaar de sub-agent voor subtaken die echt oordeelsvorming vereisen met hun eigen werkstatus — voer een deep-dive uit op deze log-corpus, onderzoek deze vraag — waarbij het werk anders de context van de parent zou overweldigen of redenering vereist die de parent niet moet verweven met zijn hoofd-thread. Ingrids verkeerd gecategoriseerde gedelegeerde was, beoordeeld volgens deze heuristiek, legitiem een sub-agent; de fout was nooit de sport, het was de categorisatie.

3. Tools: beheer de call

Omdat een tool een discrete uitgevoerde actie is, is de governance-eenheid de call. Drie vragen horen bij elke aanroeping: is deze aanroeper geauthenticeerd, is deze aanroeper geautoriseerd voor deze specifieke tool, en is deze specifieke call acceptabel — waarbij het laatste zowel inkomende argumenten (een geïnjecteerde instructie meegesmokkeld in een parameter) als het uitgaande resultaat (een geheim of PII in de respons) dekt. Dat is het per-call-oppervlak, en dat is precies wat een MCP Gateway biedt: een registry zodat agents alleen gesanctioneerde tools bereiken, centrale authenticatie zodat agents geen credentials per tool dragen, RBAC per tool, en guardrails voor/na de call met een audit trail per call. TrueFoundry's MCP Gateway implementeert deze sport van begin tot eind, inclusief samengestelde least-privilege tool-oppervlakken per rol via virtuele MCP-servers.

Een opmerking op de scaffold-laag hoort hier thuis omdat het een van de meest voorkomende tool-fouten in de praktijk is: het model selecteert tools puur op basis van hun beschrijvingen, dus een vage of overlappende beschrijving leidt tot verkeerd gebruik dat door geen enkele controle per call wordt opgevangen — de call is geautoriseerd, correct geformuleerd en onjuist. Behandel toolbeschrijvingen als beoordeelde, geversioneerde scaffold, en behandel een tool die steeds verkeerd wordt gebruikt alsof deze een documentatiefout heeft, voordat u aanneemt dat het model een redeneerfout maakt.

4. Skills: beheer het artefact

Een skill voert niets uit, dus per-call governance heeft geen houvast; de governance-eenheid is het artefact. De vragen die er toe doen zijn herkomst en versiebeheer: wie heeft deze procedure geschreven, wie heeft deze beoordeeld, welke versie draait elke agent, en wat is er veranderd tussen versies — omdat een skill gedrag is, en een niet-beoordeelde wijziging aan een veelgebruikte skill een stille gedragswijziging betekent voor elke agent die deze koppelt. De foutmodus van onbeheerde skills is de foutmodus van onbeheerd kopieer-en-plakwerk: procedures opgesplitst in privévarianten, verouderde versies die voor onbepaalde tijd draaien, en geen manier om de vraag te beantwoorden "welke agents worden hierdoor getroffen?" wanneer een procedure onjuist blijkt te zijn.

De oplossing is dezelfde als bij code: een registry. TrueFoundry's Skills Registry behandelt skills als geversioneerde SKILL.md-artefacten met RBAC — gepubliceerd, beoordeeld, vastgezet op versie door agents, en op aanvraag in de context geladen in plaats van geplakt in elke definitie. Laden op aanvraag is om twee redenen belangrijk: het is een winst voor context-engineering (de procedure kost alleen vensterruimte wanneer deze relevant is) en een winst voor governance (de registry weet exact welke agents welke skill op welke versie gebruiken, dus de vraag "welke agents worden getroffen" heeft een antwoord). Een skill in een registry is institutionele kennis; een skill in het klembord is een gerucht.

5. Sub-agents: beheer de principal

Een sub-agent redeneert, dus noch de call noch het artefact is de juiste governance-eenheid — de principal is dat. Vier eigenschappen maken een sub-agent beheersbaar, en alle vier ontbraken in Ingrids tiende item. Identiteit: de sub-agent handelt als zichzelf, niet anoniem binnen zijn parent, zodat zijn acties toerekenbaar zijn. Afgebakende rechten: het krijgt de tools die zijn subtaak nodig heeft — niet de rechten van de parent via overerving; een gedelegeerde voor loganalyse heeft niets te zoeken bij de schrijftoegang van de parent tot het ordersysteem. Begrensde resources: eigen stap- en tokenbudgetten, zodat een afdwalende gedelegeerde niet stilzwijgend de run van de parent kan verbruiken (het probleem van loop-preventie uit onze multi-agent post, één niveau lager). Een eigen trace: het dossier van de parent toont de delegatie en het resultaat; het dossier van de sub-agent toont de vijftien tussenliggende stappen — een ondoorzichtige enkele regel in een trace is precies hoe een verkeerd gecategoriseerde gedelegeerde zich verbergt.

Dit is de sport waar de harness zijn waarde bewijst, omdat deze eigenschappen runtime-eigenschappen zijn. TrueFoundry's Agent Harness draait sub-agents als volwaardige onderdelen van zijn context-engineering-mechanisme: elke gedelegeerde werkt in een geïsoleerd contextvenster en retourneert conclusies, geen transcripties, aan de parent — en elk verschijnt in de trace per stap met eigen model-calls, tool-calls en kosten. Delegatie zonder per-principal governance is hoe de rechten van één agent stilzwijgend veranderen in een organigram van niet-geauditeerde kopieën; delegatie mét governance is simpelweg een goede deconstructie.

6. De context-as: het spectrum als vensterbeheerinstrument

Er loopt een tweede as door het spectrum die niets te maken heeft met veiligheid en alles met kwaliteit: wat elke sport kost aan het contextvenster van de parent. Een vooraf geladen tool kost zijn beschrijving bij elke stap waarin deze wordt blootgesteld (elke vooraf geladen toolbeschrijving reist mee in de context) plus de resultaten wanneer deze binnenkomen — wat de reden is waarom resultaatverwerking (afkapping, offloading) harness-werk is, en waarom een agent met tachtig vooraf geladen tools een vaste contextprijs kan betalen voor alle tachtig, of deze ze nu gebruikt of niet. Dit is exact waarom vertraagd, op-aanvraag laden van tools bestaat. Een skill, geladen op aanvraag, kost niets totdat het relevant is, en de volledige procedure kost alleen ruimte zolang deze actief is. Een sub-agent is het krachtigste contextinstrument van allemaal: het haalt de gehele subtaak uit het venster van de parent — de gedelegeerde gebruikt zijn eigen verse context voor het onderzoek van vijftien stappen en retourneert drie zinnen.

Op deze manier gelezen fungeert het spectrum tevens als een toolkit voor context-engineering, wat precies is hoe de context-engineering suite van de harness het behandelt: samengestelde tool-oppervlakken houden de vaste beschrijvingskosten laag, skills laden procedures just-in-time, en sub-agents isoleren contextzware subtaken zodat het venster van de parent slank blijft gedurende een lange run. Dezelfde deconstructiebeslissing — welke sport verwerkt dit werk — is gelijktijdig een governance-beslissing en een vensterbudget-beslissing. De architecturen die moeiteloos aanvoelen, zijn die waarin beide beslissingen bewust zijn genomen.

7. De sporten combineren: een uitgewerkt voorbeeld

De sporten laten zich combineren, en een realistische agent gebruikt ze alle drie. Neem Ingrids agent voor klantbeheer, nu correct gecategoriseerd:

Eén agent, drie sporten — elk beheerd op zijn eigen niveau (illustratief)

De opbouw leest natuurlijk: tools zijn wat het kan doen, skills zijn wat het weet hoe te doen, de sub-agent is wat het overdraagt. En elke regel komt terecht in een ander governance-systeem dat al weet wat ermee moet gebeuren — de MCP Gateway autoriseert en auditeert de calls, de Skills Registry volgt de versies, de harness draait de gedelegeerde met zijn eigen identiteit, budget en trace. De architectuur bestaat niet uit drie speciale gevallen; het is één spectrum waarbij de governance vooraf is gekoppeld aan elke sport. Dat is wat "codeer het spectrum, niet de labels" betekent in de praktijk: wat een framework deze dingen ook noemt, categoriseer elk onderdeel naar wat het is — actie, procedure of principal — en de juiste maatregelen volgen vanzelf.

8. Herstructureren langs het spectrum

De sport die vandaag juist is, kan verschuiven. Een tool die uitbreidt met optievlaggen en voorwaardelijk gedrag neigt naar een procedure — overweeg of de logica thuishoort in een skill die eenvoudigere tools orchestreert. Een skill die blijft zeggen "beoordeel of..." neigt naar een gedelegeerde — procedures horen geen oordeelsvorming te vereisen; dat is het signaal om die oordeelsvorming te promoveren naar een sub-agent met een eigen scope. En een sub-agent waarvan de runs elke keer vrijwel identiek blijken te zijn, neigt naar beneden — als de gedelegeerde nooit daadwerkelijk oordeelsvorming toepast, degradeer het werk dan naar een skill plus tools en herwin de leesbaarheid en kosten efficiency.

Twee praktijken maken deze herstructurering veilig. Ten eerste geeft de trace aan wanneer u dit moet doen: records per stap tonen de tool die wordt aangeroepen met steeds vreemdere argumenten, de skill die wordt overschreven door ad-hoc redeneringen, of de sub-agent die elke run dezelfde vijf stappen genereert. Ten tweede geeft evaluatie aan of het heeft gewerkt: een verandering van sport is een gedragsverandering — een beleidswijziging, in de taal van de begrippenlijst, die de evaluatie-loop moet controleren zoals elke andere wijziging. Deconstructie is geen eenmalige ontwerpbeslissing; het is een onderhouden eigenschap, en het spectrum geeft die onderhoudswerkzaamheden richting.

9. Veelgestelde vragen

Frameworks zijn het echt niet eens over deze termen — maakt het onderscheid nog uit? De labels variëren; het spectrum niet, en de begrippenlijst is hier heel eerlijk over. Wat operationeel van belang is, is het categoriseren van elke capaciteit naar wat het is — een uitgevoerde actie, een geladen procedure, een redenerende principal — omdat de categorisatie de governance bepaalt. Ingrids incident werd niet veroorzaakt door de naamgeving van een framework; het werd veroorzaakt doordat governance de naam volgde in plaats van de aard van het onderdeel.

Is een sub-agent vanuit het perspectief van de aanroeper niet gewoon een tool? Mechanisch wordt het vaak aangeroepen via dezelfde interface, wat verklaart waarom de verkeerde categorisatie zo makkelijk plaatsvindt. Het verschil zit aan de andere kant van de call: het gedrag van een tool is de implementatie ervan; het gedrag van een sub-agent is een model dat redeneert in zijn eigen context, met zijn eigen tools, en in staat is om op open manieren fouten te maken. Wel dezelfde aanroepconventie, maar een ander type component — en de governance moet het type volgen.

Wanneer is een skill beter dan gewoon langere instructies schrijven? Wanneer de procedure herbruikbaar is, gedeeld wordt of het waard is om te beheren. Inline-instructies voldoen voor eenmalig gedrag van één agent. Vanaf het moment dat een procedure door meerdere agents wordt gebruikt, wordt onderhouden door iemand anders dan de auteur van de agent, of belangrijk genoeg is dat u wilt weten welke versie waar draait — is het een skill, en hoort het thuis in een registry met versies en RBAC in plaats van op het klembord.

Zou een sub-agent ooit de rechten van zijn parent moeten erven? Standaard niet. Overerving is handig maar stilzwijgend maximaal — de gedelegeerde krijgt alles wat de parent heeft, nodig of niet. Dit keert het principe van least privilege om, juist waar autonomie in redenering dit het meest kritiek maakt. Beperk de sub-agent tot de tools die nodig zijn voor zijn subtaak. Als dat bewerkelijk voelt, is dat de architectuur die u vertelt dat de delegatiegrens dezelfde zorg verdient als elke andere vertrouwensgrens, omdat het er een is.

Leidt het stijgen op het spectrum niet gewoon tot meer kosten en latency? Meestal wel — een sub-agent verbruikt model-calls die een tool niet zou gebruiken — en dat maakt deel uit van de heuristiek om de laagste sport te kiezen. Maar de vergelijking is niet sport-versus-sport in een vacuüm; het is ten opzichte van het alternatief waarin de parent het werk binnen zijn eigen venster uitvoert. Een contextzware subtaak die door de parent wordt uitgevoerd, kan de gehele run verslechteren (en de kosten stijgen mee met het groeiende venster van de parent); dezelfde subtaak gedelegeerd draait in een verse, goedkope context. Meet per voltooide taak, niet per call.

Ingrids tiende item hoefde nooit te worden verboden — het moest worden gecategoriseerd. Hergecategoriseerd naar wat het werkelijk was, kreeg het een identiteit, een scope, een budget en een trace, en ging het een week later naar productie als het best beoordeelde onderdeel in de agent in plaats van het minst beoordeelde. Dat is de belofte van het spectrum: de capaciteiten van een agent zijn geen platte lijst van "tools", maar drie vormen van delegatie, elk met governance die de structuur al kent. Actie, procedure, principal. Categoriseer dienovereenkomstig.

Referenties

• Hugging Face — agent glossary (mei 2026) — de definities van tool/skill/sub-agent waarop deze post voortbouwt, geparafraseerd met bronvermelding.
• TrueFoundry MCP Gateway — per-call governance voor de tool-sport: registry, auth, RBAC, guardrails, audit.
• TrueFoundry Skills Registry — per-artefact governance voor de skill-sport: versies, herkomst, RBAC, laden op aanvraag.
• TrueFoundry Agent Harness — per-principal governance voor de sub-agent-sport: isolatie, budgetten, traces.
• The agent glossary, mapped to production — het ankerpunt van deze reeks.

Ingrid is een illustratief samengesteld personage, geen specifiek persoon, organisatie of incident. De terminologie volgt de agent-begrippenlijst van Hugging Face (mei 2026), waarin wordt opgemerkt dat de grens tussen tool/skill/sub-agent verschilt per framework. Configuratiefragmenten zijn vereenvoudigd voor de leesbaarheid en betreffen geen letterlijke productschema's. De mogelijkheden van TrueFoundry weerspiegelen de openbare documentatie op het moment van schrijven; controleer deze met de actuele documentatie.

‍