10 CLI Tools, die ich täglich mit Claude Code nutze

Drei Monitore. Siebzehn Terminaltabs. Ein ziemlich verwirrtes Gehirn.

Das war mein Setup vor sechs Monaten, als ich zum ersten Mal tief in Claude Code eintauchte. Ich dachte, mehr Fenster bedeuteten mehr Produktivität. iTerm2 über den gesamten Schreibtisch verteilt. VS Code auf einem Bildschirm. Ein Browser auf einem anderen. Und mein Terminal — ein chaotisches Durcheinander aus cat-Befehlen und halb erinnerten Verzeichnispfaden — auf dem dritten.

Technisch gesehen war ich „produktiv." Aber ehrlich gesagt? Es fühlte sich an wie ein Raumschiff mit einem Buttermesser zu bauen.

Der Durchbruch kam nicht durch das Erlernen einer neuen Programmiersprache oder die Entdeckung einer obskuren Claude Code-Funktion. Er kam durch den Aufbau einer richtigen CLI-Umgebung — einer Reihe von Terminal-Tools, die meinen Workflow vom hektischen Fensterwechsel zu etwas verwandelten, das sich tatsächlich flüssig und zielgerichtet anfühlte.

Das hätte ich mir früher gewünscht: Claude Code lebt im Terminal. Wenn man das Terminal als erstklassige Umgebung behandelt und sich entsprechend ausrüstet, verändert sich alles. Die Feedback-Schleifen werden straffer. Kontextwechsel verschwinden. Man bleibt länger im Flow.

Ich teste und sammle diese Tools seit Monaten. Einige nutze ich jeden einzelnen Tag. Einige habe ich ausprobiert und wieder aufgegeben — ich werde euch sagen, welche und warum, denn das ist nützlicher als eine kuratierte „Best of"-Liste. Und eines davon, das ich bis zum ehrlichen Abschnitt aufhebe, ist so unverzichtbar geworden, dass ich mir eine agentische Sitzung ohne es nicht mehr vorstellen kann.

Bevor wir zu den Tools kommen, möchte ich das Problem genauer beschreiben — denn ich glaube, viele Entwickler lösen das falsche Problem.

Wenn man Claude Code ausführt, verwaltet man eine Live-Zusammenarbeit zwischen dem eigenen Denken und einem KI-Agenten, der aktiv Dateien schreibt, bearbeitet und umordnet. Das bedeutet, man muss drei Fragen nahezu gleichzeitig in Echtzeit beantworten:

Was macht Claude gerade wirklich mit meiner Codebase?
Wo bin ich in meinem Dateisystem, und wo muss ich hin?
Wie halten meine Systemressourcen unter der Last stand?

Die meisten Entwickler beantworten diese Fragen, indem sie zwischen Fenstern wechseln, alle 30 Sekunden git status ausführen und auf das Beste hoffen. Das funktioniert für kurze Sitzungen gut. Aber wenn man längere agentische Schleifen ausführt — Claude refaktoriert einen Service, generiert Inhalte, scaffoldet ganze Features — braucht man bessere Instrumentierung.

Die Tools, die ich hier teile, sind diejenigen, die diese drei Fragen beantworten, ohne den Flow zu unterbrechen. Ich habe die meisten mit Homebrew auf meinem Mac installiert, und ich werde euch genaue Installationsbefehle mitgeben. Die meisten haben Linux-Äquivalente für headless Server-Setups.

Eine ehrliche Vorbemerkung: Ich nutze nicht alle zwölf davon jeden Tag in jedem Projekt. Einige sind kontextabhängig. Ich werde kennzeichnen, welche tägliche Treiber und welche situationsbedingt sind — denn ich gebe euch lieber ein ehrliches Toolkit als eines, das beeindruckend klingt, aber nicht widerspiegelt, wie echte Arbeit tatsächlich abläuft.

Aber bevor wir zu spezifischen Tools kommen, muss man das mentale Modell verstehen, das diesen Stack zum Laufen bringt. Ohne es installiert man alles und nutzt nichts.

Der Dreilagige Terminal-Stack

So denke ich über meine CLI-Umgebung, wenn ich mit Claude Code arbeite. Jedes Tool passt in eine von drei Schichten:

Schicht 1: Bewusstsein — Wissen, was in Echtzeit mit Code und System passiert. Schicht 2: Navigation — Schnell dorthin gelangen, wo man sein muss, ohne darüber nachzudenken. Schicht 3: Intelligenz — Die eigenen KI-Tools, Modelloptionen und Ressourcenkosten verstehen.

Die meisten Entwickler haben nur Schicht 2 abgedeckt — sie kennen cd und ls. Diejenigen, die effiziente Claude Code-Sitzungen durchführen, haben alle drei eingerichtet. Ich gehe jede Schicht durch und die Tools, die ihr dienen.

Schicht 1: Bewusstsein — Wissen, Was Wirklich Passiert

Lazygit: Das Tool, Ohne Das Ich Claude Code Nicht Öffne

Öffnet Lazygit, bevor ihr eine Claude Code-Sitzung startet. Führt einfach lazygit in eurem Projektverzeichnis aus und ihr bekommt eine vollständige Terminal-UI, die euren Repo-Status, staged Änderungen, Commit-Historie, Branches und Stashes anzeigt — alles in einer Ansicht, alles in Echtzeit aktualisiert.

Warum das speziell für Claude Code wichtig ist: Wenn man eine agentische Sitzung ausführt und Claude Änderungen vornimmt, wird Lazygit zum Live-Fenster auf das, was wirklich passiert. Man kann Dateiänderungen sehen, während sie auftreten. Diffs überprüfen, ohne das Terminal zu verlassen. Wenn Claude etwas Unerwartetes tut — und das wird früher oder später passieren — sieht man genau, was sich geändert hat, bevor man entscheidet, ob man es behalten oder rückgängig machen möchte.

brew install lazygit

Die Navigation ist denkbar einfach: j/k zum Auf- und Abbewegen, enter zum Hineinbohren, space zum Stagen, c zum Committen. Die Lernkurve beträgt zwanzig Minuten, nicht zwanzig Tage.

Etwas, das ich nicht erwartet hatte: Lazygit ließ mich während Claude-Sitzungen häufiger committen. Änderungen in Echtzeit aufgestapelt zu sehen erzeugt einen natürlichen Rhythmus. Ich setze jetzt öfter Checkpoints, was bedeutet, dass Rückrollvorgänge weniger beängstigend sind — was bedeutet, dass ich Claude aggressiver bei Refaktorierungen sein lasse. Das ist ein zusammengesetzter Vorteil, den ich eine Weile gebraucht habe, um ihn zu bemerken.

Btop: Systemüberwachung, Die Tatsächlich Sagt, Was Falsch Ist

Als ich anfing, längere Claude Code-Sitzungen auszuführen, begann mein MacBook nach etwa 45 Minuten zu straucheln. Ich hatte keine Ahnung warum. Waren es die LLM-API-Aufrufe? Node.js-Speicherlecks? Zu viele Hintergrundprozesse, die um RAM konkurrierten?

Btop beantwortete das in etwa 10 Sekunden.

brew install btop

Führt btop aus und ihr bekommt ein interaktives Terminal-Dashboard, das CPU-Nutzung pro Kern, Speicherverbrauch nach Prozess, Festplatten-I/O und Netzwerkverkehr anzeigt — alles in einer Ansicht. Drückt t, um verschiedene Anzeigebereiche umzuschalten. Drückt e, um Prozessdetails zu erweitern.

Für Claude Code-Nutzer: Haltet Btop in einem Terminal-Split während eurer Agenten-Sitzungen laufen. Ihr lernt schnell, wie „normale" Ressourcennutzung für euer Setup aussieht, und erkennt unkontrollierte Prozesse, bevor sie eure Sitzung zum Absturz bringen.

Pro-Tipp: Btops Speicheransicht war das, womit ich herausfand, dass ein bestimmtes npm-Paket, das ich verwendete, während Claudes Testläufen aggressiv Speicher leckte. In 20 Minuten behoben, sobald ich es tatsächlich sehen konnte. Ohne Sichtbarkeit hätte ich weiterhin Claude die Schuld gegeben.

Zoxide: Verzeichnisnavigation, Die Von Euch Lernt

Ein Workflow, der mich jahrelang in Verlegenheit gebracht hat: cd ~/projects/clients/acme/backend/src/controllers. Jedes Mal. Vollständig ausgeschrieben. Sogar nach 200 Besuchen in diesem Verzeichnis.

Zoxide behebt das dauerhaft.

brew install zoxide

Fügt das zu eurer ~/.zshrc hinzu:

eval "$(zoxide init zsh)"

Nach der Installation, sobald ihr ein Verzeichnis besucht habt, könnt ihr mit nur einem Fragment dorthin zurückspringen: z controllers und Zoxide findet heraus, was ihr meint, basierend auf eurer Navigationshistorie. Der zi-Befehl gibt euch eine interaktive Fuzzy-Suche eurer gesamten Sprunghistorie.

Für Claude Code: Wenn ihr während einer Sitzung zwischen mehreren Projektverzeichnissen wechselt — die Ausgabe eines Projekts prüfen, während Claude Dateien für ein anderes generiert — reduziert Zoxide die Navigationszeit von „mehrere Sekunden Tippen" auf einen Tastendruck und ein Wort.

Ich habe dieses Tool unterschätzt, als ich es zum ersten Mal installiert habe. Jetzt ist es reines Muskelgedächtnis. Die Art von Tool, bei dem man die Abwesenheit sofort bemerkt, wenn man auf einem frischen Rechner arbeitet.

Ranger: Ein Datei-Browser, Der Im Terminal Lebt

Ranger gibt euch einen Drei-Fenster-Dateibrowser innerhalb eures Terminals. Der linke Bereich zeigt das übergeordnete Verzeichnis, der mittlere das aktuelle Verzeichnis, und rechts eine Vorschau der ausgewählten Datei. Navigiert mit h/j/k/l (Vim-Stil), öffnet Dateien mit enter, betrachtet Textdateien ohne einen separaten Befehl auszuführen.

brew install ranger

Ich nutze das in zwei spezifischen Szenarien: wenn ich eine Projektstruktur erkunde, die ich noch nicht gut kenne (Ranger gibt mir ein räumliches Verständnis der Codebase, das flaches ls nie bietet), und wenn Claude eine Reihe neuer Dateien generiert hat und ich schnell die Struktur überprüfen und etwas Fehlgelagertes erkennen möchte.

Für Linux- oder headless-Umgebungen speziell ist Ranger im Grunde unverzichtbar. Es ersetzt den GUI-Dateimanager, nach dem man normalerweise greifen würde.

EZA: Was `ls` Von Anfang An Hätte Sein Sollen

eza ist ein moderner Ersatz für ls mit Icons, farbcodierten Berechtigungen, Verzeichnisgruppierung und integrierter git-Status-Integration.

brew install eza

Fügt dann diese Aliasse zu eurer ~/.zshrc hinzu:

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'

Der Unterschied ist sofort sichtbar: Dateitypicons, oben gruppierte Verzeichnisse, und — das ist der Teil, den ich liebe — wenn man in einem git-Repo ist, zeigt eza, welche Dateien geändert, gestaged oder untracked sind, direkt in der Dateiliste. Kein separates git status mehr für eine schnelle visuelle Kontrolle nötig.

Kleine Lebensqualitätsverbesserung. Aber nach einer Woche fragt man sich, wie man ohne sie gearbeitet hat.

Schicht 3: Intelligenz — KI-Tools und Ressourcen Verstehen

Das ist die Schicht, die die meisten Entwickler vollständig überspringen, und hier liegt die echte Hebelwirkung, wenn man KI-intensive Workflows betreibt.

LLMFit: Wissen, Was Eure Hardware Wirklich Schafft

LLMFit ist ein CLI-Tool, das eure Hardware scannt und euch sagt, welche lokalen KI-Modelle ihr realistisch ausführen könnt — mit Leistungswerten, geschätzten Speicheranforderungen und Parameteranzahlen. Kein Raten mehr.

pip install llmfit

Führt llmfit scan aus und ihr bekommt eine Tabelle: Modellname, Parameteranzahl, Speicheranforderung, geschätzte Leistungsbewertung auf eurer spezifischen Hardware und Kompatibilitätsstatus angesichts eures verfügbaren RAM.

Warum das wichtig ist: Ich habe einmal zwei Stunden damit verschwendet, ein 13B-Parameter-Modell auf einem Rechner auszuführen, der technisch genug Gesamt-RAM hatte, aber nach System-Overhead nicht genug freies RAM. Das Modell stürzte während der Inferenz immer wieder ab. LLMFit hätte das sofort markiert und eine 7B-Alternative vorgeschlagen.

Für Claude Code-Nutzer, die mit lokalen Modellen über Ollama oder LM Studio neben Claudes API arbeiten: Führt LLMFit einmal beim Einrichten eines neuen Rechners oder beim Experimentieren mit Modellgrößen aus. Es erspart Debug-Sitzungen, die ihr nicht braucht.

Models CLI: KI-Anbietervergleich Ohne Einen Browser-Tab

Die models CLI gibt euch einen terminalbasierten Vergleich von KI-Modellanbietern — Preis pro Token, Kontextfenstergrößen, Benchmarks und Changelogs — ohne einen Browser zu öffnen.

npm install -g models-cli

Der Anwendungsfall ist spezifisch, aber wertvoll: Wenn man entscheidet, welches Modell man für eine bestimmte Agentenaufgabe verwenden möchte, bleibt man im Flow, indem man einen schnellen Vergleich aufruft, ohne zu einem Browser-Tab zu wechseln. Ich nutze das hauptsächlich für Kostenanalysen. Wenn ein Hochvolumen-Inhaltsgenerierungs-Workflow mit Claude Opus teuer wird, kann ich schnell vergleichen, ob ein kleineres Modell für eine bestimmte Unteraufgabe geeignet ist — direkt aus dem Terminal, mitten in einer Sitzung.

Taproom: Eure Installierten Homebrew-Pakete, Organisiert

Taproom zeigt jedes auf eurem Mac installierte Homebrew-Paket und jeden Cask, übersichtlich und durchsuchbar organisiert.

brew install taproom

Führt taproom für eine saubere Liste eurer installierten Formulae und Casks aus. Führt taproom | grep ranger aus, um zu prüfen, ob etwas bereits installiert ist. Ich nutze das öfter als erwartet — hauptsächlich beim Einrichten neuer Rechner und wenn ich mich nicht erinnern kann, ob ich etwas bereits installiert habe. Es hat mich vor doppelten Installationen gerettet und geholfen, meine Umgebung beim Wechsel zwischen Rechnern schnell zu replizieren.

An diesem Punkt habt ihr das vollständige mentale Modell und die neun Kern-Tools. Aber hier wird es wirklich nützlich — die letzten drei Tools sind diejenigen, die die meisten Leute nicht daran denken zu installieren, und zwei davon haben bestimmte Teile meines Workflows mehr verändert als alles andere.

Das Unterschätzte Trio: Markdown, Bilder und Daten

Glow: Lest Claudes Markdown-Ausgabe So, Wie Sie Gemeint War

Wenn Claude Dokumentation, Blogbeiträge oder READMEs generiert, lese ich sie mit Glow statt mit cat. Der Unterschied ist erheblich.

brew install glow

Führt glow yourfile.md aus und Glow rendert ordentliche Markdown-Formatierung — Überschriften sehen aus wie Überschriften, Codeblöcke haben Syntaxkontext, fetter Text ist tatsächlich fett. Kein Starren mehr auf rohe Sternchen und Backticks.

Für Content-Workflows speziell ist das unverzichtbar. Wenn ich 3.000-Wörter-Beiträge vor der Veröffentlichung durchlese, ist der Unterschied zwischen dem Lesen in Glow versus rohem Markdown der Unterschied zwischen dem Erkennen von Formatierungsproblemen und dem Übersehen dieser.

Neovim: Leistungsnavigation Für Lange Dokumente

Neovim ist die fortgeschrittene Option, und ich werde nicht so tun, als ob die Lernkurve sanft wäre — das ist sie nicht. Aber wenn man mit Vim-Tastenbelegungen vertraut ist, gibt Neovim einem Navigationssuperkräfte für lange Markdown-Dateien: zwischen Überschriften mit ]] und [[ springen, Abschnitte mit za falten, innerhalb der Datei mit / suchen. Für lange Dokumente, die Claude generiert, ist das für schnelle strukturelle Bearbeitungen schneller als jeder GUI-Editor.

brew install neovim

Ehrliche Einschätzung: Wenn ihr noch nie Vim verwendet habt, installiert zuerst Glow, nutzt es zwei Wochen täglich, und erwägt dann Neovim. Lasst den coolen Faktor euch nicht in ein Tool drängen, für das ihr nicht bereit seid. Glow dient den meisten Menschen gut — und ein einfacher nvim-Aufruf ohne Plugins erledigt schnelle Bearbeitungen sauber.

Shua und CSV Lens: Visuelle und Daten-Tools Für Das Terminal

Shua rendert Bilder direkt in eurem Terminal. Nischiger, aber wenn man mit Claude an bildbezogenen Aufgaben arbeitet — Screenshots überprüfen, generierte Assets in der Vorschau anzeigen, visuelle Ausgabe prüfen — ist es ein echter Komfort, Bilder vorschauen zu können, ohne die CLI zu verlassen. Die Kompatibilität hängt von eurem Terminal-Emulator ab (funktioniert sauber in iTerm2).

CSV Lens gibt euch eine interaktive TUI für CSV-Dateien:

cargo install csvlens
# Falls ihr Rust nicht installiert habt: brew install rust zuerst

Navigiert mit Pfeiltasten, sucht mit /, beendet mit q. Wenn ihr in euren Claude Code-Sitzungen mit Daten arbeitet — exportierte Logs, strukturierte Daten, Test-Fixtures — ermöglicht CSV Lens das Durchsuchen und Filtern, ohne Excel oder Numbers zu öffnen. Überraschend schnell sogar bei größeren CSV-Dateien.

Der Ehrliche Abschnitt: Was Ich Falsch Gemacht Habe

Das hätte ich mir gewünscht, bevor ich tool-verrückt wurde.

Fehler Nr. 1: Alles auf einmal installieren. Mein erster Versuch, ein CLI-Toolkit aufzubauen, war eine Katastrophe. Ich installierte an einem Nachmittag etwa 20 Tools, gab der Hälfte davon Aliasse, und griff dann nach den gleichen drei Tools, die ich immer benutzt hatte. Die neuen Tools standen nur da, theoretisch verfügbar, nie wirklich durch Gewohnheit ausgelöst.

Was es behoben hat: ein neues Tool pro Woche installieren. Speziell meinen bestehenden Alias für etwas entfernen und mich zwingen, den Ersatz zu verwenden. ls wurde zwei Wochen lang eza, bevor ich Zoxide installierte. Erzwungene Immersion. Es funktioniert.

Fehler Nr. 2: Neovim überdesignen. Neovim ist wirklich mächtig. Ich nutze es. Aber ich habe etwa sechs Stunden damit verbrannt, die „perfekte" Neovim-Konfiguration mit LSP-Servern, Plugins und einem vollständig angepassten Theme einzurichten — für Markdown-Bearbeitung. Das war übertrieben. Glow übernimmt das Lesen. Ein einfaches nvim übernimmt schnelle Bearbeitungen. Man braucht das vollständige IDE-Setup nicht, es sei denn, man nutzt Neovim als primären Editor für alles.

Missverständnis über LLMFit: Einige Leute, die ich kenne, gingen davon aus, dass es eine definitive Garantie dafür gibt, was ein Modell auf ihrer Hardware tun wird. Es ist eher eine fundierte Schätzung. Die Speichernutzung variiert je nach Quantisierung, Kontextlänge und was sonst noch läuft. Behandelt es als Ausgangspunkt, nicht als Vertrag.

Die unpopuläre Meinung: Nicht jeder Claude Code-Nutzer braucht dieses vollständige Toolkit. Wenn man leichte Sitzungen macht — schnelle Fragen, kleine Bearbeitungen — ist ein gut konfiguriertes VS Code-Terminal wahrscheinlich genug. Dieser Stack ist für Menschen, die ausgedehnte agentische Sitzungen ausführen, Content-Systeme verwalten oder schwere Dateimanipulation über mehrere Projekte hinweg durchführen. Kennt euren tatsächlichen Workflow, bevor ihr für einen optimiert, den ihr nicht habt.

Und das Tool, das ich fallen gelassen habe, das ich am Anfang erwähnt habe? Mac Top. Ein macOS-spezifischer Systemmonitor, den ich nach einem zweiwöchigen Test als weniger umfassend und weniger anpassbar als Btop für meine Bedürfnisse empfand. Kein schlechtes Tool — einfach die falsche Passung für das, was ich von der Systemüberwachung während KI-Sitzungen brauchte.

Was Sich Nach 90 Tagen Wirklich Verändert Hat

Neunzig Tage später, das kann ich ehrlich berichten:

Kontextwechsel nahmen merklich ab. Vorher: zu GitHub Desktop wechseln, um den Repo-Status zu prüfen, zu Finder für die Dateiverwaltung wechseln, einen Browser für Modellpreisvergleiche öffnen. Nachher: Lazygit, Ranger und die Models CLI erledigen alle drei, ohne das Terminal zu verlassen. Weniger Kontextwechsel bedeutet längere ununterbrochene Fokus-Fenster.

Ich erkenne Claudes Fehler schneller. Lazygit in einem Terminal-Split zeigt mir Diffs in Echtzeit. Wenn Claude eine unbeabsichtigte Änderung vornimmt — was passiert, besonders bei längeren Sitzungen — sehe ich es innerhalb von Sekunden, nicht nachdem die gesamte Sitzung abgeschlossen ist. Früherkennung bedeutet kleinere Rückrollvorgänge und weniger Nacharbeit.

Umgebungsreplikation dauerte statt Stunden nur noch Minuten. Als ich letzten Monat einen neuen Entwicklungsrechner aufgesetzt habe, lief meine gesamte CLI-Umgebung in etwa 25 Minuten: Homebrew-Bundle, Shell-Konfigurationszeilen, ein paar manuelle Installationen. Ohne dieses bewusste, dokumentierte Toolkit hätte das einen halben Tag gedauert mit „warte mal, was hatte ich installiert?"

Content-Workflow speziell: Für das Blogsystem, das ich auf mejba.me betreibe, generiert Claude Markdown-Dateien, die ich mit Glow lese, über Lazygit einchecke und mit Ranger organisiere. Dieser Zyklus — generieren, prüfen, committen, organisieren — dauerte früher etwa vier Minuten pro Beitrag. Jetzt sind es unter 90 Sekunden. Über Dutzende von Beiträgen pro Monat summiert sich das zu Stunden gespart.

Schnelle Gewinne erscheinen unmittelbar nach der Installation (Zoxide allein spart echte Minuten pro Tag). Die tieferen Gewinne — besseres Situationsbewusstsein, schnelleres Debuggen, weniger kognitiver Overhead — entstehen über Wochen, wenn diese Tools automatisch werden.

Euer Nächster Schritt

Wählt drei Tools aus dieser Liste. Nur drei — nicht alle zwölf. Heute Abend.

Konkret: Lazygit, Zoxide und Glow. Installiert diese drei und sie werden die Textur eurer nächsten Claude Code-Sitzung auf sofort spürbare Weise verändern. Nutzt sie zwei Wochen lang, bevor ihr irgendetwas anderes hinzufügt. Widersteht dem Drang, den gesamten Stack zu installieren. Tiefe der Nutzung schlägt Breite der Installation jedes Mal.

Die Entwickler, die ich sehe, die Claude Code am effektivsten einsetzen, sind nicht diejenigen mit den meisten Tools. Es sind diejenigen, die eine kleine Reihe von Tools vollständig automatisiert haben — bei denen Lazygit Muskelgedächtnis ist, bei denen Zoxide einfach die Art ist, wie Navigation funktioniert, bei denen das Überprüfen von Claudes Ausgabe in Glow das Naheliegende ist.

Vor sechs Monaten: Drei-Monitor-Chaos, ständiger Fensterwechsel, blind durch Dateiänderungen fliegen. Jetzt: ein fokussierter Terminal-Split mit Tools, die tatsächlich zu meiner Denkweise passen.

Welcher Teil eures aktuellen Terminal-Workflows lässt euch jedes Mal ein bisschen zucken, wenn ihr ihn durchführt? Beginnt dort.

🤝 Lasst Uns Zusammenarbeiten

Möchtet ihr KI-Systeme aufbauen, Workflows automatisieren oder eure technische Infrastruktur skalieren? Ich helfe euch gerne.

🔗 Fiverr (individuelle Builds & Integrationen): fiverr.com/s/EgxYmWD
🌐 Portfolio: mejba.me
🏢 Ramlit Limited (Unternehmenslösungen): ramlit.com
🎨 ColorPark (Design & Branding): colorpark.io
🛡 xCyberSecurity (Sicherheitsdienste): xcybersecurity.io

10 CLI Tools, die ich täglich mit Claude Code nutze