Claude Code · eingebaute Befehle · Stand 23.08.2026

Der Befehl, der arbeitet, bis es wirklich fertig ist.

Claude hört gern zu früh auf: Aufgabe erledigt, meldet fertig, und du findest die Lücken selbst. Der eingebaute Befehl /goal dreht das um, du gibst ein messbares Ziel vor, und Claude prüft sich daran, bis es erreicht ist.

Hier ist /goal mit drei fertigen Rezepten, dazu die fünf Befehle, die sich daneben am meisten lohnen, alle gegen die aktuelle Doku geprüft.

Zu den Rezepten ↓

Der Befehl: /goal

Normalerweise gibst du Claude eine Aufgabe, er liefert ab und hört auf, ob es fertig ist oder nicht. /goal dreht das um: Du gibst eine Bedingung vor, und Claude arbeitet, prüft sich selbst, bessert nach und hört erst auf, wenn die Bedingung erfüllt ist. Eingebaut in Claude Code, kein Plugin.

Setzen

/goal [Bedingung]

Ab jetzt arbeitet Claude auf diese Bedingung hin und misst sich selbst daran.

Prüfen

/goal check

Zeigt, ob die Bedingung gerade erfüllt ist, mit Begründung statt Bauchgefühl.

Beenden

/goal clear

Löscht das Ziel wieder, wenn sich die Lage geändert hat.

Die Regel, an der alles hängt: Die Bedingung muss messbar sein. "Mach den Code besser" kann niemand prüfen, auch Claude nicht. "Alle Tests grün, null Linter-Warnungen" schon. Immer eine Zahl, ein Testergebnis oder eine Checkliste.

Drei /goal-Rezepte zum Kopieren

/goal alle Tests laufen grün durch, ohne dass ein einziger Test übersprungen oder gelöscht wurde

/goal die Seite lädt fehlerfrei, im Browser-Log steht keine einzige Fehlermeldung, und der Build läuft sauber durch

/goal jede Funktion in src/ hat eine Docstring-Beschreibung, und der Linter meldet null Warnungen

Alle drei haben ein prüfbares Kriterium und einen Schutz gegen Schummeln, etwa: ohne dass ein Test gelöscht wurde. Ohne den erfüllt Claude das Ziel sonst auf dem kürzesten Weg.

Prompt: Mach mein Ziel messbar

Ich gebe dir gleich ein Ziel, das vermutlich zu schwammig formuliert ist. Deine Aufgabe:

1. Sag mir, woran man NICHT erkennen könnte, ob es erreicht ist. Zerleg mein Ziel in die unklaren Stellen.
2. Formuliere daraus ein prüfbares Kriterium: eine Zahl, ein Testergebnis oder eine Checkliste, die man mit Ja oder Nein abhaken kann.
3. Gib mir die fertige /goal-Zeile zum Kopieren.
4. Sag mir, was du tun wirst, wenn das Ziel nach mehreren Versuchen nicht erreichbar ist, statt endlos weiterzulaufen.

Mein Ziel: [HIER DEIN ZIEL]

Die fünf Befehle danach

Alle eingebaut oder offiziell, alle gegen die aktuelle Doku geprüft.

/security-reviewSicherheit

Prüft deine aktuellen Änderungen auf Sicherheitslücken, bevor sie in den Code wandern. Ein Befehl vor jedem Merge, besonders wenn Claude viel allein gebaut hat.

/design-login + /design-syncDesign

Verbindet Claude mit Claude Design: /design-login autorisiert den Zugriff, /design-sync übersetzt das Design-System deines Projekts, damit neue Oberflächen aus deinen echten Komponenten gebaut werden statt aus generischem Standard-Look. Einen Befehl /design allein gibt es nicht.

/hooksAutomatik

Richtet Automatik an Ereignissen ein: etwas ausführen, bevor Claude eine Datei schreibt, nach jedem Tool-Einsatz, beim Session-Start. Regeln, die immer gelten, ohne dass du sie in jeden Prompt schreibst.

/resumeFortsetzen

Öffnet eine Liste deiner früheren Sessions und setzt die gewählte samt Verlauf fort. Der schnellste Weg zurück in die Arbeit von gestern.

/rewindZurückspulen

Setzt Code und Gespräch auf einen früheren Punkt der Session zurück. Wenn die letzten zwanzig Minuten in die falsche Richtung liefen, sind sie damit weg, statt dass du sie von Hand rückgängig machst.

Die Spar-Kombi

Drei Befehle, die zusammen deinen Verbrauch senken, ohne dass die Qualität leidet.

Modell wählen

/model

Das starke Modell fürs Planen und für schwere Entscheidungen, das schnellere für die Routinearbeit dazwischen. Bewusst wechseln statt alles auf der teuersten Stufe fahren.

Kontext sehen

/context

Zeigt, was dein Kontextfenster gerade füllt. Wer sieht, dass alte Dateiinhalte den Platz fressen, startet rechtzeitig frisch statt teuer weiterzuschleppen.

Verbrauch messen

/usage

Dein tatsächlicher Verbrauch und die Kosten, auch als /cost erreichbar. Einmal am Tag draufschauen reicht, um ein Gefühl zu bekommen, was teuer war.

Zusammen ergibt das einen Kreislauf: /context zeigt, wann es voll wird, /model passt die Stufe an die Aufgabe an, /usage beweist am Ende, ob es gewirkt hat.

Der Spickzettel

Befehl	Ein Satz	Beispiel
/goal	Arbeitet, bis die Bedingung erfüllt ist	/goal alle Tests grün, keiner gelöscht
/security-review	Prüft die Änderungen auf Sicherheitslücken	/security-review vor jedem Merge
/design-sync	Baut Oberflächen aus deinen echten Komponenten	/design-login, dann /design-sync
/hooks	Automatik an Ereignissen, gilt immer	Prüfung vor jedem Datei-Schreiben
/resume	Frühere Session samt Verlauf fortsetzen	/resume, Session von gestern wählen
/rewind	Code und Gespräch zurückspulen	/rewind, Punkt vor dem Irrweg wählen

SKAILE Community

Drei Tage kostenlos reinschauen.

In der SKAILE Community lernst du Claude Code von Grund auf: das richtige Setup, die besten Skills und Plugins, echte Projekte statt nur chatten. Genau für Leute, die gerade anfangen und es richtig machen wollen.

3 Tage kostenlos testen →

In den drei Tagen wird nichts abgebucht. Kündigst du vorher, zahlst du keinen Cent.