Top 10 Claude Code Skills, Plugins & CLIs voor 2026

Top 10 Claude Code Skills, Plugins & CLIs voor 2026

Ik houd een lopende notitie bij op mijn bureaublad genaamd cc-stack.md. Het is de lijst van elke Claude Code skill, plugin en CLI die ik heb geïnstalleerd, getest, en ofwel behouden of verwijderd in de afgelopen zes maanden. Tot deze week heeft de "bewaarde" lijst precies tien vermeldingen. Tien tools uit de waarschijnlijk zestig of zeventig die ik heb geprobeerd.

Dat getal is geen toeval. Elke keer dat de lijst voorbij de tien kruipt, gaat er iets kapot — meestal de context, soms de plugin marketplace, soms mijn aandacht. Ik heb op de harde manier geleerd dat een Claude Code-setup een systeem is, geen verzameling. Een tool toevoegen heeft altijd een prijs, en de meeste tools waarover mensen enthousiaste blogposts schrijven, verdienen hun plek niet.

Dit is dus geen "top 10"-lijst in de YouTube-listicle-zin. Het is mijn werkelijke werkstack in april 2026 — de Claude Code skills, plugins en CLIs die ik elke dag gebruik, de tools die ten minste drie echte projecten hebben overleefd, en de tools die ik opnieuw zou installeren op een nieuw systeem voordat ik ook maar één regel code schreef. Ik vertel je wat elk ervan doet, waarom ik het gebruik, wat het me kostte om erachter te komen, en — belangrijk — welke je niet moet installeren als jouw situatie anders is dan de mijne.

Eerlijk gewaarschuwd: ten minste twee van deze tools zullen saai klinken totdat je begrijpt waarom ze op de lijst staan. Het krachtigste item is nummer acht, en het is de tool waarover niemand in mijn netwerk sprak tot ongeveer een maand geleden.

Waarom je Claude Code Stack meer uitmaakt dan je Modelkeuze

Hier is iets dat ik contraïntuïtief maar waar zou noemen. Het verschil tussen Opus 4.6 en Sonnet 4.6 is kleiner dan het verschil tussen een Claude Code stack met de juiste tools ingebakken en één zonder. Ik heb ingenieurs uren zien redetwisten over modelkeuze terwijl ze het feit negeerden dat hun Claude Code-setup nul webtoegang had, geen persistent geheugen, geen browserautomatisering en geen gestructureerde kennisbank. Een slimmer model kan je niet redden van een blinde agent.

Elke tool op deze lijst lost een specifieke capability gap op. Sommige verbreden wat Claude Code kan zien — het web, je inbox, je notebooks. Sommige verbreden wat het kan doen — browsers aansturen, sites scrapen, code adversarieel reviewen. Sommige verbreden wat het kan onthouden — markdown vaults, graph RAG-systemen, skill benchmarks. De stack is niet het punt. De capabilities die je ontsluit zijn het punt.

Ik loop alle tien door in volgorde, te beginnen met de tool die ik als eerste installeerde en die ik letterlijk aan elke nieuwe Claude Code-gebruiker aanraad. Maar voordat we bij tool nummer één komen, moet ik de vraag aankaarten die de hele tijd op de achtergrond moet meelopen terwijl je dit leest: welke van deze gaps is werkelijk relevant voor wat ik aan het bouwen ben? Want je hebt niet alle tien nodig. Ik kom hier aan het einde op terug met een beslissingsraamwerk.

1. De Codex Plugin — Mijn Adversariale Tweede Mening

De eerste tool die ik op elke nieuwe Claude Code-machine installeer is de Codex plugin van OpenAI. Ja, OpenAI. Ik weet het. Een jaar geleden zou het idee van een GPT-familiemodel draaien in een Claude Code-sessie absurd hebben geklonken. In 2026 is het de plugin met het hoogste leverage die ik gebruik, en ik ben er niet subtiel over in mijn aanbevelingen.

Dit is wat het doet. De plugin voegt /codex:review, /codex:adversarial-review en /codex:rescue slash commands toe aan je Claude Code-sessie. Ze delegeren naar je lokale Codex CLI en draaien in een volledig apart proces — geen context window-concurrentie, geen token juggling, geen dubbele configuratie. Je start een adversariale review, blijft op de voorgrond werken met Opus, en bekijkt de resultaten wanneer Codex klaar is.

De reden dat het eerste op de lijst staat is simpel: elk AI-model heeft systematische blinde vlekken. Opus neigt naar architectureel. Codex neigt naar uitvoeringsniveau. Toen ik beide op dezelfde productiecodebase liet draaien tijdens een zaterdagavond-incident vorige maand, vond Codex vier ernstige problemen, Opus vond er acht, en slechts één overlapte. Dat zijn zeven bugs die een single-model review zou hebben gemist — in code die ik op het punt stond naar gebruikers te shippen.

Ik heb de volledige analyse van dat incident opgeschreven in mijn Codex plugin adversariale review deep dive, dus ik herhaal het hele verhaal hier niet. De korte versie: als je iets ship dat gebruikers aanraken, is één AI-reviewer een aansprakelijkheid. De Codex plugin is hoe ik ophield te doen alsof dat niet waar was.

Wanneer installeer je dit: Dag één. Voor elke andere plugin. Het is gratis (ChatGPT free tier werkt), kost ongeveer vijf minuten om in te stellen, en de eerste keer dat het een bug vindt die Opus miste, snap je waarom het niet optioneel is.

Wanneer sla je het over: Als je onderzoek, contentwerk of automatisering doet zonder user-facing code. De adversariale review gaat specifiek over defensieve codekwaliteit. Als je geen software ship, is het overkill.

2. Obsidian + De Obsidian Skill — Mijn Werkgeheugen

Ik gebruikte Obsidian voor persoonlijke notities gedurende ongeveer twee jaar voordat ik besefte dat het in het geheim het beste lichtgewicht RAG-systeem was dat ik Claude Code kon geven. De doorbraak kwam toen ik de Obsidian skill uit de community marketplace installeerde en Claude Code naar mijn vault wees.

De setup is bijna beschamend eenvoudig. Obsidian slaat alles op als gewone markdown-bestanden in een map die jij bezit. De skill leert Claude Code hoe je die mappenstructuur navigeert, wiki-links volgt, tags leest en de maphiërarchie als ophaalcontext gebruikt. Geen vectordatabase. Geen embedding pipeline. Geen infrastructuur om te onderhouden. Gewoon markdown-bestanden en een skill die weet hoe ze te lezen.

Dit is wat dat ontsluit. Elk klantproject waaraan ik werk heeft een aparte vault-map. Elke vergadernotitie, elke architectuurbeslissing, elk "wat er fout ging en hoe ik het heb opgelost"-logboek — alles staat in markdown, gekoppeld per onderwerp. Wanneer ik een nieuwe Claude Code-sessie start voor dat project, kan de agent er elk moment op aanvraag uit putten. Het is het verschil tussen het project elke sessie opnieuw uitleggen en precies doorgaan waar we de vorige keer gebleven waren.

Is het zo krachtig als een echt graph-gebaseerd RAG-systeem? Nee. Ik kom later op Light RAG voor dat. Maar voor persoonlijk kennisbeheer, projectgeheugen voor klanten en "dingen die ik vorige maand heb opgeschreven en vergeten ben," is Obsidian plus de skill het snelste pad van "ik heb notities" naar "mijn agent kan mijn notities lezen." En het is gratis — de basis-Obsidian-app, het vault-formaat, de skill.

Ik ga dieper in op deze exacte workflow in mijn Obsidian second-brain setup guide als je de stap-voor-stap wilt. Het kernpunt voor deze lijst: als je een solo-dev of klein team bent, heb je waarschijnlijk nog geen database-gebaseerd RAG-systeem nodig. Je hebt een vault nodig en een skill die die leest.

3. Auto Research — De Skill Die Zichzelf Verbetert

Hier begint de lijst vreemd te worden op een manier die ik leuk vind. Auto Research is een skill die experimenten uitvoert op je andere skills en ze automatisch optimaliseert op basis van prestatiedata.

Laat me uitleggen wat dat in de praktijk betekent. Stel dat je een skill hebt gebouwd genaamd summarize-video die een YouTube-URL neemt en een gestructureerde samenvatting produceert. Je gebruikt het een paar keer en het werkt, maar de output voelt inconsistent — soms geweldig, soms te lang, soms missen er kernpunten. Traditioneel zou je handmatig itereren: de prompt aanpassen, op een paar samples uitvoeren, opnieuw aanpassen, herhalen. Uren weg.

Auto Research automatiseert die lus. Je wijst het naar de skill, geeft het een set testinvoer en een scoringsrubric, en het voert iteraties uit — de prompt variëren, outputs meten tegen de rubric, verbeteringen committen, regressies verwerpen. Wanneer je terugkomt, is de skill meetbaar beter en heb je een commit-geschiedenis die precies laat zien wat er veranderd is en waarom.

Ik schreef een meer gedetailleerde walkthrough in mijn auto-research strategie post inclusief de exacte configuratie die ik gebruik. Het punt dat ik wil dat je meeneemt van deze lijst: als je custom skills bouwt en ze handmatig itereert, laat je samengestelde verbetering liggen. Auto Research is het dichtste dat ik heb gevonden bij "instellen en vergeten" voor skillkwaliteit.

Een eerlijke waarschuwing: Dit tool verbrandt tokens. Een enkele optimalisatierun op een skill van gemiddelde complexiteit kan aanzienlijke API-credits opvreten omdat het tientallen variaties uitvoert. Ik gebruik het alleen op skills die ik honderden keren aanroep — waar de samengestelde verbetering de vooruitkosten waard is. Wijs het niet naar een skill die je twee keer zult gebruiken.

4. awesome-design-md — De Front-End Design Fix

Hier is een onpopulaire mening. Claude Code, out of the box, is een behoorlijk matige visuele designer. Opus 4.6 schrijft schone component-code en gaat elegant om met Tailwind, maar overgelaten aan zijn eigen instincten bouwt het interfaces die eruitzien als elke andere AI-gegenereerde landingspagina op internet. Gradient hero. Feature grid. Getuigenissen. CTA. Zelfde lettertypepaarings, zelfde afstand, zelfde vibe.

De oplossing is niet een beter model. Het is het model een ontwerpsysteem geven om te volgen. Dat is wat VoltAgent's awesome-design-md repository biedt — een groeiende verzameling DESIGN.md-bestanden die de visuele systemen van populaire websites vastleggen. Typografie. Kleurpaletten. Afstandsregels. Componentpatronen. Layoutprincipes.

Je dropt een van deze bestanden in je project, vertelt Claude Code het als referentie-ontwerpsysteem te gebruiken, en plotseling ziet de output er niet meer generiek uit. Ik heb de Linear-geïnspireerde DESIGN.md gebruikt voor een SaaS-adminpaneel, de Stripe-geïnspireerde voor een prijspagina, en een aangepaste die ik heb gebouwd voor mijn eigen portfolio op basis van redactionele tijdschriften. Alle drie produceerden code die er niet uitzag als AI-standaarden.

De repository is een van de snelst groeiende Claude Code-bronnen geweest die ik dit jaar heb gevolgd. Het werkt omdat het een specifieke, goed gedefinieerde zwakte aanvalt — front-end designsmaak — met een specifieke, goed gedefinieerde oplossing: expliciete designgrammatica die het model kan volgen.

Wanneer installeer je dit: Je bouwt front-end van wat dan ook. Landingspagina's, dashboards, marketingsites, product-UIs. Het kost niets, installeert in seconden en verbetert je output de eerste keer dat je het gebruikt.

Wanneer sla je het over: Je werkt aan backend-systemen, CLI tools, datapipelines, of een project waarbij visueel design geen deel uitmaakt van het deliverable.

5. Firecrawl CLI + Firecrawl Skill — Echte Webtoegang

Dit is de tool die ik iedereen vertel en de meesten knikken beleefd en installeren hem niet. Dat zouden ze wel moeten. Firecrawl is het verschil tussen een agent die het web een beetje kan lezen en een agent die daadwerkelijk gestructureerde data kan extraheren van elke site op internet — inclusief die met anti-bot-bescherming, JavaScript-heavy rendering en loginmuren.

De Firecrawl CLI is een command-line tool. De Firecrawl skill is het bijbehorende stuk dat Claude Code leert hoe de CLI correct te gebruiken — welke flags te doorgeven, welke outputformaten te vragen, hoe rate limiting te verwerken en hoe de veelvoorkomende valkuilen te vermijden. Eén installatiecommando, en je Claude Code-sessie heeft een compleet web-datatoolkit: pagina's scrapen naar schone markdown, het web doorzoeken en resultaten in één stap scrapen, persistente browsersessies starten, hele sites crawlen en URL's op een domein mappen.

Wat ik er concreet voor gebruik:

• Concurrerende productpagina's scrapen naar gestructureerde markdown voor contentonderzoek
• Documentatie ophalen van sites zonder schone exportformaten
• Trainingsdata bouwen uit openbare bronnen voor custom skills
• "Wat is er op deze pagina veranderd since vorige week"-diffs uitvoeren als onderdeel van een monitoringlus

Voor Firecrawl stond ik fetch-aanroepen, HTML-parsing en fallback-logica voor anti-bot-bescherming aan elkaar te plakken. Het was fragiel en ik besteedde meer tijd aan het onderhouden van de scrape-code dan aan het gebruiken van de data. Firecrawl verwerkt dat alles onder één CLI. Ik heb mijn oude scraping-code al drie maanden niet aangeraakt.

Ik schreef hier meer diepgaand over in mijn Firecrawl agentic web access breakdown — als je serieus bent over agents die het web aanraken, is dat de langere leeswijze. De korte versie voor deze lijst: als je agent het internet moet lezen, heb je Firecrawl nodig. Punt.

6. Playwright CLI — Browserautomatisering Die Echt Schaalt

Ik gebruikte Playwright MCP gedurende een maand voordat ik overstapte naar de Playwright CLI. De overstap bespaarde me ongeveer 75% van de tokens die ik verbrandde aan browserautomatiseringstaken. Dat is geen typefout.

Dit is wat er under the hood gebeurt. Playwright MCP geeft accessibility trees terug inline in de tool response — dus elke actie die de agent onderneemt, komt terug met een uitgebreide snapshot van de paginastructuur geplakt aan de response. Op een matig complexe pagina kan een enkele klik plus snapshot 5.000 tot 10.000 tokens kosten. Gedurende een volledige automatiseringssequentie kom je makkelijk in de zes cijfers.

De Playwright CLI-aanpak werkt anders. De CLI slaat snapshots en screenshots op naar bestanden op schijf. De agent roept CLI-commando's aan, leest alleen wat het nodig heeft van de opgeslagen bestanden, en verwijst naar de rest op pad. Werkelijk benchmark van tests die ik heb gezien: een browserautomatiseringstaak die ~114.000 tokens verbruikte met MCP, daalde naar ~27.000 tokens met de CLI. Ruwweg 4x reductie, consistent over meerdere runs.

Waarvoor ik Playwright CLI gebruik: end-to-end testgeneratie voor echte apps, scraping van sites die Firecrawl niet aankan (meestal omdat ze complexe meerstaps-loginflows vereisen), en het bouwen van visuele regressiecontroles voor front-end werk. De accessibility tree-aanpak betekent dat Claude Code elementen kan refereren op rol en naam — "klik op de Opslaan-knop" — in plaats van pixelcoördinaten te raden van screenshots. Het is nauwkeurig, deterministisch en goedkoop vergeleken met pixel-gebaseerde automatisering.

Bonusdetail dat niemand je vertelt: Playwright CLI integreert soepel met skills. Je kunt een skill bouwen die een veelvoorkomende automatisatieflow omhult — inloggen, navigeren, extraheren, uitloggen — en deze aanroepen vanuit elke Claude Code-sessie zonder het volledige Playwright tool-schema opnieuw te laden. Zo voer ik mijn contentdistributieautomatisering uit op meerdere sociale platforms.

7. Notebook LM + Pine CLI — Zwaar Leeswerk Delegeren

Dit had ik niet verwacht op de lijst te staan. Ik begon Notebook LM te gebruiken als een apart tool voor onderzoeksprojecten — een batch PDFs uploaden, Google het zware werk van documentanalyse laten doen, vragen stellen in de webinterface. Het werkte goed als standalone tool, maar voelde losgekoppeld van mijn Claude Code-workflow.

De Pine CLI veranderde dat. Het is een command-line interface die Claude Code verbindt met de Notebook LM web-app voor programmatische toegang — batch documentuploads, diarevisiess, volledige tekstextractie en geautomatiseerd delen. De strategische waarde is niet alleen het gemak. Het is dat de analyse van Notebook LM op Google's servers draait, niet ten koste van mijn Claude API-quota. Dit betekent dat ik honderden pagina's referentiemateriaal aan een onderzoeksproject kan geven zonder mijn Claude Code-tokengebruik op te blazen.

De workflow die ik heb gevonden: voor elk project met een zwaar referentiecorpus — de bestaande documentatie van een klant, een regelgevingskader dat ik moet begrijpen, een codebase die ik aan het auditen ben — upload ik alles naar Notebook LM via Pine, voer de initiële analyse en samenvatting daar uit, en haal de gecomprimeerde outputs terug naar Claude Code voor het eigenlijke implementatiewerk. Claude Code hoeft het volledige corpus nooit in context te laden. Het ziet alleen de gedestilleerde inzichten.

Ik beschreef deze hybride workflow in mijn Notebook LM Claude Code dev workflow post, en ik denk dat het een van de meest onderschatte patronen van 2026 is. De meta-les: niet elke taak moet via je primaire agent lopen. Soms is de juiste zet het uitbesteden van de analyse aan een tool die beter geschikt is voor zwaar leeswerk, en dan de resultaten terugvoeden.

8. Skill Creator Skill — De Meta-Skill Die Alles Verandert

Dit is het item waarvan ik beloofde dat het saai zou klinken totdat je het begreep. Skill Creator is een meta-skill — een skill wiens enige doel is om andere skills te creëren, te benchmarken en te A/B-testen.

Dit is waarom dat belangrijk is. Op het moment dat je begint met het bouwen van custom Claude Code skills voor je eigen workflows, stuit je op een kwaliteitsmetingsprobleem. Hoe weet je of versie twee van je skill werkelijk beter is dan versie één? Je denkt dat het is. De outputs voelen beter. Maar "voelt beter" is geen getal dat je kunt optimaliseren, en zonder echte meting eindig je met itereren op gevoel. Ik deed dit maandenlang en het kostte me. Sommige skills waarvan ik dacht dat ik ze verbeterde, werden op echte taken eigenlijk slechter — ik had alleen niet het bewijs om dat te zien.

De Skill Creator skill geeft je een gestructureerd raamwerk. Je definieert het doel van de skill. Je definieert een testset van representatieve invoer. Je definieert een scoringsrubric — hoe "goede" output eruitziet in meetbare termen. Dan laat de skill beide versies draaien op de testset, scoort de outputs en vertelt je welke versie wint, hoeveel, en op welke specifieke inputs. Kwantitatieve data in plaats van buikgevoel.

Ik loop nu elke custom skill die ik bouw door dit proces. Het vangt regressies op die ik handmatig nooit zou hebben gezien. Het vertelt me wanneer een "kleine aanpassing" de dingen eigenlijk slechter maakte. En omdat het is geïntegreerd met de Claude Code marketplace via het /plugin commando, is de setup triviaal — geen externe tooling, geen aangepaste benchmarkcode, geen spreadsheets.

De bredere verschuiving die dit ontsluit is belangrijk. Vóór Skill Creator waren custom skills ambachtswerk — je maakte ze op gevoel en hoopte dat ze standhielden. Na Skill Creator zijn skills ontworpen artefacten met prestatiedata eraan gekoppeld. Als je iets bouwt dat je meer dan een paar keer zult gebruiken, is dit niet onderhandelbaar.

Ik behandelde de volledige workflow in mijn deep dive over Skill Creator testen en optimalisatie — als je überhaupt skills bouwt, is dat de post om als volgende te lezen.

9. Light RAG — Wanneer Obsidian Niet Genoeg Is

Obsidian plus de skill is geweldig voor persoonlijk kennisbeheer en kleine projectvaults. Maar wanneer je een bepaalde schaal bereikt — duizenden documenten, complexe entiteitsrelaties, klantprojecten met diep onderling verbonden referenties — begint een markdown-vault onder zijn eigen gewicht te kraken. Ophalen wordt onnauwkeurig. De agent mist voor de hand liggende verbindingen. Je eindigt met handmatig door notities bladeren om te vinden wat je nodig hebt.

Dan grijp ik naar Light RAG. Het is een productieklaar, open-source RAG-framework van de datawetenschapsafdeling van de Universiteit van Hongkong, gepresenteerd op EMNLP 2025. Wat het anders maakt dan conventionele vector-only RAG-systemen is de graphcomponent. Light RAG extraheert entiteiten en relaties uit je documenten en bouwt een kennisgraaf bovenop de vectorindex. Wanneer je het bevraagt, krijg je zowel semantische overeenkomstenresultaten als graph-gebaseerde context — gerelateerde entiteiten, upstream/downstream-referenties, cross-document verbindingen die de pure vectorzoekopdracht zou missen.

In de praktijk is het verschil dramatisch op grote documentsets. Ik voerde dezelfde query uit op een Obsidian-vault en een Light RAG-index gebouwd op hetzelfde corpus (ongeveer 4.000 markdown-bestanden en technische PDFs van een compliance-auditproject). Obsidian gaf drie relevante bestanden terug via keyword- en link-matching. Light RAG gaf dezelfde drie terug plus elf meer gerelateerd via entiteitsrelaties die ik niet expliciet had gelinkt. Die extra context veranderde de analyse betekenisvol.

Belangrijke afweging: Light RAG is niet plug-and-play zoals Obsidian. Je besteedt tijd aan initiële setup, configuratie van storage backend (OpenSearch-ondersteuning werd toegevoegd in maart 2026 en ik zou het aanbevelen), en ingestion-tuning. Voor een solo-dev met een paar honderd notities is die overhead het niet waard — blijf bij Obsidian. Voor klantprojecten, compliancework of een kennisbank van meer dan duizend documenten, verdient Light RAG zijn complexiteit. Het is het verschil tussen een agent die je bestanden kan doorzoeken en een agent die ze werkelijk begrijpt.

10. Google Workspace CLI — Claude Code als Persoonlijk Assistent

Als laatste op de lijst, en de tool die mijn dagelijkse workflow op de meest onverwachte manier heeft veranderd. De Google Workspace CLI is een officieel door Google gebouwde command-line tool die je terminal directe toegang geeft tot Gmail, Agenda, Drive, Sheets, Docs, Chat en beheerfuncties. De "AI agent skills" modifier in de repo-naam is geen marketing — Google heeft deze met agents in gedachten gebouwd.

Zodra het is geïnstalleerd en geverifieerd, kan Claude Code GWS CLI gebruiken als elk ander terminalcommando. Geen MCP-server om te configureren. Geen aangepaste integratiecode. De agent leest de CLI-documentatie via skills, weet hoe de juiste commando's aan te roepen, en behandelt je Google Workspace als een uitbreiding van zijn capabilities.

Wat dit werkelijk ontsluit is een Claude Code-sessie die ook als persoonlijk operationeel assistent fungeert. Concrete voorbeelden uit de afgelopen twee weken van mijn eigen gebruik:

• Ochtend inbox triage. Claude Code leest mijn volledige ongelezen Gmail, categoriseert op urgentie en afzendertype, stelt antwoorden op voor routineberichten, markeert de berichten die mijn aandacht nodig hebben en archiveert de ruis. Wat vroeger dertig minuten inbox-gevecht was, is nu zo'n vier minuten.
• Vergadervoorbereiding. Voor elk gesprek in mijn agenda haalt Claude de vergaderdetails op, doorzoekt Gmail op eerdere gespreksgeschiedenis met de deelnemers, vindt gerelateerde docs in Drive en stelt een pre-read samen met context die ik werkelijk nodig heb. Ik ga niet meer onvoorbereid naar gesprekken.
• Documentworkflows. Een voorstel opstellen, data ophalen uit een sheet, een doc updaten, delen met een klant — dit alles verloopt vanuit dezelfde Claude Code-sessie die ik gebruik voor technisch werk. Geen contextwisseling tussen tools.

De setup omvat het inschakelen van services in Google Cloud en het verifiëren van de CLI, wat de meest vervelende stap in deze hele lijst is. Budget er twintig minuten voor en volg de officiële documentatie zorgvuldig. Zodra het klaar is, hoef je er nooit meer naar te kijken.

Voor wie dit is: Iedereen die elke dag betekenisvolle tijd in Google Workspace doorbrengt. Solo-oprichters, consultants, contentmakers, ingenieurs die klanten beheren. Als je leeft in Gmail en Agenda, rechtvaardigt alleen al deze plugin het Claude Code-abonnement.

Wie het kan overslaan: Als je geen Workspace-gebruiker bent, is er hier geen waarde. Migreer niet naar Google alleen om dit te installeren.

Het Beslissingsraamwerk — Welke van Deze Moet Je Eigenlijk Installeren?

Hier is het eerlijke antwoord dat ik eerder beloofde. Niet alle tien van deze horen in elke stack. De juiste subset hangt af van wat je bouwt, en tools installeren die je niet nodig hebt is erger dan niets installeren — ze creëren cognitieve overhead, plugin-conflicten en contextvervuiling.

Gebruik deze verdeling als startpunt:

Als je nieuw bent bij Claude Code (eerste 30 dagen): Installeer de Codex plugin, Obsidian + skill en Auto Research. Dat is het. Drie tools. Leer ze grondig voor je iets toevoegt. De verleiding om op dag één alles te installeren is de grootste fout die ik nieuwe gebruikers zie maken.

Als je voornamelijk een front-end developer bent: Voeg awesome-design-md en Playwright CLI toe aan de starter-drie. De design system-bestanden zullen je outputkwaliteit verbeteren. De CLI geeft je echte browsertesting zonder de MCP token overhead.

Als je werk web scraping, onderzoek of automatisering inhoudt: Voeg Firecrawl CLI + skill en Playwright CLI toe aan de starter-drie. Deze twee samen dekken ongeveer 95% van web-interactiebehoeften — Firecrawl voor gestructureerde data-extractie, Playwright voor complexe interactieve flows.

Als je grote documentcorpora beheert (juridisch, compliance, onderzoek, consulting): Voeg Light RAG en de Notebook LM Pine CLI toe. De combinatie van graph-gebaseerde retrieval plus uitbesteed zwaar leeswerk transformeert hoe je werkt met referentiezware projecten.

Als je serieus custom skills bouwt: Skill Creator is niet onderhandelbaar. Installeer het op de dag dat je je eerste custom skill schrijft. Besteed geen maanden aan itereren op gevoel zoals ik deed.

Als je Claude Code als dagelijkse driver voor operaties gebruikt: Google Workspace CLI is de meest impactvolle installatie op de lijst. Niet omdat het het meest technisch indrukwekkend is — dat is het niet — maar omdat de uren die het bespaart elke dag samengesteld worden.

De meesten van jullie die dit lezen vallen in twee of drie van die categorieën. Dat betekent dat je realistische beginstack waarschijnlijk vijf of zes van deze tien tools is, niet alle tien. Begin klein, meet wat werkelijk helpt, en wees bereid dingen te verwijderen die hun plek niet verdienen.

Wat Ik Je (Nog) Niet Vertel

Er zijn drie tools die bijna op deze lijst kwamen en dat niet deden. Ik wil ze kort benoemen omdat ik weet dat iemand in de reacties ernaar zal vragen.

Eén is een persistent memory plugin die ik ongeveer een maand aan het testen ben. Het is veelbelovend maar nog niet stabiel genoeg, en ik heb er twee sessies door laten corrumperen. Ik schrijf er over wanneer het een plek in de stack verdient.

Een andere is een local-first vectordatabase die soepel integreert met Claude Code skills. Het is elegant en de auteur doet geweldig werk, maar voor mijn gebruiksgevallen doet Light RAG alles wat het doet plus de graph-laag, en ik kan het niet rechtvaardigen om beide te draaien.

De derde is een voice interface plugin die leuk is om te demonstreren en bijna nutteloos voor echt werk. Het bespaart je van typen. Ik typ snel. Jouw ervaringen kunnen variëren.

De weglatingen vertellen je iets belangrijks over hoe ik deze lijst bouw. Een tool moet zijn plek verdienen, elke maand, op echte projecten. Het moment dat een tool zijn gewicht niet meer trekt, gaat het uit de stack. De bovenstaande tien hebben hun plek verdiend in de afgelopen zes maanden.

De Zondagochtendtest

Dit is hoe ik besloot of elk van deze tools het eindresultaat haalde. Ik vroeg mezelf: als ik mijn volledige Claude Code-setup op een zondagochtend kwijtraak en opnieuw moet opbouwen voor maandag, welke tools installeer ik dan opnieuw voordat ik aan het werk ga?

De tien tools op deze lijst zijn het antwoord. Codex plugin voordat ik code schrijf. Obsidian en de skill voordat ik een project open. Firecrawl en Playwright CLI voordat ik iets web-gerelateerds aanraak. Skill Creator voordat ik mijn eerste custom skill bouw. Google Workspace CLI voordat ik mijn inbox check.

De rest van de tools die ik heb geprobeerd — en dat zijn er tientallen geweest — slagen niet voor de zondagochtendtest. Ze zijn fijn om te hebben. Ze zijn interessant om mee te experimenteren. Maar ik zou niet stoppen om ze opnieuw te installeren voordat ik aan het werk ga, wat betekent dat ze niet echt essentieel zijn. Ze zijn accessoires.

Jouw zondagochtendtestlijst zal anders zijn dan de mijne. Dat is het punt. Bouw je eigen lijst. Wees meedogenloos over wat een plek verdient. En elke keer dat je iets nieuws toevoegt, vraag jezelf af of je het opnieuw zou opbouwen vanaf scratch om 8 uur 's ochtends op een zondag voordat je iets anders doet. Als het antwoord nee is, hoort het niet in je stack.

Nog één ding. Ga nu meteen naar je huidige Claude Code plugin-lijst kijken — de werkelijke lijst, niet de lijst waarvan je denkt dat je hem hebt. Tel de tools die je in de afgelopen zeven dagen hebt gebruikt. Voor de meesten van jullie zal dat getal onder de vijf liggen, wat betekent dat de helft van je geïnstalleerde tools dood gewicht is. Begin met het verwijderen van de tools die je niet hebt aangeraakt. De beste Claude Code stack in 2026 is niet de grootste. Het is de stack waar elk item zijn huur betaalt.

Veelgestelde Vragen

Wat is de beste Claude Code plugin om als eerste te installeren in 2026?

De Codex plugin voor Claude Code is de meest impactvolle eerste installatie voor iedereen die productiecode ship. Het voegt adversariale code review toe van een tweede AI-model in een apart proces, dat bugs opvangt die single-model reviews missen zonder je context window te verbruiken. Voor de volledige installatiewalkthrough, zie de Codex plugin sectie hierboven.

Heb ik echt zowel Firecrawl CLI als Playwright CLI nodig?

Ja, als je werk webdata inhoudt. Firecrawl verwerkt gestructureerde scraping, markdown-extractie en bulk crawling efficiënt. Playwright CLI verwerkt complexe interactieve flows zoals meerstaps-logins, visuele regressietests en sites die echte browserstatus vereisen. Ze dekken verschillende problemen en werken goed samen.

Is Light RAG de installatiecomplexiteit waard ten opzichte van Obsidian?

Alleen als je werkt met duizenden documenten of graph-gebaseerde entiteitsrelaties nodig hebt. Voor solo-developers met een paar honderd notities is Obsidian plus zijn skill sneller, eenvoudiger en gratis. Light RAG verdient zijn complexiteit op grootschalige documentcorpora, compliancework of klantprojecten met diep onderling verbonden referenties.

Hoeveel Claude Code plugins moet ik eigenlijk installeren?

De meeste werkende stacks landen op vijf tot acht tools totaal. Meer dan tien wordt moeilijk te onderhouden en creëert plugin-conflicten of contextvervuiling. Begin met drie kerntools (Codex, Obsidian, Auto Research) en voeg alleen toe wat je werkelijke workflow vraagt. Verwijder alles wat je in zeven dagen niet hebt gebruikt.

Heeft de Google Workspace CLI een MCP-server nodig?

Nee. De Google Workspace CLI draait als een standaard terminal tool, die Claude Code native aanroept via bash. Er is geen MCP-server om te configureren. Je hoeft alleen de gewenste Google Cloud-services in te schakelen en de CLI eenmalig te verifiëren.

Laten We Samenwerken

Wil je AI-systemen bouwen, workflows automatiseren of je tech-infrastructuur schalen? Ik help je graag.

• Fiverr (custom builds & integraties): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (enterprise oplossingen): ramlit.com
• ColorPark (design & branding): colorpark.io
• xCyberSecurity (beveiligingsdiensten): xcybersecurity.io