--- title: "Tot welke tools moet elke AI-agent toegang hebben? | Len P. van der Hof" description: Geef elke AI-agent alleen de tools die zijn rol nodig heeft. Leg dat vast in een toolmatrix, laat riskante acties op jouw akkoord wachten en test de grens. image: "https://lenvanderhof.com/media/generated/blog-hero-tool-sprawl-vs-tool-matrix.4ae22c7a3950.wide.webp" --- [Venture Building](https://lenvanderhof.com/nl/blog/categorie/venture-building/) Onderzoeksartikel # Toolwildgroei versus een toolmatrix: geef elke agentrol alleen de tools die het werk vraagt Drie losse rolnamen kunnen één gedeeld rechtenprobleem verbergen. Een toolmatrix dwingt je om per rol en per handeling te verantwoorden welke toegang nodig is. Len P. van der HofGepubliceerd 7 november 202611 min. leestijd Drie stuks gereedschap hangen op een vaste plek aan het bord; de rest ligt ongesorteerd in het krat. Een toolmatrix doet hetzelfde voor elke agentrol. Direct antwoord Geef elke AI-agent alleen de tools, handelingen en gegevens die nodig zijn voor wat het charter van zijn rol vraagt. Al het andere staat standaard uit. Leg elke toekenning vast in een toolmatrix: rol, handeling, bron, handhaving en goedkeuringspoort. Laat elke e-mailverzending, externe agendawijziging, bestandsoverschrijving, CRM-wijziging, betaling en publicatie wachten op jouw bevestiging. Test of verboden aanroepen worden geweigerd en controleer de matrix maandelijks. ## Belangrijkste inzichten - Verantwoord elke toegang met een concrete output uit het charter van de rol. Toegang die geen output dient, gaat eruit. - Benoem de handeling en de bron waarop die werkt. Een agenda lezen, een afspraak verzetten en een klant uitnodigen zijn drie verschillende rechten. - Scheid opstellen van uitvoeren. Een rol die alleen e-mails opstelt, heeft geen verzendrecht nodig; ingrijpende acties wachten op jouw bevestiging. - Het vertrouwensniveau bepaalt hoe zelfstandig een rol binnen zijn mandaat werkt en voegt nooit tools toe. Volgens de regels van het boek is een extra tool een charterwijziging, en die zet de rol terug naar L2 of lager. - Test de echte grens, kijk wekelijks of een rol een tool op een verrassende manier gebruikte en controleer de matrix maandelijks. Een regel op papier bewijst niet dat het systeem hem afdwingt. **Elke AI-agent hoort alleen toegang te hebben tot de tools, handelingen en gegevens die zijn rol nodig heeft.** Een onderzoeksrol heeft misschien openbare zoekopdrachten nodig en een plek om bevindingen op te slaan. Dat geeft die rol nog geen reden om een klantdossier te wijzigen of iemand voor een afspraak uit te nodigen. **Toolwildgroei** (in het boek: *toolversnippering*) begint wanneer je tools aan het platform of de sessie als geheel koppelt in plaats van aan een rol. Toegang stapelt zich dan op over uiteenlopende taken, zonder bijpassende rechtengrens. Elke koppeling had een begrijpelijke aanleiding. Samen laten ze één rol ver buiten zijn opdracht handelen. Geef je drie agents elk een eigen naam maar dezelfde koppelingen, dan heb je rolscheiding op papier, maar geen scheiding van rechten. Een **toolmatrix** legt die grens vast: welke rol welke handeling mag uitvoeren, op welke bronnen en met wiens goedkeuring. Hoofdstuk 5 van [Het agent-droomteam](https://lenvanderhof.com/boeken/the-agent-dream-team/) behandelt de matrix in de S-stap van ROSTER: vaardigheden en tools. Het verschil zit tussen toegang die toevallig aanstaat en toegang die je kunt verantwoorden met een afgesproken output. ## Tot welke tools moet elke AI-agent toegang hebben? Begin bij de outputs in het [agent-charter](https://lenvanderhof.com/nl/blog/wat-is-een-ai-agent-charter/) van de rol. Stel bij elke voorgestelde toegang één vraag: **welke afgesproken output kan deze rol zonder die toegang niet leveren?** Voor een openbare concurrentieverkenning heb je openbare bronnen nodig en een plek voor de samenvatting. Wie een aangeleverd concept redigeert, heeft dat concept en schrijfrechten nodig. Een goedgekeurde afspraak inplannen kan niet zonder agendatoegang. Het werk van de rol bepaalt het gereedschap, ook als hetzelfde model alle drie de rollen aandrijft. Pas die toets toe op handelingen, niet alleen op diensten. “Documentopslag” is te grof. Bronnotities lezen, een samenvatting aanmaken in `research/`, een contract overschrijven en een map verwijderen zijn vier aparte rechten. Benoem welke bronnen de rol mag raken en of hij daar mag lezen, aanmaken of wijzigen. Laat elke rol beginnen met een lege toolset. Voeg toe wat de outputs vragen. Valt een taak buiten het charter, dan gaat die terug naar jou of naar de rol waar die taak bij hoort. Breid toegang pas uit als je hebt besloten dat het werk zelf is veranderd. ## Wat hoort er in een toolmatrix? Zet de rollen in de kolommen en de tools of handelingen in de rijen. Vul elke cel met een eenduidige waarde: **geen toegang**, **lezen**, **schrijven binnen een benoemde grens**, **alleen concept (oprichter verstuurt)** of **uitvoeren na menselijke bevestiging**. Houd opstellen en versturen gescheiden. Leg bij elke toekenning vast: - De output die de toegang nodig maakt. - De toegestane handeling en de bron waarop die werkt. - De maatregel die de grens afdwingt. - Wie goedkeurt en via welk mechanisme, als er een poort geldt. - De datum van toekenning en de volgende herzieningsdatum. Zet het huidige vertrouwensniveau van de rol in dezelfde tabel. Een lijst gekoppelde diensten vertelt je niet of de redacteur bronnotities mag wijzigen, of dat een agendawijziging op jouw akkoord moet wachten. De matrix maakt die keuzes leesbaar, zonder dat je hoeft te reconstrueren hoe alles ooit is ingesteld. Een menselijke poort is geen reden om een overbodige tool toch aan een rol te hangen. Stel eerst vast of de rol de handeling nodig heeft. Pas daarna bepaal je hoe je de uitvoering bewaakt. ## Uitgewerkt voorbeeld: van gedeelde koppelingen naar afgebakende rollen Dit voorbeeld is **hypothetisch** en gebaseerd op het startrooster uit hoofdstuk 5. Een solo-oprichter wil een concurrentieoverzicht, een nieuwsbriefconcept en hulp bij het plannen van afspraken. De Onderzoeksspecialist, de Conceptredacteur en de Ops-coördinator erven aanvankelijk allemaal dezelfde koppelingen voor zoeken, documenten, agenda, inbox en CRM. De eerste audit vraagt wat elke rol werkelijk oplevert. Het concurrentieoverzicht vraagt om openbare bronnen en opslag voor samenvattingen. De nieuwsbriefrol heeft nagekeken samenvattingen en een conceptmap nodig. Afspraken voorbereiden hoort bij de Ops-coördinator. Noch het concurrentieoverzicht, noch het nieuwsbriefconcept heeft het CRM nodig. Dit is de voorgestelde vervanging: Tool of bronOnderzoeksspecialistConceptredacteurOps-coördinatorOpenbaar webzoeken en pagina’s ophalenAlleen openbaar onderzoekGeen toegangGeen toegangresearch/: alleen samenvattingen van openbare bronnenSamenvattingen lezen en schrijvenLezenGeen toegangconcepten/: interne nieuwsbriefconceptenGeen toegangConcepten lezen en schrijvenGeen toegangAgendaGeen toegangGeen toegangLezen; oprichter bevestigt elke schrijfactiePrivétakenlijstGeen toegangGeen toegangLezen en schrijvenInterne map wacht-op-verzending/Geen toegangGeen toegangConceptberichten aanmakenInbox en e-mail versturenGeen toegangGeen toegangGeen toegangCRM, betalingen en publicerenGeen toegangGeen toegangGeen toegangHuidig vertrouwensniveauL2L2L2 Voor dit voorbeeld nemen we aan dat elke rol het agent-inwerkprotocol uit het boek heeft doorlopen en op L2 staat. Een output gaat alleen door als hij voldoet aan vooraf opgeschreven voorwaarden die je buiten het model om kunt controleren; de rest wordt gemarkeerd voor jouw beoordeling. Ingrijpende handelingen vragen nog altijd bevestiging. Volg nu één opdracht door het ontwerp. De oprichter wil weten wat drie concurrenten in hun instappakket opnemen en wat dat pakket kost. De Onderzoeksspecialist gebruikt openbare webpagina’s en schrijft `research/concurrentieoverzicht.md`. Nadat de oprichter dat bestand heeft nagekeken, leest de Conceptredacteur het en schrijft `concepten/nieuwsbrief.md`. Ontbreekt er een prijs, dan stuurt de Conceptredacteur een onderzoeksvraag terug naar de Onderzoeksspecialist. De redacteur krijgt geen eigen zoekkoppeling om de deadline te halen. De Ops-coördinator werkt vanuit een aparte opdracht van de oprichter. De coördinator stelt een afspraak voor en wacht tot de oprichter het onderwerp, het tijdstip en de deelnemers heeft bevestigd voordat er iets in de agenda verandert. Een begeleidend bericht komt als concept in `wacht-op-verzending/`; de oprichter leest het na en verstuurt het zelf. Geen enkele map in dit voorbeeld verstuurt of publiceert iets. Houd klantopdrachten en vertrouwelijke dossiers buiten `research/`. Zet versiegeschiedenis aan voor de concepten en de privétakenlijst. Dwing de maprechten af: de onderzoeker mag de nieuwsbrief niet overschrijven en de redacteur mag het aangeleverde bronmateriaal niet herschrijven. Het overzicht, het nieuwsbriefconcept en het afspraakvoorstel blijven mogelijk. Alleen de toegang die niets met het werk te maken heeft, verdwijnt. ## Waar dwing je de rechtengrens af? Hoofdstuk 5 onderscheidt drie niveaus van handhaving. Noteer bij elke regel in je matrix welk niveau de grens draagt. **Technische handhaving:** het platform of de agent-runtime blokkeert aanroepen buiten de toegestane set. De beperking werkt, of het model nu wil meewerken of niet. **Handhaving in de workflow:** de rol stelt een actie voor, maar de uitvoering zit achter een aparte goedkeuringsstap. Een conceptbericht dat alleen de oprichter kan versturen, is daar een voorbeeld van. **Procedurele handhaving:** het charter verbiedt een handeling die de gekoppelde tools nog steeds toelaten. Dan hangt alles af van een model dat instructies volgt. Het boek noemt dat een tijdelijke maatregel: jij kijkt alles na voordat er iets van de rol naar buiten gaat. Heb je alleen procedurele handhaving, koppel gevaarlijke tools dan los of verplaats de uitvoering naar een aparte workflow met een poort. Een mapnaam of voorvoegsel in een bestandsnaam helpt je een overtreding op te merken, maar voorkomt er geen. Leg de werkelijke configuratie naast de matrix. Een geslaagde verbindingstest bewijst niet dat een verboden handeling wordt geweigerd. Voor MCP-servers op afstand legt [MCP-OAuth is geen toolautorisatie](https://lenvanderhof.com/nl/blog/mcp-oauth-is-geen-toolautorisatie/) uit waarom een geldig token nog niet bepaalt wat een toolaanroep mag. Een goedkeuring hoort bij de precieze actie die wordt uitgevoerd, met bestemming, inhoud en de records die erdoor veranderen. Een bestandsnaam goedkeuren is niet genoeg als de inhoud daarna nog kan veranderen. Verandert de actie, dan is een nieuwe goedkeuring nodig. Zonder bevestiging blijft de uitvoering geblokkeerd. ## Welke handelingen vragen om een menselijke poort? Hoofdstuk 5 vraagt standaard om menselijke bevestiging vóór zes soorten acties: e-mail versturen, agenda-afspraken met externe deelnemers maken of wijzigen, bestanden overschrijven, CRM-gegevens aanpassen, betalingen of facturen afhandelen, en publiceren. De praktische vraag is wat het kost om de actie terug te draaien, inclusief gevolgen die iemand anders al heeft gezien. De actietabel in het boek onderscheidt vijf klassen langs de [agent-vertrouwensladder](https://lenvanderhof.com/nl/blog/agent-vertrouwensladder/): **intern lezen** (plafond L5, alleen loggen), **lezen uit onbetrouwbare bronnen** (plafond L4, bron vastgelegd in de output), **privé en omkeerbaar schrijven** (plafond L4, versiegeschiedenis aan en een wekelijks rapport), **gedeeld schrijven of wijzigingen die duur zijn om terug te draaien** (plafond L3, de oprichter bevestigt vóór uitvoering) en **externe, publieke, financiële of juridisch bindende handelingen** (plafond L3, elke keer bevestigd). Een eigen concept bijwerken met versiegeschiedenis valt in de derde klasse; een gedeeld document overschrijven in de vierde. Trek die grens voordat je schrijfrechten toekent. Een hoger niveau voor routinewerk heft de L3-bevestiging voor ingrijpende acties nooit op. Vertrouwen hoort bij de rol, niet bij het model. Het bepaalt hoe zelfstandig een rol binnen zijn mandaat werkt; het voegt geen tools toe. Volgens de regels van het boek is een tool toevoegen een charterwijziging, en die zet de rol terug naar L2 of lager. Scores uit de oude opdracht zeggen niets over hoe de rol met de nieuwe toegang omgaat. Deze niveaus en plafonds zijn de werkregels van de auteur, geen geteste betrouwbaarheidsdrempels. ## Kan een tool die alleen leest toch gegevens naar buiten brengen? Ja. Hoofdstuk 5 wijst op een route die je makkelijk over het hoofd ziet: een externe zoekopdracht of een opgehaalde URL verlaat je systeem. Een rol met een vertrouwelijke klantbriefing kan de inhoud daarvan in een zoekopdracht verwerken, ook al mag hij geen e-mail versturen. Controleer per rol de combinatie van privégegevens, onbetrouwbare invoer en een kanaal naar buiten. Volg daarna de overdrachten. Twee agents met gescheiden tools sluiten de route niet af als de eerste agent onbetrouwbare instructies via een overdracht-pakket doorgeeft en de tweede die als opdracht behandelt. In het hypothetische rooster geeft de oprichter een openbare onderzoeksvraag mee, zonder klantnamen of vertrouwelijke details. Houd die zoekstap gescheiden van privécontext, ook van opgeslagen bestanden die de onderzoeker zou kunnen lezen. Biedt je platform beperkingen op zoekopdrachten en bestemmingen, stel die dan in. Een verzoek om “voorzichtig te zijn” blijft procedureel. Behandel opgehaalde tekst en de inhoud van overdrachten als materiaal om te beoordelen. Geen van beide verandert de rechten van de rol die ze ontvangt. ## Hoe vaak controleer je de toolmatrix? Hoofdstuk 5 vraagt om een **wekelijkse controle op onverwacht toolgebruik** en een **maandelijkse audit**. Die beantwoorden verschillende vragen. Wekelijks kijk je of een rol een tool heeft gebruikt op een manier die je verraste. Zo’n verrassing is een signaal: óf de rol werkte goed en de matrix moet worden bijgewerkt, óf de rol ging buiten zijn charter en de tool gaat eruit. Bij de maandelijkse audit leg je de matrix naast de configuratie. Dient elke toegang nog een afgesproken output? Zijn gedeelde bronnen nog afgebakend? Heeft een koppeling sinds jouw akkoord nieuwe tools, rechten of beschrijvingen gekregen? Weet je het niet, ga er dan van uit dat er iets is veranderd. Het boek vraagt ook om een korte herziening van elke toegang die ouder is dan negentig dagen; daarom krijgt elke toekenning een datum. Dat is een herzieningsmoment, geen automatische vervaldatum. Toegang die de toets doorstaat, blijft. Toegang die de toets niet doorstaat, gaat eruit of komt achter een poort. Zet een datum bij je besluit. Die intervallen zijn onderhoudsregels, geen bewijs voor de beste controlefrequentie. Krijgt een rol een nieuwe tool of verandert zijn mandaat, werk de matrix dan meteen bij en wacht niet op de volgende maandcontrole. ## Probeer dit vandaag Maak een lijst van **elke tool of koppeling waar je agents bij kunnen**. Schrijf naast elke regel welke rol die tool nodig heeft en welke output hij ermee levert. Neem geërfde toegang mee. Elke tool zonder rol verwijder je deze week. Test daarna één rol: 1. **Schrijf de minimale rechten uit.** Splits elke koppeling op in handelingen en bronnen. Leg naast elkaar wat de rol nu kan en wat zijn outputs vragen. Haal het overschot weg. 2. **Isoleer de test.** Gebruik testbestanden en een testomgeving met dezelfde relevante rechtenregels. Houd klantgegevens en echte bestemmingen buiten bereik. 3. **Bewijs dat een toegestane handeling werkt.** Laat de rol met zijn eigen toegang een testsamenvatting opslaan in de toegestane map. Bekijk het opgeslagen bestand en het uitvoeringslogboek. 4. **Test een verboden handeling.** Laat de rol met diezelfde toegang een onschuldige schrijfactie proberen naar een testbestand buiten de toegestane map. Eis bewijs dat de rechtencontrole de schrijfactie heeft geweigerd en dat het doelbestand ongewijzigd is gebleven. Een model dat besluit het niet te proberen, bewijst geen handhaving. 5. **Test één goedkeuringspoort.** Vervang de ingrijpende actie door een onschuldige, gelogde actie en laat de goedkeuringscontroles staan. Keur eerst een verzoek goed en controleer of het wordt uitgevoerd. Dien daarna een nieuw verzoek in, geef geen goedkeuring en bekijk de status en het uitvoeringslogboek. Het verzoek moet geblokkeerd blijven of verlopen zonder dat er iets wordt uitgevoerd. Kun je een controle niet uitvoeren, noteer dan **niet uitgevoerd**. Kunnen de logboeken het resultaat niet aantonen, noteer dan **niet geverifieerd**. Houd ingrijpende uitvoering losgekoppeld tot de grens is aangetoond. Of je de run kunt onderbreken en de toegang kunt intrekken, test je met de aparte [stopoefening](https://lenvanderhof.com/nl/blog/bewijs-dat-je-een-agent-kunt-stoppen/). Bewaar de gedateerde matrix bij het charter, samen met de testresultaten, openstaande rechtenvragen en de volgende auditdatum. Een geslaagde test geldt voor de handeling en configuratie die je hebt getest. Het is geen keurmerk voor je hele rooster. Citeer deze pagina:Toolwildgroei versus een toolmatrix: geef elke agentrol alleen de tools die het werk vraagt.Len P. van der Hof. [https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/](https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/) · Gepubliceerd 7 november 2026. ## Bronnen 1. [Het agent-droomteam, hoofdstuk 1, 3, 5 en 8](https://lenvanderhof.com/boeken/the-agent-dream-team/) 2. [Wat is een AI-agent-charter? Zeven velden of het is een demo](https://lenvanderhof.com/nl/blog/wat-is-een-ai-agent-charter/) 3. [MCP-OAuth is geen toolautorisatie: een geldig token is nog geen ja](https://lenvanderhof.com/nl/blog/mcp-oauth-is-geen-toolautorisatie/) 4. [De agent-vertrouwensladder: hoe een AI-rol autonomie verdient](https://lenvanderhof.com/nl/blog/agent-vertrouwensladder/) 5. [Bewijs dat je een agent kunt stoppen: onderbreek de run en trek de toegang in](https://lenvanderhof.com/nl/blog/bewijs-dat-je-een-agent-kunt-stoppen/) ## Verder lezen - [Wat is een AI-agent-charter? Zeven velden of het is een demo](https://lenvanderhof.com/nl/blog/wat-is-een-ai-agent-charter/) - [MCP-OAuth is geen toolautorisatie: een geldig token is nog geen ja](https://lenvanderhof.com/nl/blog/mcp-oauth-is-geen-toolautorisatie/) - [De agent-vertrouwensladder: hoe een AI-rol autonomie verdient](https://lenvanderhof.com/nl/blog/agent-vertrouwensladder/) - [Bewijs dat je een agent kunt stoppen: onderbreek de run en trek de toegang in](https://lenvanderhof.com/nl/blog/bewijs-dat-je-een-agent-kunt-stoppen/) - [Het agent-droomteam](https://lenvanderhof.com/boeken/the-agent-dream-team/) Over de auteur ## [Len P. van der Hof](https://lenvanderhof.com/nl/auteurs/len-p-van-der-hof/) Ondernemer, AI-innovator en venture builder Len P. van der Hof bouwt praktische AI-systemen, digitale ventures en evidence-informed hulpmiddelen voor founders. ```json { "@context": "https://schema.org", "@graph": [ { "@type": "Person", "@id": "https://lenvanderhof.com/#person", "name": "Len P. van der Hof", "alternateName": [ "Len van der Hof", "L.P. van der Hof", "Leendert Pieter van der Hof" ], "honorificSuffix": "MSc", "url": "https://lenvanderhof.com/", "image": [ "https://lenvanderhof.com/photos/len-portrait-1.jpg", "https://lenvanderhof.com/photos/len-portrait-2.jpg", "https://lenvanderhof.com/photos/len-portrait-3.jpg", "https://lenvanderhof.com/photos/len-portrait-4.jpg", "https://lenvanderhof.com/photos/len-speaking.jpg", "https://lenvanderhof.com/photos/len-hero.jpg" ], "jobTitle": "Ondernemer, AI-innovator en venture builder", "description": "Len P. van der Hof, MSc, is een Nederlandse ondernemer en AI-innovator in Zwijndrecht. Hij bouwt ReasonKit, MindSesh, Undominated.ai, boeken onder zijn eigen naam, het fictie-imprint LPH98.lifestyle en technologieventures via LPH98.ventures. Elf titels in Systems for the Strategic Self zijn nu verkrijgbaar, in het Engels en het Nederlands.", "address": { "@type": "PostalAddress", "addressLocality": "Zwijndrecht", "addressCountry": "NL" }, "alumniOf": { "@type": "CollegeOrUniversity", "name": "Rotterdam School of Management, Erasmus University" }, "knowsAbout": [ "Artificial intelligence", "AI agents", "Agentic AI systems", "LLM routing", "SEO", "Generative engine optimization", "Answer engine optimization", "Venture building", "Founder performance", "Founder psychology", "Evidence-based decision-making" ], "sameAs": [ "https://www.linkedin.com/in/lenvanderhof/", "https://x.com/LenvanderHof", "https://www.youtube.com/channel/UCTG20buKqYYbitqqf7l3zJA", "https://www.instagram.com/Lenvanderhof/", "https://www.threads.com/@lenvanderhof", "https://github.com/Lenvanderhof", "https://huggingface.co/LPH98", "https://www.npmjs.com/~lenvanderhof", "https://www.goodreads.com/author/show/70983905.Len_P_van_der_Hof", "https://www.amazon.com/author/lenvanderhof", "https://www.bol.com/nl/nl/b/len-p-van-der-hof-msc/609879394/", "https://bsky.app/profile/lenvanderhof.com", "https://mastodon.social/@Lenvanderhof", "https://crates.io/users/Lenvanderhof", "https://cursor.com/@Lenvanderhof", "https://medium.com/@Lenvanderhof", "https://gitlab.com/Lenvanderhof", "https://hub.docker.com/u/lenvanderhof/", "https://dev.to/lenvanderhof", "https://www.facebook.com/Lenvanderhof", "https://soundcloud.com/Lenvanderhof" ], "affiliation": [ { "@id": "https://lenvanderhof.com/#publisher" }, { "@id": "https://lenvanderhof.com/#mindsesh" }, { "@id": "https://lenvanderhof.com/#lifestyle" } ] }, { "@type": "WebSite", "@id": "https://lenvanderhof.com/#website", "url": "https://lenvanderhof.com/", "name": "Len P. van der Hof", "description": "Len P. van der Hof, MSc, is een Nederlandse ondernemer en AI-innovator in Zwijndrecht. Hij bouwt ReasonKit, MindSesh, Undominated.ai, boeken onder zijn eigen naam, het fictie-imprint LPH98.lifestyle en technologieventures via LPH98.ventures. Elf titels in Systems for the Strategic Self zijn nu verkrijgbaar, in het Engels en het Nederlands.", "inLanguage": [ "en", "nl" ], "publisher": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "Organization", "@id": "https://lenvanderhof.com/#publisher", "name": "LPH98.ventures", "url": "https://lph98.ventures", "founder": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "Organization", "@id": "https://lenvanderhof.com/#mindsesh", "name": "MindSesh", "url": "https://mindsesh.net", "founder": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "SoftwareApplication", "@id": "https://lenvanderhof.com/#reasonkit", "name": "ReasonKit", "url": "https://reasonkit.sh", "creator": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "SoftwareApplication", "@id": "https://lenvanderhof.com/#undominated", "name": "Undominated.ai", "url": "https://undominated.ai", "creator": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "Organization", "@id": "https://lenvanderhof.com/#lifestyle", "name": "LPH98.lifestyle", "url": "https://lph98.lifestyle", "founder": { "@id": "https://lenvanderhof.com/#person" } }, { "@type": "ImageObject", "@id": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/#primaryimage", "url": "https://lenvanderhof.com/media/generated/blog-hero-tool-sprawl-vs-tool-matrix.4ae22c7a3950.wide.webp", "contentUrl": "https://lenvanderhof.com/media/generated/blog-hero-tool-sprawl-vs-tool-matrix.4ae22c7a3950.wide.webp", "representativeOfPage": true }, { "@type": "BreadcrumbList", "@id": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/#breadcrumb", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "Home", "item": "https://lenvanderhof.com/nl/" }, { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://lenvanderhof.com/nl/blog/" }, { "@type": "ListItem", "position": 3, "name": "Venture Building", "item": "https://lenvanderhof.com/nl/blog/categorie/venture-building/" }, { "@type": "ListItem", "position": 4, "name": "Toolwildgroei versus een toolmatrix: geef elke agentrol alleen de tools die het werk vraagt", "item": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/" } ] }, { "@type": "WebPage", "@id": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/#webpage", "url": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/", "name": "Toolwildgroei versus een toolmatrix: geef elke agentrol alleen de tools die het werk vraagt", "description": "Geef elke AI-agent alleen de tools die zijn rol nodig heeft. Leg dat vast in een toolmatrix, laat riskante acties op jouw akkoord wachten en test de grens.", "isPartOf": { "@id": "https://lenvanderhof.com/#website" }, "primaryImageOfPage": { "@id": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/#primaryimage" }, "breadcrumb": { "@id": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/#breadcrumb" }, "inLanguage": "nl-NL" }, { "@type": "BlogPosting", "@id": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/#article", "mainEntityOfPage": { "@id": "https://lenvanderhof.com/nl/blog/toolwildgroei-versus-toolmatrix/#webpage" }, "headline": "Toolwildgroei versus een toolmatrix: geef elke agentrol alleen de tools die het werk vraagt", "description": "Geef elke AI-agent alleen de tools die zijn rol nodig heeft. Leg dat vast in een toolmatrix, laat riskante acties op jouw akkoord wachten en test de grens.", "datePublished": "2026-11-07T08:05:00.000Z", "author": { "@id": "https://lenvanderhof.com/#person" }, "publisher": { "@id": "https://lenvanderhof.com/#person" }, "image": [ "https://lenvanderhof.com/media/generated/blog-hero-tool-sprawl-vs-tool-matrix.4ae22c7a3950.square.webp", "https://lenvanderhof.com/media/generated/blog-hero-tool-sprawl-vs-tool-matrix.4ae22c7a3950.landscape.webp", "https://lenvanderhof.com/media/generated/blog-hero-tool-sprawl-vs-tool-matrix.4ae22c7a3950.wide.webp" ], "articleSection": "Venture Building", "inLanguage": "nl-NL" } ] } ```