Ist das Terminal von Claude Code mächtiger als die App?

Der Motor ist derselbe, aber das Terminal legt Funktionen offen, die die App versteckt oder gar nicht hat: parallele Sessions mit Git-Worktrees, Flags zum Automatisieren (--print, --output-format), einen Headless-Modus zum Einbinden in Skripte und deutlich feinere Kontrolle über Berechtigungen und Kontext. Die App ist perfekt, um Änderung für Änderung zu prüfen; das Terminal ist für den Fall, dass du in großem Volumen arbeitest oder Claude mit anderen Werkzeugen verketten willst.

Muss ich viel über das Terminal wissen, um den Sprung zu wagen?

Nur das Nötigste. Du solltest mit cd, ls, dem Ausführen von Befehlen vertraut sein und verstehen, was ein Git-Branch ist. Du musst kein Bash-Experte sein: 90 % der Zeit schreibst du in natürlicher Sprache, genau wie in der App. Neu zu lernen sind nur vier Claude-Befehle (die Slash-Befehle) und das Konzept des Worktree.

Was sind parallele Sessions und warum sind sie so wichtig?

Das sind mehrere Instanzen von Claude Code, die gleichzeitig laufen, jede in ihrer eigenen Kopie des Projekts (einem Git-Worktree) und auf ihrem eigenen Branch. Während die eine refaktoriert, schreibt eine andere Tests und eine dritte dokumentiert, ohne sich zu stören. Das ist der Workflow, der Claude Code vom Assistenten zum Team macht, und er lässt sich mit einem einzigen App-Fenster praktisch nicht nachbauen.

Ist es gefährlich, das Terminal zu benutzen? Verliere ich das Sicherheitsnetz der Änderungsansicht?

Nein, du verlierst es nicht: Auch im Terminal fragt Claude dich um Freigabe, bevor es Dateien anfasst oder Befehle ausführt. Der Unterschied ist, dass du die Berechtigungen anpassen kannst (Sicheres automatisch freigeben, bei Destruktivem eine Bestätigung verlangen) und ihm auf Wunsch mehr Autonomie gibst. Mehr Macht und mehr Verantwortung: Konfiguriere die Berechtigungen, bevor du ihm große Aufgaben überlässt.

Wann lohnt sich das Terminal NICHT?

Wenn deine Aufträge punktuell sind, du sie in Ruhe einen nach dem anderen prüfst und weder Parallelität noch Automatisierung brauchst, reicht dir die App völlig. Der Sprung zahlt sich aus, wenn du drei Dinge bemerkst: dass du dieselben Anweisungen wiederholst, dass du zwei Aufgaben gleichzeitig starten möchtest, oder dass du Claude in ein Skript einbauen wolltest. Wenn du nichts davon spürst, bleib ohne schlechtes Gewissen bei der App.

Claude Code im Terminal: der Sprung für Fortgeschrittene, der deine Power vervielfacht

Seit Wochen nutzt du die Claude-Code-App und hast den Dreh raus: klare Aufträge, die Ansicht prüfen, freigeben. Es funktioniert. Aber du spürst langsam die Decke: Du würdest gern zwei Dinge gleichzeitig starten, wiederholst in jeder Session dieselben Anweisungen, und dir fallen Aufgaben ein, die ein Skript wären, wenn du Claude nur von der Kommandozeile aus aufrufen könntest.

Diese Decke hat einen Namen: Es ist Zeit, ins Terminal hinabzusteigen. Nicht weil es «profihafter» wäre, sondern weil es eine Handvoll Dinge freischaltet, die die App dir per Design nicht gibt. Dieser Guide ist der Sprung: Was du wirklich gewinnst, wie du es installierst, welche Befehle zählen und welche Workflows deine Arbeitsweise verändern.

Hinweis

Der Motor ist in der App und im Terminal derselbe. Du wirst kein «anderes Claude Code» lernen. Du wirst die fortgeschrittenen Funktionen aufdecken, die die visuelle Oberfläche außer Sichtweite hält: Parallelität, Automatisierung und feine Kontrolle über Berechtigungen.

Was du beim Umstieg ins Terminal gewinnst (und was nicht)

Seien wir ehrlich, damit du keine Zeit verlierst. Das Terminal macht dich nicht besser und die Ergebnisse nicht klüger. Was sich ändert, ist die Art zu arbeiten. Du gewinnst vier konkrete Dinge:

Parallele Sessions. Mehrere Instanzen, die gleichzeitig auf verschiedenen Branches arbeiten. Der Grund Nummer eins für den Sprung.
Automatisierung. Flags wie --print und --output-format machen Claude zu einem weiteren Befehl, verkettbar mit |, grep oder einem Cron.
Headless-Modus. Claude in ein Skript oder eine CI-Pipeline einbauen, ohne dass jemand auf den Bildschirm schaut.
Berechtigungskontrolle. Du entscheidest, was automatisch freigegeben wird (lesen, auflisten) und was dein OK verlangt (löschen, ausführen, push).

Was sich nicht ändert: Das Sicherheitsnetz bleibt bestehen. Claude fragt dich um Freigabe, bevor es irgendetwas anfasst, genau wie in der App. Nur entscheidest jetzt du, wo du die Latte legst.

Installation: fünf Minuten

Wenn du die App schon hast, erfüllst du bereits die Voraussetzungen (Node und, fast sicher, Git). Das Terminal wird als globales Paket installiert:

Claude Code installieren (Terminal)

# Mit npm (am gebräuchlichsten)
npm install -g @anthropic-ai/claude-code

# Prüfe, ob es da ist, und schau dir die Version an
claude --version

# Melde dich beim ersten Mal an (mit demselben Konto wie in der App)
claude

Wenn du claude das erste Mal in einem Ordner ausführst, wirst du zur Anmeldung aufgefordert und es startet eine interaktive Session in diesem Verzeichnis. Ab da sprichst du in natürlicher Sprache mit ihm, genau wie in der App. Der Unterschied liegt in dem, was du rund um dieses Gespräch machen kannst.

Tipp

Starte Claude immer innerhalb des Projektordners (cd mein-projekt && claude). Das Verzeichnis, aus dem du es startest, ist sein Arbeitsbereich und der Ort, an dem es die CLAUDE.md sucht. Es versehentlich vom Home-Verzeichnis aus zu starten ist der erste klassische Stolperstein.

Die Befehle, die wirklich zählen

Vergiss es, hundert Abkürzungen auswendig zu lernen. In der Praxis sind es sechs im Alltag. Die Befehle, die mit / beginnen, schreibst du innerhalb der Claude-Session:

/clear — leert den Kontext und beginnt sauber neu. Dein bester Freund: eine Session, ein Ziel. Wenn du die Aufgabe wechselst, räum ihn auf.
/init — scannt das Projekt und erzeugt dir eine erste CLAUDE.md. Der Ausgangspunkt für den dauerhaften Kontext.
/agents — verwaltet Subagenten (wir sehen sie uns weiter unten an).
/permissions — stellt ein, was automatisch freigegeben wird und was nicht.
/resume — nimmt eine frühere Session mit ihrem gesamten Kontext wieder auf. Du klappst den Laptop zu und machst morgen dort weiter, wo du aufgehört hast.
# am Satzanfang — speichert diese Anweisung in der CLAUDE.md, ohne die Datei zu öffnen. Eine goldene Abkürzung.

Und zwei Flags, die du beim Start von claude von außen nutzt, nicht von innen:

claude -p "dein Auftrag" (oder --print) — führt eine Aufgabe aus und gibt das Ergebnis über die Standardausgabe zurück, ohne interaktive Session. Das Tor zur Automatisierung.
--output-format json — gibt die Antwort strukturiert zurück, damit ein anderes Programm sie verarbeitet.

Der echte Sprung: parallele Sessions mit Git-Worktrees

Hier ist der wahre Grund, ins Terminal zu gehen. In der App arbeitest du mit einer Konversation auf einmal. Im Terminal kannst du drei Claude parallel arbeiten lassen, jeder auf seinem Branch, ohne sich in die Quere zu kommen.

Der Trick ist git worktree: Er erstellt Kopien des Repositorys, die dieselbe Historie teilen, aber in verschiedenen Ordnern und auf verschiedenen Branches leben. Du öffnest ein Terminal pro Worktree, startest in jedem ein claude, und sie teilen sich die Arbeit auf.

Drei parallele Sessions

# Erstelle vom Projekt-Root aus drei Worktrees auf neuen Branches
git worktree add ../projekt-feature -b feature-zahlungen
git worktree add ../projekt-tests   -b add-tests
git worktree add ../projekt-docs    -b update-docs

# In drei verschiedenen Terminal-Tabs/Fenstern:
cd ../projekt-feature && claude   # «implementiere den Zahlungsablauf»
cd ../projekt-tests   && claude   # «schreib Tests für das Auth-Modul»
cd ../projekt-docs    && claude   # «aktualisiere die README mit den neuen Endpoints»

# Wenn ein Branch fertig ist, mergst du ihn und räumst seinen Worktree auf
git worktree remove ../projekt-docs

Das ist es, was die App dir nicht gibt und was du, sobald du es einmal probiert hast, nicht mehr loslässt. Während eine Session refaktoriert, dokumentiert eine andere und eine dritte testet. Deine Arbeit geht von «warten, bis Claude fertig ist» über zu «drei Fronten beaufsichtigen». Das ist der Schritt vom Assistenten zum Team.

Achtung

Parallelität ist keine Freikarte. Jede Session verfolgt ihr Ziel und sonst nichts: ein Worktree, eine Aufgabe. Wenn du Themen innerhalb einer Session vermischst, nimmst du ihr Präzision, genau wie in der App. Und prüfe jeden Branch, bevor du mergst; drei Agenten produzieren dreimal so viele Änderungen zum Freigeben.

CLAUDE.md und Slash-Befehle: dein persönliches Betriebssystem

War die CLAUDE.md in der App schon nützlich, ist sie im Terminal unverzichtbar. Sie ist der dauerhafte Kontext, den Claude beim Start jeder Session liest: was das Projekt ist, wie du arbeitest, welche Regeln zu beachten sind. Bei mehreren parallelen Sessions ist sie es, die alle auf Linie hält, ohne dass du es jeder einzeln wiederholst.

Die zweite Ebene sind die eigenen Slash-Befehle: Markdown-Dateien in .claude/commands/, die zu Abkürzungen werden. Du schreibst einen langen Prompt einmal und rufst ihn für immer mit /name auf.

Eigener Slash-Befehl (.claude/commands/pruefe.md)

Prüfe den Code, den ich gerade geändert habe, und such nach:

- Logikfehlern und nicht abgedeckten Randfällen.
- Sicherheitsproblemen (nicht validierte Eingaben, Klartext-Secrets).
- Widersprüchen zu den Konventionen dieses Projekts.

Schreib noch nichts um. Liste die Funde nach Schweregrad auf
und warte auf mein OK, bevor du Dateien anfasst.

Auf Basis dieser Datei schreibst du /pruefe in jeder beliebigen Session und Claude führt diese vollständige Prüfung aus. Multipliziere das mit deinen wiederkehrenden Aufgaben (Commits, Changelog, Audit) und du tippst nicht mehr jeden Tag dasselbe.

Headless-Modus: Claude in deinen Skripten

Der letzte fortgeschrittene Workflow ist der, den fast niemand nutzt und der am meisten bringt. Mit claude -p steckst du Claude in jedes Skript, jeden Cron oder jede CI-Pipeline. Es hört auf, ein Chatfenster zu sein, und wird zu einem Baustein deiner Automatisierung.

Claude in einem Skript

# Erzeuge die Commit-Nachricht aus dem gestagten Diff
git commit -m "$(git diff --cached | claude -p 'Fasse diese Änderungen in einer knappen Commit-Nachricht im Imperativ zusammen')"

# Automatisches Triage: klassifiziere einen neuen Issue über die Standardausgabe
echo "$ISSUE_BODY" | claude -p 'Klassifiziere diesen Issue: bug / feature / frage. Antworte nur mit dem Label.' --output-format json

Hier hört Claude Code auf, ein Werkzeug zu sein, das du öffnest, und wird zur Infrastruktur, die von selbst läuft. Beginne mit eng gefassten, deterministischen Aufträgen (Zusammenfassungen, Klassifizierung, Formatierung), nicht mit destruktiven Aufgaben ohne Aufsicht.

Wann du den Sprung wagen solltest (und wann nicht)

Steig nicht des Status wegen ins Terminal. Tu es, wenn du mindestens eines dieser drei Signale spürst:

Du wiederholst Anweisungen. Wenn du in jeder Session denselben Prompt kopierst, brauchst du Slash-Befehle und eine gut eingestellte CLAUDE.md.
Du würdest gern zwei Aufgaben gleichzeitig starten. Das sind Worktrees. Der Grund Nummer eins.
Dir fallen Skripte ein. Wenn du denkst «das sollte von selbst laufen», willst du den Headless-Modus.

Wenn du nichts davon spürst —deine Aufträge sind punktuell und du prüfst sie in Ruhe— bleib ohne schlechtes Gewissen bei der App. Sie ist für diesen Einsatz genauso mächtig und hat keine Reibung.

Die Regel zum Hochskalieren ist wie immer: nach und nach. Installiere das Terminal, gewöhn dich an die sechs Befehle, und probier erst dann einen Worktree aus. Parallelität und Skripte kommen, wenn dir das Vorherige schon in Fleisch und Blut übergegangen ist. Der Sprung ist nicht technisch, er ist vom Volumen: Sobald du drei Sessions gleichzeitig produzieren lässt und ein paar Slash-Befehle in der Tasche hast, willst du nicht mehr zurück.