Claude Code verfügt über eine Reihe von Power-Features, zu denen erfahrene Nutzer bei komplexer oder riskanter Arbeit greifen. Planungsmodus, Extended Thinking, Auto-Modus, Sandboxing und Headless-Betrieb verändern alle grundlegend, wie Claude arbeitet. Dieses Modul behandelt jedes einzelne im Detail.
Planungsmodus und Extended Thinking
Der Planungsmodus trennt das Denken vom Handeln. Wenn du ihn aktivierst, untersucht Claude zuerst die Codebasis und erstellt einen detaillierten Implementierungsplan. Du prüfst den Plan und änderst ihn optional, dann führt Claude ihn aus. Das verhindert den häufigen Fehlerfall, dass Claude zu programmieren beginnt, bevor es das Problem vollständig verstanden hat.
Aktiviere es mit /plan <description>, dem --permission-mode plan CLI-Flag oder Shift+Tab um die Berechtigungsmodi zu durchlaufen. Verwende Ctrl+G um den aktuellen Plan in deinem externen Editor für detaillierte Änderungen zu öffnen, bevor du ihn genehmigst. Das opusplan Modell-Alias leitet die Planung an Opus und die Ausführung an Sonnet weiter:
claude --model opusplan "redesign the database schema for multi-tenancy"Extended Thinking gibt Claude mehr Zeit zum Nachdenken, bevor es antwortet. Schalte es um mit Option+T (macOS) oder Alt+T. Der /effort Befehl legt die Denktiefe fest: low, medium, high, xhigh, oder max (nur für die Session). Lege es pro Session fest mit export CLAUDE_CODE_EFFORT_LEVEL=high. Für Prompts, bei denen du maximales Reasoning brauchst, füge das Wort “ultrathink” ein — es aktiviert den Deep-Reasoning-Modus unabhängig von der Aufwandseinstellung. Das Wort ultracode löst einen dynamischen Workflow-Lauf aus — das Auslöse-Schlüsselwort wurde umbenannt von workflow zu ultracode in v2.1.160. Das Wort workflow löst keinen Lauf mehr aus; danach in eigenen Worten zu fragen, funktioniert weiterhin. Dynamische Workflows werden aktiviert mit /effort ultracode — ein Slash-Befehl, kein --ultracode -Flag, das den Aufwand auf xhigh setzt, bei Modellen, die das unterstützen.
MAX_THINKING_TOKENS=0 deaktiviert das Thinking nur bei Opus 4.6 und Sonnet 4.6. Ab Opus 4.7 und später wird immer adaptives Reasoning verwendet und MAX_THINKING_TOKENS findet keine Anwendung.
Die Kombination aus Plan-Modus plus hohem Aufwand ist mächtig für komplexe Architekturentscheidungen:
claude --permission-mode plan --effort high --model opusplan "migrate from REST to GraphQL"Fallback-Modellketten
Wenn das primäre Modell überlastet oder nicht verfügbar ist oder einen anderen nicht wiederholbaren Serverfehler zurückgibt, kann Claude Code zu einem Fallback-Modell wechseln, anstatt die Anfrage scheitern zu lassen. Authentifizierungs-, Abrechnungs-, Rate-Limit-, Anfragegrößen- und Transportfehler lösen niemals einen Wechsel aus — diese folgen der normalen Wiederholungs- und Fehlerbehandlung. Konfiguriere ein oder mehrere Fallback-Modelle, und Claude Code probiert sie der Reihe nach aus und zeigt einen Hinweis, wenn es wechselt. Der Wechsel gilt nur für den aktuellen Turn, sodass deine nächste Nachricht wieder zuerst das primäre Modell versucht. Ketten sind nach Entfernung von Duplikaten auf drei Modelle begrenzt, und zusätzliche Einträge werden ignoriert.
Lege für eine einzelne Session eine Kette fest mit dem --fallback-model Flag, das eine kommaseparierte Liste akzeptiert:
claude --fallback-model sonnet,haikuUm eine Kette über Sessions hinweg zu erhalten, setze fallbackModel in den Einstellungen als Array:
{
"fallbackModel": ["claude-sonnet-5", "claude-haiku-4-5"]
}Das --fallback-model Flag hat Vorrang vor der fallbackModel Einstellung. Jedes Element akzeptiert einen Modellnamen oder Alias, und "default" wird zum Standardmodell für deinen Account-Typ aufgelöst.
Ultraplan: Cloud-gestützte Planung
Ultraplan erweitert den Planungsmodus, indem es den Plan an eine Claude-Code-on-the-web-Session übergibt. Claude entwirft den Plan in der Cloud, während dein Terminal frei bleibt. Anschließend öffnest du ihn in deinem Browser, um bestimmte Abschnitte zu kommentieren, Überarbeitungen anzufordern und auszuwählen, wo ausgeführt wird.
Drei Wege, es zu starten: der /ultraplan <prompt> Befehl, das Wort „ultraplan“ in einem normalen Prompt zu verwenden, oder im Dialog eines fertigen lokalen Plans „Mit Ultraplan im Web verfeinern“ zu wählen.
Nach dem Start erscheint ein Status-Badge an deinem Prompt: ◇ ultraplan während des Entwurfs, ◇ ultraplan needs your input wenn Claude Fragen hat, und ◆ ultraplan ready wenn der Plan zur Prüfung bereit ist. Öffne den Session-Link auf claude.ai zur Prüfung — du kannst Inline-Kommentare zu bestimmten Abschnitten hinterlassen, Emoji-Reaktionen hinzufügen und Überarbeitungen anfordern, bevor du zustimmst.
Wenn du zustimmst, gibt es zwei Ausführungswege:
- Im Web ausführen — Claude implementiert den Plan in der Cloud, und du prüfst das Diff und öffnest einen PR aus dem Browser
- Zurück ans Terminal senden — der Plan teleportiert sich in deine CLI zur lokalen Implementierung mit vollem Zugriff auf deine Umgebung
/ultraplan migrate the auth service from sessions to JWTsUltraplan erfordert ein claude.ai-Abonnement und ein verbundenes GitHub-Repository. Es ist nicht auf Bedrock, Vertex AI oder Foundry verfügbar.
Auto Mode und Berechtigungssteuerung
Auto Mode ist ein Berechtigungsmodus im Research-Preview, der einen Safety-Classifier im Hintergrund nutzt, um zu entscheiden, ob Tool-Aufrufe sicher ohne Nachfrage ausgeführt werden können. Er ist für Workflows mit höherer Autonomie gedacht, bei denen du trotzdem Leitplanken um riskante Aktionen haben möchtest.
Du nutzt es genauso wie die anderen Berechtigungsmodi: wähle auto in deinen Berechtigungseinstellungen oder wechsle per Shift+Tab dazu, wenn dieser Modus in deinem Setup verfügbar ist. Organisationen können anpassen, was Auto Mode als vertrauenswürdige Infrastruktur behandelt — über den autoMode Einstellungsblock.
Standardmäßig ist Auto Mode vorsichtig bei Aktionen, die nach Daten-Exfiltration, riskanter Shell-Ausführung oder produktionswirksamen Änderungen aussehen. Wenn eine Berechtigungsprüfung ins Stocken gerät, wird der Spinner rot — so wird klar, dass eine Prüfung läuft und nicht ein Tool. Wenn dein Team vertrauenswürdige Repos, interne Domains, Buckets oder Services hat, die Auto Mode als normal behandeln soll, definiere sie in autoMode.environment.
Beim Anpassen von autoMode.allow, autoMode.soft_deny, autoMode.hard_deny, oder autoMode.environment, füge das spezielle "$defaults" Token hinzu, um die eingebauten Regeln zu behalten und deine daneben zu ergänzen. Ohne "$defaults", ersetzt dein Array die Standardwerte vollständig.
Innerhalb des Classifiers funktioniert die Priorisierung in vier Stufen: hard_deny Regeln blockieren bedingungslos (Nutzerabsicht und allow-Ausnahmen greifen nicht). soft_deny Regeln blockieren als Nächstes, aber Nutzerabsicht und allow Ausnahmen können sie überschreiben. allow Regeln überschreiben dann passende soft_deny Regeln. Explizite Nutzerabsicht überschreibt verbleibende Soft-Blocks — Claude zu bitten, „force-push this branch“ zu machen, hebt den Soft-Block auf, aber ein vages „clean up the repo“ nicht. Wenn der Classifier eine Aktion 3-mal in Folge oder 20-mal insgesamt blockiert, pausiert Auto Mode und Claude Code fragt wieder nach. Diese Schwellwerte sind nicht konfigurierbar.
Nutze claude auto-mode defaults um die eingebauten Regeln auszugeben, claude auto-mode config um deine effektive, zusammengeführte Konfiguration zu sehen, und claude auto-mode critique für KI-Feedback zu deinen eigenen Regeln:
{
"autoMode": {
"allow": ["$defaults", "Deploying to staging is allowed"],
"soft_deny": ["$defaults", "Never run migrations outside the migrations CLI"],
"hard_deny": ["$defaults", "Never send repo contents to third-party APIs"],
"environment": ["$defaults", "Internal API: api.corp.example.com"]
}
}Berechtigungsmodi decken ein Spektrum ab. default liest frei, fragt aber bei darüber hinausgehenden Aktionen nach. acceptEdits genehmigt Datei-Bearbeitungen für die Session automatisch, außer Schreibvorgänge in geschützte Verzeichnisse. plan wechselt in den Recherche-Modus mit Planung zuerst. auto nutzt den Classifier. dontAsk führt nur vorab genehmigte Tools aus und verweigert alles andere. bypassPermissions überspringt die meisten Berechtigungsabfragen — seit v2.1.126 sind auch Schreibvorgänge in geschützte Pfade eingeschlossen. Das --dangerously-skip-permissions Flag ist eine Kurzform für --permission-mode bypassPermissions — der bewusst alarmierende Name macht den Sicherheits-Trade-off explizit, also reserviere es für vertrauenswürdige CI/CD-Pipelines.
Starte eine Session in einem beliebigen Modus mit dem --permission-mode <mode> Flag. Es akzeptiert default, acceptEdits, plan, auto, dontAsk, oder bypassPermissionsund überschreibt defaultMode aus deinen Einstellungsdateien für diesen Lauf — so kannst du für einmalige Automatisierung einen strengeren Modus festlegen, ohne die Konfiguration zu bearbeiten. Dasselbe Flag funktioniert mit -p für nicht-interaktive Läufe, und dontAsk aktiviert sich nur über dieses Flag (es ist nicht im Shift+Tab Zyklus):
claude --permission-mode plan "draft the migration"
claude -p "audit dependencies" --permission-mode dontAskLege in den Einstellungen einen Standard fest, damit die meisten Sessions im gewünschten Modus starten, ohne das Flag zu übergeben:
{
"permissions": {
"defaultMode": "acceptEdits"
}
}Um Auto Mode für deine Umgebung anzupassen:
{
"autoMode": {
"environment": [
"Source control: github.example.com/acme-corp and all repos under it",
"Trusted internal domains: *.corp.example.com, api.internal.example.com"
]
}
}Auf der Anthropic API ist Auto Mode standardmäßig verfügbar, sobald dein Account die Modell- und Admin-Anforderungen erfüllt. Auf Amazon Bedrock, Google Cloud Vertex AI und Microsoft Foundry (v2.1.158+) ist es hinter CLAUDE_CODE_ENABLE_AUTO_MODE=1 in deinem env Block verriegelt, und nur Opus 4.7 und Opus 4.8 werden dort unterstützt. Ältere Modelle — Sonnet 4.5, Opus 4.5, Haiku und Claude 3 — bekommen Auto Mode bei keinem Provider. Administratoren können den Modus vollständig deaktivieren mit permissions.disableAutoMode: "disable" in den verwalteten Einstellungen, was die Enable-Variable überschreibt.
Zwei kürzlich hinzugefügte Einstellungen sind erwähnenswert: enforceAvailableModels (v2.1.175) erweitert die availableModels Allowlist, sodass sie auch das Default-Modell einschränkt, nicht nur alternative Modelle. footerLinksRegexes (v2.1.176) fügt der Fußzeile regex-basierte Link-Badges für benutzerdefinierte Integrationen hinzu.
Programmatischer und Sandbox-Betrieb
Claude Code programmatisch auszuführen mit claude -p "your prompt" führt es nicht-interaktiv aus. Die Ausgabe geht an stdout, wodurch es sich mit Shell-Pipelines und Automatisierungssystemen kombinieren lässt. Kombiniere es mit --output-format json für strukturierte Ausgabe. Nutze --permission-mode bypassPermissions für die vollautomatisierte CI/CD-Nutzung. Hooks, die in diesen Sessions laufen, können das aktive Effort-Level über die $CLAUDE_EFFORT Umgebungsvariable lesen.
/cd <directory> verschiebt eine Session in ein neues Arbeitsverzeichnis, ohne den Prompt-Cache mitten in der Session zu unterbrechen.
# Automated code review in CI
git diff HEAD~1 | claude -p "review these changes for security issues" \
--output-format json \
--permission-mode bypassPermissions
# Generate docs for changed files
claude -p "generate JSDoc for all functions in $CHANGED_FILE" \
--print --no-session-persistenceSandboxing bietet Isolation auf OS-Ebene für Dateisystem- und Netzwerkzugriff. Sandboxed Bash ist unter macOS, Linux und WSL2 verfügbar. Natives Windows wird nicht unterstützt; führe Claude Code unter Windows in einer WSL2-Distribution aus. Aktiviere es mit /sandbox innerhalb der Session. Im Sandbox-Modus kann Claude nur auf genehmigte Pfade und von dir konfigurierte Netzwerkregeln zugreifen. Das ist wertvoll, um Claude auf nicht vertrauenswürdigem Code oder in Umgebungen auszuführen, in denen du strikte Grenzen willst.
Optimiere die Netzwerkisolation feiner mit sandbox.network.allowedDomains und sandbox.network.deniedDomains in deinem settings.json. allowedDomains setzt Domains für ausgehenden Traffic auf die Whitelist, während deniedDomains bestimmte Domains blockiert, selbst wenn ein breiterer Wildcard in allowedDomains sie erlauben würde — deniedDomains hat immer Vorrang. Beide unterstützen Wildcards wie *.example.com:
{
"sandbox": {
"enabled": true,
"network": {
"allowedDomains": ["github.com", "*.npmjs.org"],
"deniedDomains": ["uploads.github.com"]
}
}
}In verwalteten Deployments deniedDomains wird zusammengeführt aus allen Einstellungsquellen (managed, user, project, local), unabhängig von allowManagedDomainsOnlyDieses Flag schränkt nur ein, aus welchen Scopes allowedDomains gelesen wird — Deny-Regeln aus jedem Scope werden immer berücksichtigt, sodass ein Block auf User-Ebene nicht stillschweigend durch Enterprise-Policy verworfen werden kann.
Unter Linux und WSL nutze sandbox.bwrapPath und sandbox.socatPath um benutzerdefinierte Binärpfade für bubblewrap und socat anzugeben:
{
"sandbox": {
"bwrapPath": "/usr/local/bin/bwrap",
"socatPath": "/usr/bin/socat"
}
}Bei Enterprise-Deployments überschreiben verwaltete Einstellungen die Benutzereinstellungen über plattform-native Verwaltung: plist unter macOS, Registry unter Windows, verwaltete Konfigurationsdateien und managed-settings.d/ Drop-ins, die alphabetisch zusammengeführt werden. Das ist getrennt von verwalteten Memory-Dateien wie der organisationsweiten CLAUDE.md Anleitung.
# Test headless with sandboxing
claude -p "analyze the security of this codebase" \
--sandbox \
--permission-mode plan \
--output-format jsonAdvisor Tool (Experimentell)
Das Advisor Tool ist eine experimentelle Dual-Modell-Funktion, die es einem schnelleren, kostengünstigeren Executor-Modell (wie Sonnet) erlaubt, mitten in einer Aufgabe ein intelligenteres Advisor-Modell (wie Opus) für strategische Anleitung zu konsultieren. Der Advisor liest die gesamte Konversation und erstellt einen Plan oder eine Kurskorrektur, dann fährt der Executor mit der Aufgabe fort. Dieses Muster passt zu langfristigen agentischen Workloads, bei denen die meisten Turns mechanisch sind, ein exzellenter Plan aber entscheidend ist.
Aktiviere es mit dem /advisor Befehl. Wenn aktiv, zeigen Sessions ein „experimental“-Label und eine Start-Benachrichtigung. Das Executor-Modell wird als Haupt-Session-Modell gesetzt, und das Advisor-Modell wird über den /advisor Dialog ausgewählt. Das Advisor Tool wird aktiviert über das CLAUDE_CODE_ENABLE_EXPERIMENTAL_ADVISOR_TOOL Umgebungsvariable lesen.
Natives Glob und Grep unter macOS/Linux
Auf nativen macOS- und Linux-Builds werden die Glob und Grep Tools ersetzt durch eingebettete bfs und ugrep Binaries, die über das Bash-Tool verfügbar sind. Das Ergebnis sind schnellere Dateisuchen ohne separaten Tool-Roundtrip — Claude setzt einen einzelnen Bash-Befehl ab, statt ein dediziertes Tool aufzurufen, was die Latenz bei großen Codebasen reduziert.
Windows- und npm-installierte Builds sind nicht betroffen und nutzen weiterhin die ursprünglichen Glob- und Grep-Tools. Die Umgebungsvariablen CLAUDE_CODE_GLOB_HIDDEN, CLAUDE_CODE_GLOB_NO_IGNORE, und CLAUDE_CODE_GLOB_TIMEOUT_SECONDS gelten weiterhin für die ursprünglichen Tools, wo diese noch verwendet werden.
Session-Cleanup mit cleanupPeriodDays
Das cleanupPeriodDays Einstellung in settings.json steuert, wie lange Session-Dateien aufbewahrt werden, bevor sie beim Start automatisch gelöscht werden. Der Standard ist 30 Tage und das Minimum ist 1 — ihn auf 0 zu setzen wird mit einem Validierungsfehler abgelehnt. Die Einstellung steuert außerdem das automatische Entfernen verwaister Subagent-Worktrees (durch Abstürze oder unterbrochene parallele Läufe) beim Start, sofern sie keine uncommitteten Änderungen, keine untracked Dateien und keine ungepushten Commits haben. Worktrees, die du erstellst mit --worktree werden von diesem Durchlauf nie entfernt:
{
"cleanupPeriodDays": 14
}Um zu verhindern, dass Transkripte im nicht-interaktiven Modus überhaupt geschrieben werden, nutze --no-session-persistence.
Project Purge
Wenn cleanupPeriodDays nicht ausreicht und du den gesamten Claude-Code-Zustand für ein Projekt sofort löschen willst, nutze claude project purgeEs löscht Transkripte, Task-Listen, Debug-Logs, die Datei-Bearbeitungshistorie, den Prompt-Verlauf und den Projekteintrag selbst:
# Preview what would be deleted
claude project purge --dry-run
# Purge state for the current project
claude project purge
# Skip the confirmation prompt
claude project purge --yes
# Interactively choose which items to remove
claude project purge --interactive
# Purge state for every project at once
claude project purge --allFlags lassen sich kombinieren: claude project purge --all --dry-run zeigt eine Vorschau, was ein vollständiger Wipe entfernen würde. Die -y und -i Kurzformen funktionieren ebenfalls.
Debugging- und Plattform-Umgebungsvariablen
Ein paar Umgebungsvariablen schalten Funktionen frei, die noch nicht als Befehle oder Einstellungen verfügbar sind.
OTEL_LOG_RAW_API_BODIES=1 gibt vollständige API-Request- und Response-Bodies als OpenTelemetry-Log-Events aus — setze sie, wenn du debuggst, warum ein Request fehlgeschlagen ist oder was genau Claude an das Modell gesendet hat. Sei danach vorsichtig mit den Logs, da Request-Bodies Geheimnisse enthalten können.
OTEL_RESOURCE_ATTRIBUTES fügt benutzerdefinierte, kommaseparierte key=value Paare hinzu (keine Leerzeichen, Sonderzeichen percent-kodieren), die Claude Code als Labels an jeden Metrik-Datenpunkt und jedes Event anhängt, zusätzlich zum Senden im OTLP-Resource-Block. Nutze es, um Metriken in deinem Backend nach Team, Abteilung oder Kostenstelle aufzuschlüsseln — department=engineering,team.id=platform,cost_center=eng-123. Benutzerdefinierte Keys überschreiben nie eingebaute Attribute wie user.id oder session.idUm benutzerdefinierte Attribute nur im Resource-Block zu behalten und das Per-Datenpunkt-Label zu überspringen (geringere Kardinalität, günstigere Speicherung), setze OTEL_METRICS_INCLUDE_RESOURCE_ATTRIBUTES=false.
CLAUDE_CODE_USE_POWERSHELL_TOOL=1 aktiviert das PowerShell-Tool unter Linux und macOS (erfordert pwsh im PATH). Unter Windows wird das Tool schrittweise ausgerollt; setze es auf 0 um es explizit zu deaktivieren. Unter Windows mit aktiviertem PowerShell-Tool wird PowerShell die primäre Shell, statt standardmäßig Bash zu verwenden.
DISABLE_UPDATES=1 blockiert alle Update-Pfade, einschließlich manueller claude update. Das ist strenger als DISABLE_AUTOUPDATER (was nur Auto-Updates blockiert) und ist für abgeschottete Enterprise-Deployments gedacht, bei denen sich die installierte Version nicht ändern darf.
CLAUDE_CODE_SAFE_MODE=1 oder --safe-mode startet Claude Code mit allen Anpassungen (CLAUDE.md, Plugins, Skills, Hooks, MCP-Server) deaktiviert zur Fehlersuche — nützlich beim Debuggen von unerwartetem Verhalten oder einer kaputten Konfiguration.
CLAUDE_CODE_DISABLE_BUNDLED_SKILLS=1 oder disableBundledSkills in den Einstellungen verbirgt gebündelte Skills, Workflows und eingebaute Slash-Befehle vor dem Modell.
CLAUDE_CODE_HIDE_CWD=1 verbirgt das Arbeitsverzeichnis im Logo-Banner beim Start. Nützlich für Bildschirmaufnahmen oder Präsentationen, bei denen du keine Pfadinformationen preisgeben willst.
CLAUDE_CODE_NATIVE_CURSOR=1 zeigt den eigenen Cursor des Terminals an der Eingabemarke statt des von Claude Code gezeichneten Blocks. Der native Cursor respektiert die Blink-, Form- und Fokus-Einstellungen des Terminals — nützlich, wenn dein Terminal für einen bestimmten Cursor-Stil oder Barrierefreiheitsbedarf konfiguriert ist.
CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE wurde in v2.1.160 entfernt und ist jetzt ein No-op.
CLAUDE_CODE_RESUME_PROMPT überschreibt die Fortsetzungsnachricht, die Claude einfügt, wenn eine Session fortgesetzt wird, die mitten in einem Turn endete. Der Standard ist Continue from where you left off.Lang laufende Spawn-Skripte können eine direktivere Boot-Nachricht setzen; ein leerer String fällt auf den Standard zurück.
CLAUDE_CODE_ENABLE_FEEDBACK_SURVEY_FOR_OTEL=1 leitet die Session-Qualitäts-Umfrage „How is Claude doing?“ an deinen eigenen OpenTelemetry-Collector, wenn nicht-essenzieller, an Anthropic gerichteter Traffic blockiert ist. Umfrage-Bewertungen werden nur als OTEL-Events an deinen konfigurierten Collector gesendet — es werden keine Umfragedaten an Anthropic gesendet. Es gilt, wenn CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC, DISABLE_TELEMETRY, oder DO_NOT_TRACK gesetzt ist, und hat andernfalls keine Wirkung. CLAUDE_CODE_DISABLE_FEEDBACK_SURVEY und die Produkt-Feedback-Policy deiner Organisation haben weiterhin Vorrang.
ANTHROPIC_WORKSPACE_ID ist die Workspace-ID, die verwendet wird von Workload Identity Federation. Setze sie, wenn deine Federation-Regel auf mehr als einen Workspace beschränkt ist, damit der Token-Austausch weiß, welchen Workspace er ansteuern soll — ohne sie hat eine zu breit gefasste Regel keine Möglichkeit, einen Workspace auszuwählen, und der Austausch schlägt fehl. Lass sie ungesetzt, wenn deine Federation-Regel auf genau einen Workspace beschränkt ist.
# Capture full OTEL telemetry while reproducing an API bug
OTEL_LOG_RAW_API_BODIES=1 claude --print 'reproduce the failure'
# Slice metrics by team and cost center in your OTEL backend
OTEL_RESOURCE_ATTRIBUTES="department=engineering,team.id=platform,cost_center=eng-123" \
claude
# Enable PowerShell tool on macOS or Linux
CLAUDE_CODE_USE_POWERSHELL_TOOL=1 claude
# Block all updates on a locked-down machine
DISABLE_UPDATES=1 claude
# Hide the working directory in the startup banner
CLAUDE_CODE_HIDE_CWD=1 claude
# Use the terminal's own cursor at the input caret
CLAUDE_CODE_NATIVE_CURSOR=1 claude
# Override the resume continuation message for an agent boot script
CLAUDE_CODE_RESUME_PROMPT="Resume the migration and stop after the next test run." \
claude --resume
# Route the session quality survey through your OTEL collector
CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1 \
CLAUDE_CODE_ENABLE_FEEDBACK_SURVEY_FOR_OTEL=1 claude
# Workload identity federation with a multi-workspace rule
ANTHROPIC_WORKSPACE_ID=ws_01abcd... claudeClaude Code on the Web und Session-Übergabe
Claude Code on the web führt Aufgaben auf von Anthropic verwalteter Cloud-Infrastruktur unter claude.ai/code aus. Cloud-Sessions bleiben bestehen, auch wenn du deinen Browser schließt, und du kannst sie über die Claude Mobile App überwachen.
Starte eine Cloud-Session von deinem Terminal aus mit claude --remote "your task"Claude klont dein Repo von GitHub (pushe zuerst lokale Commits), führt den Prompt autonom aus und kann am Ende PRs öffnen. Nutze mehrere --remote Aufrufe, um Aufgaben parallel auszuführen.
/teleport (Alias /tp) holt eine Cloud-Session zurück in dein lokales Terminal — es fetcht den Branch, lädt den gesamten Gesprächsverlauf und lässt dich lokal weitermachen. Die umgekehrte Richtung: --remote sendet Arbeit in die Cloud. Zusammen erzeugen sie eine nahtlose Schleife zwischen lokaler und Cloud-Ausführung.
/autofix-pr startet eine Cloud-Session, die deinen aktuellen PR überwacht. Wenn CI fehlschlägt oder Reviewer Kommentare hinterlassen, untersucht Claude das Problem und pusht einen Fix. Übergib einen Prompt, um den Fokus einzugrenzen: /autofix-pr only fix lint and type errors. Erfordert die im Repository installierte Claude GitHub App.
# Plan locally, execute in the cloud
claude --permission-mode plan
# ... finalize plan, commit, push ...
claude --remote "Execute the migration plan in docs/migration-plan.md"
# Pull the cloud session back when done
/teleportCloud-Sessions enthalten Standard-Runtimes (Node.js, Python, Go, Rust, Java, Ruby, Docker, PostgreSQL), bis zu 16 GB RAM und konfigurierbare Netzwerkzugriffsebenen. Die Konfiguration auf Repo-Ebene (CLAUDE.md, Einstellungen, MCP-Server, Skills) wird automatisch übernommen. Einstellungen auf User-Ebene (~/.claude/) nicht — committe die Projektkonfiguration ins Repo.
PR-URL-Anpassung
Das prUrlTemplate Einstellung in settings.json richtet das PR-Badge in der Fußzeile auf eine benutzerdefinierte Code-Review-URL statt auf den Standard-GitHub-Link. Das ist nützlich für Teams, die GitLab, Bitbucket oder ein internes Review-Tool nutzen:
{
"prUrlTemplate": "https://gitlab.example.com/org/repo/-/merge_requests/{{pr_number}}"
}Worktree-Konfiguration
Git-Worktrees erlauben dir, mehrere Branches gleichzeitig auszuchecken, ohne zu stashen oder zu branchen. claude --worktree <name> erstellt einen neuen Worktree, verknüpft mit <name>/. Der worktree.baseRef Einstellung (neu in v2.1.133) steuert, von welcher Ref beim Erstellen eines Worktrees abgezweigt wird. Setze baseRef zu fresh (origin/<default>, der Standard — zweigt von einem sauberen Baum ab, der dem Remote entspricht) oder head (dein lokaler HEAD):
{
"worktree": {
"baseRef": "head"
}
}Die Einstellung head bewahrt ungepushte lokale Commits in neuen Worktrees. Das betrifft --worktree, EnterWorktreeund Agent-Isolation-Worktrees.
Computer Use (Research Preview)
Computer Use lässt Claude Apps öffnen, deinen Bildschirm steuern und mit GUIs unter macOS interagieren — eine Swift-App bauen, sie starten, durch jeden Button klicken und das Ergebnis per Screenshot festhalten, alles in derselben Konversation. Es bewältigt Aufgaben, die eine GUI erfordern: das Validieren nativer App-Builds, End-to-End-UI-Tests ohne Test-Harness, das Debuggen visueller Layout-Probleme und das Steuern von reinen GUI-Tools wie Design-Apps oder dem iOS-Simulator.
Claude versucht zuerst präzisere Tools: MCP-Server, Bash oder die Chrome-Integration. Computer Use ist der Fallback für Dinge, die nichts anderes erreichen kann — native Apps, Simulatoren und Tools ohne API.
Aktiviere es, indem du /mcp in einer Session ausführst, den computer-use Server findest und Aktivieren. Die Einstellung bleibt pro Projekt bestehen. Bei der ersten Nutzung fragt macOS nach Berechtigungen für Bedienungshilfen und Bildschirmaufnahme. Wenn Claude in einer Session eine bestimmte App steuern will, erscheint eine Abfrage zur Bestätigung — Genehmigungen gelten nur für die aktuelle Session. Apps mit weitreichendem Zugriff (Terminals, Finder, Systemeinstellungen) zeigen zusätzliche Warnungen.
Während Claude arbeitet, werden andere sichtbare Apps ausgeblendet, sodass es nur mit genehmigten Apps interagiert. Dein Terminal-Fenster bleibt sichtbar und ist von Screenshots ausgeschlossen. Drücke Esc irgendwo oder Ctrl+C um sofort abzubrechen. Nur eine Session kann die Maschine gleichzeitig steuern.
Computer Use erfordert einen Pro- oder Max-Plan, macOS, Claude Code v2.1.85+ und eine interaktive Session (nicht verfügbar mit -p). Es ist nicht auf Team, Enterprise, Bedrock, Vertex AI oder Foundry verfügbar.
Weitere erweiterte Funktionen
Das erweiterte Toolkit von Claude Code geht noch weiter. Hintergrundaufgaben lassen lang laufende Arbeit fortsetzen, während du weiter chattest. Geplante Aufgaben unterstützen /loop für Session-bezogene wiederkehrende Prüfungen und /schedule für Cloud-gestützte geplante Arbeit. Session-Tools wie /resume, /rename, und /teleport machen es einfach, zwischen lokaler CLI, dem Browser und der Desktop-App zu wechseln.
Es gibt auch Plattform-Funktionen für den täglichen Gebrauch: Sprachdiktat mit /voice, Chrome-Integration mit --chrome, Fernsteuerung über /remote-control, dem /powerup interaktive Lektionen zur Feature-Entdeckung, persistente Task-Listen und Git-Worktree-Workflows mit claude --worktree. Sie alle teilen sich dasselbe Berechtigungssystem, sodass es bei fortgeschrittener Nutzung vor allem darum geht, den richtigen Modus mit der richtigen Oberfläche zu kombinieren.