10 CLI Tools Die Ik Dagelijks Gebruik met Claude Code
Drie monitoren. Zeventien terminaltabs. Eén erg verward brein.
Dat was mijn setup zes maanden geleden toen ik voor het eerst diep in Claude Code dook. Ik dacht dat meer vensters meer productiviteit betekende. iTerm2 uitgespreid over mijn hele bureau. VS Code op één scherm. Een browser op een ander. En mijn terminal — een chaotische warboel van cat-commando's en halfvergeten directorypaden — op het derde.
Technisch gezien was ik "productief." Maar eerlijk? Het voelde als een ruimteschip bouwen met een botermes.
De doorbraak kwam niet van het leren van een nieuwe programmeertaal of het ontdekken van een obscure Claude Code-functie. Het kwam van het bouwen van een goede CLI-omgeving — een set terminalhulpmiddelen die mijn workflow veranderden van hectisch venster-wisselen naar iets wat soepel en doelgericht aanvoelde.
Dit had ik eerder willen weten: Claude Code leeft in de terminal. Wanneer je de terminal als een volwaardige omgeving behandelt en je er goed op inricht, verandert alles. De feedbackloops worden strakker. Contextswitsels verdwijnen. Je blijft langer in de zone.
Ik test en verzamel deze tools al maanden. Sommige gebruik ik elke dag. Een paar heb ik geprobeerd en afgevallen — ik vertel je welke en waarom, want dat is nuttiger dan alleen een gecureerde "best of"-lijst. En één ervan, die ik bewaar totdat we bij het eerlijke gedeelte komen, is zo essentieel geworden dat ik me een agentische sessie zonder niet kan voorstellen.
Waarom De Meeste Claude Code-gebruikers Blind Vliegen
Voordat we bij de tools komen, laat me het probleem preciezer beschrijven — want ik denk dat veel ontwikkelaars het verkeerde probleem oplossen.
Wanneer je Claude Code draait, beheer je een live samenwerking tussen jouw denken en een AI-agent die actief bestanden schrijft, bewerkt en herschikt. Dat betekent dat je drie vragen bijna gelijktijdig in realtime moet beantwoorden:
- Wat doet Claude nu precies met mijn codebase?
- Waar ben ik in mijn bestandssysteem, en waar moet ik zijn?
- Hoe houden mijn systeembronnen stand onder de belasting?
De meeste ontwikkelaars beantwoorden dit door tussen vensters te tabben, elke 30 seconden git status te draaien, en het beste te hopen. Dat werkt prima voor korte sessies. Maar wanneer je langere agentische loops draait — Claude refactort een service, genereert content, scaffoldt hele functies — heb je betere instrumentatie nodig.
De tools die ik hier deel zijn degene die die drie vragen beantwoorden zonder je flow te onderbreken. Ik installeerde de meeste met Homebrew op mijn Mac, en ik geef je door het artikel exacte installatieopdrachten. De meeste hebben Linux-equivalenten voor headless serverconfiguraties.
Eerlijke voorafgaande erkenning: ik gebruik niet alle twaalf elke dag in elk project. Sommige zijn contextafhankelijk. Ik geef aan welke dagelijkse drivers zijn en welke situationeel — want ik geef je liever een eerlijke toolkit dan één die indrukwekkend klinkt maar niet weerspiegelt hoe echt werk daadwerkelijk verloopt.
Maar voordat we naar specifieke tools gaan, moet je het mentale model begrijpen dat deze stack laat werken. Zonder dat installeer je alles en gebruik je niets.
De Drielaagse Terminalstack
Dit is hoe ik mijn CLI-omgeving zie wanneer ik werk met Claude Code. Elke tool past in één van drie lagen:
Laag 1: Bewustzijn — Weten wat er in realtime met je code en systeem gebeurt. Laag 2: Navigatie — Snel komen waar je moet zijn, zonder erover na te denken. Laag 3: Intelligentie — Je AI-tools, modelopties en resourcekosten begrijpen.
De meeste ontwikkelaars hebben alleen Laag 2 gedekt — ze kennen cd en ls. Degenen die efficiënte Claude Code-sessies draaien hebben alle drie opgezet. Laat me door elke laag lopen en de tools die daarin passen.
Laag 1: Bewustzijn — Weten Wat Er Werkelijk Gebeurt
Lazygit: De Tool Zonder Welke Ik Claude Code Niet Open
Open Lazygit voordat je een Claude Code-sessie begint. Draai gewoon lazygit in je projectdirectory en je krijgt een volledige terminal UI die je repo-status, staged wijzigingen, commitgeschiedenis, branches en stashes toont — allemaal in één weergave, allemaal in realtime bijgewerkt.
Waarom dit specifiek voor Claude Code belangrijk is: wanneer je een agentische sessie draait en Claude wijzigingen aanbrengt, wordt Lazygit je live venster op wat er werkelijk gebeurt. Je kunt bestandswijzigingen zien terwijl ze plaatsvinden. Diffs bekijken zonder de terminal te verlaten. Als Claude iets onverwachts doet — en dat zal uiteindelijk gebeuren — zie je precies wat er veranderd is voordat je beslist of je het behoudt of terugdraait.
brew install lazygit
Navigatie is simpel: j/k om omhoog en omlaag te bewegen, enter om in te duiken, space om te stagen, c om te committen. De leercurve is twintig minuten, geen twintig dagen.
Iets wat ik niet verwachtte: Lazygit zorgde ervoor dat ik vaker committe tijdens Claude-sessies. Wijzigingen in realtime zien opstapelen creëert een natuurlijk ritme. Ik maak nu vaker checkpoints, wat betekent dat terugdraaien minder eng is — wat betekent dat ik Claude agressiever laat zijn met refactors. Dat is een samengesteld voordeel dat me een tijdje kostte om op te merken.
Btop: Systeemmonitoring Die Daadwerkelijk Vertelt Wat Er Mis Is
Toen ik voor het eerst langere Claude Code-sessies draaide, begon mijn MacBook na ongeveer 45 minuten te sputteren. Ik had geen idee waarom. Waren het de LLM API-aanroepen? Node.js geheugenlekkages? Te veel achtergrondprocessen die om RAM concurreerden?
Btop beantwoordde dat in ongeveer 10 seconden.
brew install btop
Draai btop en je krijgt een interactief terminaldashboard dat CPU-gebruik per kern, geheugenverbruik per proces, schijf-I/O en netwerkverkeer toont — allemaal in één weergave. Druk op t om verschillende weergavepanelen te wisselen. Druk op e om procesdetails uit te vouwen.
Voor Claude Code-gebruikers: houd Btop draaiend in een terminalsplit tijdens je agentsessies. Je leert snel wat "normaal" resourcegebruik eruitziet voor jouw setup, en je herkent weglopende processen voordat ze je sessie laten crashen.
Pro-tip: Btop's geheugenweergave was hoe ik ontdekte dat een bepaald npm-pakket dat ik gebruikte agressief geheugen lekte tijdens Claudes testdraaironden. Opgelost in 20 minuten zodra ik het daadwerkelijk kon zien gebeuren. Zonder zichtbaarheid had ik Claude blijven beschuldigen.
Laag 2: Navigatie — Overal Komen Zonder Erover Na te Denken
Zoxide: Directorynavigatie Die Van Je Leert
Een workflow die me jarenlang in verlegenheid bracht: cd ~/projects/clients/acme/backend/src/controllers. Elke keer. Volledig uitgeschreven. Zelfs na 200 bezoeken aan die directory.
Zoxide lost dit permanent op.
brew install zoxide
Voeg dit toe aan je ~/.zshrc:
eval "$(zoxide init zsh)"
Na de installatie, zodra je een directory hebt bezocht, kun je er terug naartoe springen met slechts een fragment: z controllers en Zoxide begrijpt waar je naartoe wilt op basis van je navigatiegeschiedenis. Het zi-commando geeft je een interactieve fuzzy-zoekopdracht van je volledige spronggeschiedenis.
Voor Claude Code: wanneer je tijdens een sessie schakelt tussen meerdere projectdirectories — de uitvoer van één project controleren terwijl Claude bestanden genereert voor een ander — reduceert Zoxide navigatietijd van "meerdere seconden typen" naar een toetsaanslag en een woord.
Ik onderschatte deze tool toen ik hem voor het eerst installeerde. Nu is het pure spiergeheugen. Het soort tool waarbij je de afwezigheid onmiddellijk merkt wanneer je op een nieuwe machine werkt.
Ranger: Een Bestandsbrowser Die in Je Terminal Leeft
Ranger geeft je een drievenstersbestandsbrowser binnen je terminal. Het linkervenster toont de bovenliggende directory, het midden toont de huidige directory, en rechts toont een voorbeeld van het geselecteerde bestand. Navigeer met h/j/k/l (Vim-stijl), open bestanden met enter, bekijk tekstbestanden zonder een apart commando te draaien.
brew install ranger
Ik gebruik dit in twee specifieke scenario's: wanneer ik een projectstructuur verken die ik nog niet goed ken (Ranger geeft me een ruimtelijk begrip van de codebase dat platte ls nooit biedt), en wanneer Claude een batch nieuwe bestanden heeft gegenereerd en ik de structuur snel wil bekijken en controleren of er iets vreemds bij zit.
Voor Linux- of headless-omgevingen specifiek is Ranger in wezen essentieel. Het vervangt de GUI-bestandsbeheerder waarnaar je normaal zou grijpen.
EZA: Wat ls Vanaf het Begin Had Moeten Zijn
eza is een moderne vervanger voor ls met iconen, kleurgecodeerde rechten, directorygroepering en ingebouwde git-statusintegratie.
brew install eza
Voeg dan deze aliassen toe aan je ~/.zshrc:
alias ls='eza --icons --group-directories-first'
alias ll='eza -l --icons --group-directories-first'
alias la='eza -la --icons --group-directories-first'
alias lt='eza --tree --icons --level=2'
Het verschil is meteen zichtbaar: bestandstypeiconen, directories bovenaan gegroepeerd, en — dit is het deel dat ik geweldig vind — als je in een git-repo zit, toont eza welke bestanden gewijzigd, gestaged of untracked zijn direct in de bestandslijst. Geen aparte git status meer nodig voor een snelle visuele controle.
Kleine quality-of-life-verbetering. Maar na een week vraag je je af hoe je er zonder werkte.
Laag 3: Intelligentie — Je AI-tools en Resources Begrijpen
Dit is de laag die de meeste ontwikkelaars volledig overslaan, en hier ligt de echte leverage wanneer je AI-zware workflows draait.
LLMFit: Weet Wat Jouw Hardware Werkelijk Aankan
LLMFit is een CLI-tool die je hardware scant en je vertelt welke lokale AI-modellen je realistisch gezien kunt draaien — met prestatiesscores, geschatte geheugenvereisten en parameteraantallen. Geen giswerk meer.
pip install llmfit
Draai llmfit scan en je krijgt een tabel: modelnaam, parameteraantal, geheugenvereiste, geschatte prestatiescore op jouw specifieke hardware, en compatibiliteitsstatus gegeven je beschikbare RAM.
Waarom dit belangrijk is: ik verspilde ooit twee uur met proberen een 13B-parametermodel te draaien op een machine die technisch gezien genoeg totaal RAM had, maar niet genoeg vrij RAM na systeemoverhead. Het model bleef crashen tijdens inferentie. LLMFit zou dat meteen hebben gemarkeerd en een 7B-alternatief hebben voorgesteld.
Voor Claude Code-gebruikers die werken met lokale modellen via Ollama of LM Studio naast Claudes API: draai LLMFit eenmalig bij het instellen van een nieuwe machine of bij het experimenteren met modelformaten. Het bespaart debugsessies die je niet nodig hebt.
Models CLI: AI-providervergelijking Zonder een Browsertab
De models CLI geeft je een terminalgebaseerde vergelijking van AI-modelproviders — prijs per token, contextvenstergroottes, benchmarks en changelogs — zonder een browser te openen.
npm install -g models-cli
De use case is specifiek maar waardevol: wanneer je beslist welk model je voor een bepaalde agenttaak wilt gebruiken, kun je door een snelle vergelijking op te roepen zonder naar een browsertab te schakelen in je flow blijven. Ik gebruik dit voornamelijk voor kostenanalyse. Wanneer een hoogvolume contentgeneratieworkflow duur wordt met Claude Opus, kan ik snel vergelijken of een kleiner model geschikt is voor een bepaalde subtaak — direct vanuit de terminal, midden in een sessie.
Taproom: Je Geïnstalleerde Homebrew-pakketten, Georganiseerd
Taproom toont elk Homebrew-pakket en elke cask die op je Mac is geïnstalleerd, overzichtelijk en doorzoekbaar georganiseerd.
brew install taproom
Draai taproom voor een overzichtelijke lijst van je geïnstalleerde formulae en casks. Draai taproom | grep ranger om te controleren of iets al geïnstalleerd is. Ik gebruik dit vaker dan verwacht — voornamelijk bij het instellen van nieuwe machines en wanneer ik me niet kan herinneren of ik iets al heb geïnstalleerd. Het heeft me gered van dubbele installaties en geholpen mijn omgeving snel te repliceren bij het wisselen tussen machines.
Op dit punt heb je het volledige mentale model en de negen kerntols. Maar hier wordt het echt nuttig — de laatste drie tools zijn degene die de meeste mensen niet denken te installeren, en twee ervan veranderden specifieke delen van mijn workflow meer dan wat dan ook.
Het Onderschatte Trio: Markdown, Afbeeldingen en Data
Glow: Lees Claudes Markdown-uitvoer Zoals Het Bedoeld Was
Wanneer Claude documentatie, blogposts of READMEs genereert, lees ik ze met Glow in plaats van cat. Het verschil is significant.
brew install glow
Draai glow yourfile.md en Glow rendert correcte markdown-opmaak — headers zien eruit als headers, codeblokken hebben syntaxiscontext, vetgedrukte tekst is daadwerkelijk vetgedrukt. Niet meer turen naar rauwe asterisken en backticks.
Voor contentworkflows specifiek is dit essentieel. Wanneer ik 3.000-woorden-posts doorlees voor publicatie, is het verschil tussen lezen in Glow versus rauwe markdown het verschil tussen opmaakproblemen opmerken en ze missen.
Neovim: Krachtige Navigatie voor Lange Documenten
Neovim is de geavanceerde optie, en ik zal niet doen alsof de leercurve zacht is — dat is hij niet. Maar als je vertrouwd bent met Vim-toetsbindingen, geeft Neovim je navigatiesuperkrachten voor lange markdown-bestanden: spring tussen headers met ]] en [[, vouw secties samen met za, zoek binnen het bestand met /. Voor lange documenten die Claude genereert is dit sneller dan elke GUI-editor voor snelle structurele bewerkingen.
brew install neovim
Eerlijke inschatting: als je nog nooit Vim hebt gebruikt, installeer dan eerst Glow, gebruik het twee weken dagelijks en overweeg dan Neovim. Laat de coole factor je niet naar een tool duwen waarvoor je niet klaar bent. Glow dient de meeste mensen prima — en een basale nvim-aanroep zonder plugins handelt snelle bewerkingen netjes af.
Shua en CSV Lens: Visuele en Datatools voor de Terminal
Shua rendert afbeeldingen direct in je terminal. Nichemeer, maar als je werkt met Claude aan beeldgerelateerde taken — screenshots bekijken, gegenereerde assets voorbeelden, visuele uitvoer controleren — is het een echte gemak om afbeeldingen te kunnen bekijken zonder de CLI te verlaten. Compatibiliteit hangt af van je terminal-emulator (werkt goed in iTerm2).
CSV Lens geeft je een interactieve TUI voor CSV-bestanden:
cargo install csvlens
# Als je Rust niet geïnstalleerd hebt: brew install rust eerst
Navigeer met pijltoetsen, zoek met /, stop met q. Als je werkt met data in je Claude Code-sessies — geëxporteerde logs, gestructureerde data, testfixtures — laat CSV Lens je bladeren en filteren zonder Excel of Numbers te openen. Verrassend snel zelfs op grotere CSV's.
Het Eerlijke Gedeelte: Wat Ik Fout Deed
Dit had ik willen weten voordat ik tool-gek werd.
Fout #1: Alles tegelijk installeren. Mijn eerste poging om een CLI-toolkit te bouwen was een ramp. Ik installeerde op één middag ongeveer 20 tools, gaf de helft ervan aliassen, en greep vervolgens naar dezelfde drie tools die ik altijd had gebruikt. De nieuwe tools stonden er maar, theoretisch beschikbaar, nooit werkelijk getriggerd door gewoonte.
Wat het oploste: één nieuwe tool per week installeren. Specifiek, mijn bestaande alias voor iets verwijderen en mezelf dwingen de vervanger te gebruiken. ls werd twee weken eza voordat ik Zoxide installeerde. Geforceerde onderdompeling. Het werkt.
Fout #2: Neovim overengineeringen. Neovim is echt krachtig. Ik gebruik het. Maar ik verspilde ongeveer zes uur met het instellen van de "perfecte" Neovim-configuratie met LSP-servers, plugins en een volledig aangepast thema — voor markdown-bewerking. Dat was overdreven. Glow handelt het lezen af. Een gewone nvim handelt snelle bewerkingen af. Je hebt de volledige IDE-setup niet nodig tenzij je Neovim als je primaire editor voor alles gebruikt.
Misvatting over LLMFit: Een paar mensen die ik ken gingen ervan uit dat het een definitieve garantie geeft van wat een model op hun hardware zal doen. Het is meer een goed geïnformeerde schatting. Geheugengebruik varieert op basis van kwantisatie, contextlengte en wat er verder draait. Behandel het als een startpunt, geen contract.
De impopulaire mening: niet elke Claude Code-gebruiker heeft deze volledige toolkit nodig. Als je lichte sessies doet — snelle vragen, kleine bewerkingen — is een goed geconfigureerde VS Code-terminal waarschijnlijk genoeg. Deze stack is voor mensen die uitgebreide agentische sessies draaien, contentsystemen beheren, of zware bestandsmanipulatie doen over meerdere projecten. Ken je daadwerkelijke workflow voordat je optimaliseert voor één die je niet hebt.
En de tool die ik liet vallen die ik aan het begin noemde? Mac Top. Een macOS-specifieke systeemmonitor die ik na een test van twee weken minder uitgebreid en minder aanpasbaar vond dan Btop voor mijn behoeften. Geen slechte tool — gewoon de verkeerde fit voor wat ik nodig had van systeemmonitoring tijdens AI-sessies.
Wat Er Werkelijk Veranderde Na 90 Dagen
Negentig dagen verder, dit is wat ik eerlijk kan rapporteren:
Contextswitsels daalden merkbaar. Daarvoor: tabben naar GitHub Desktop om repo-staat te controleren, schakelen naar Finder voor bestandsbeheer, een browser openen voor modelprijsvergelijkingen. Daarna: Lazygit, Ranger en de Models CLI regelen alle drie zonder de terminal te verlaten. Minder contextswitsels betekent langere ononderbroken focusvensters.
Ik merk Claudes fouten sneller op. Lazygit in een terminalsplit toont me diffs in realtime. Wanneer Claude een onbedoelde wijziging aanbrengt — wat gebeurt, vooral tijdens langere sessies — zie ik het binnen seconden, niet nadat de hele sessie voltooid is. Vroege detectie betekent kleinere terugdraaiacties en minder herstelwerk.
Omgevingsreplicatie ging van uren naar minuten. Toen ik vorige maand een nieuwe devmachine opzette, had ik mijn volledige CLI-omgeving in ongeveer 25 minuten draaiend: Homebrew bundle, shell config-regels, een paar handmatige installaties. Zonder deze doelbewuste, gedocumenteerde toolkit had dat een halve dag gekost van "wacht, wat had ik geïnstalleerd?"
Contentworkflow specifiek: voor het blogsysteem dat ik draai op mejba.me genereert Claude markdown-bestanden die ik lees met Glow, incheck via Lazygit en organiseer met Ranger. Die cyclus — genereren, reviewen, committen, organiseren — kostte me vroeger ongeveer vier minuten per post. Nu is het onder de 90 seconden. Over tientallen posts per maand accumuleert dat tot uren bespaard.
Snelle winsten verschijnen direct na de installatie (Zoxide alleen bespaart al echte minuten per dag). De diepere winsten — beter situationeel bewustzijn, sneller debuggen, minder cognitieve overhead — komen naar voren over weken naarmate deze tools automatisch worden.
Jouw Volgende Stap
Kies drie tools uit deze lijst. Slechts drie — niet alle twaalf. Vanavond.
Specifiek: Lazygit, Zoxide en Glow. Installeer die drie en ze veranderen de textuur van je volgende Claude Code-sessie op manieren die direct merkbaar zijn. Gebruik ze twee weken voordat je iets anders toevoegt. Weersta de drang om de volledige stack te installeren. Diepte van adoptie verslaat breedte van installatie elke keer.
De ontwikkelaars die ik zie die Claude Code het meest effectief draaien zijn niet degenen met de meeste tools. Het zijn degenen die een kleine set tools volledig automatisch hebben gemaakt — waarbij Lazygit spiergeheugen is, waarbij Zoxide gewoon de manier is waarop navigatie werkt, waarbij Claudes uitvoer in Glow reviewen de voor de hand liggende keuze is.
Zes maanden geleden: drie-monitorchaos, constant vensterwisselen, blind vliegen door bestandswijzigingen. Nu: één gefocuste terminalsplit met tools die daadwerkelijk passen bij hoe ik denk.
Welk deel van je huidige terminalworkflow doet je elke keer een beetje pijn als je het doet? Begin daar.
🤝 Laten We Samenwerken
Wil je AI-systemen bouwen, workflows automatiseren of je technische infrastructuur opschalen? Ik help je graag.
- 🔗 Fiverr (aangepaste builds & integraties): fiverr.com/s/EgxYmWD
- 🌐 Portfolio: mejba.me
- 🏢 Ramlit Limited (zakelijke oplossingen): ramlit.com
- 🎨 ColorPark (design & branding): colorpark.io
- 🛡 xCyberSecurity (beveiligingsdiensten): xcybersecurity.io
