Claude Code kann deutlich nützlicher werden, ohne dass du ein weiteres Plugin installierst. Entscheidend ist nicht nur, möglichst viel Code erzeugen zu lassen. Du solltest auch den Verbrauch verstehen, verlässliche Projektregeln hinterlegen, überladene Gespräche aufräumen und eine Nebenfrage stellen können, ohne den eigentlichen Auftrag umzulenken. Fernzugriff, Design und ausführliche Recherche erweitern diesen Arbeitsablauf.
Raffaele Gaito stellt in seinem Video „7 funzionalità di Claude Code che (forse) non conosci“ vom 30. September 2026 sieben interessante Funktionen vor. Dieser eigenständige Leitfaden entwickelt die Themen mit praktischen Beispielen und einem Abgleich mit Anthropics Dokumentation weiter. Mit „Tipps“ beziehungsweise „Geheimnissen“ sind wenig genutzte Möglichkeiten gemeint, keine Tricks zur Umgehung von Abos oder Berechtigungen.
Die Voraussetzungen sind wichtig: Ein Befehl kann von Version, Tarif, Ausführungsumgebung und Organisationsrichtlinien abhängen. Die Angaben wurden zum Veröffentlichungsdatum geprüft. Fehlt eine Funktion, solltest du zuerst ihre Voraussetzungen klären, statt ungeprüft eine Oberfläche aus einem Video nachzubauen.
Das Originalvideo und die wichtigsten Unterschiede
Das gemeinsame Thema ist die Organisation der Arbeit. Nicht jede Funktion macht das Modell intelligenter. Manche helfen vor allem dabei, Informationen sinnvoll zu verwalten und die Tätigkeit des Agenten zu verstehen. Diese Unterscheidung gilt auch für die Werkzeuge in unserer Analyse des OpenAI DevDay: Modell, Werkzeuge und Ausführungsumgebung sind verschiedene Ebenen.
1. /usage: erkennen, wohin das Budget fließt
Warte nicht erst auf die Meldung, dass ein Limit erreicht wurde. Mit /usage oder dem Verbrauchsbereich deiner Oberfläche kannst du beobachten, ob dein Arbeitsstil zum verfügbaren Budget passt. Welche Angaben erscheinen, hängt vom Zugang ab. Ein Abonnement und eine verbrauchsabhängig abgerechnete API folgen nicht derselben Logik.
Die Dokumentation zu den Kosten erläutert Tarifgrenzen und teilweise die Zuordnung jüngerer Aktivitäten zu Skills oder Unteragenten. Eine lokale Schätzung ist keine verbindliche API-Rechnung. Auch eine Auswertung lokaler Sitzungen erfasst nicht automatisch deine gesamte Nutzung auf anderen Geräten oder in der Claude-App.
Beispiel: aus einer Korrektur wird eine umfangreiche Prüfung
Du beauftragst eine Änderung an einem Modul und ergänzt anschließend Sicherheitsprüfung, Refactoring, Dokumentation und drei Lösungsvarianten. Das ist längst kein kleiner Patch mehr. Dateioperationen, Überlegungen, Antworten und parallele Aufgaben können den Verbrauch erhöhen. Der Vergleich vor und nach dem Auftrag hilft, notwendige Arbeit von einer unbeabsichtigten Ausweitung zu unterscheiden.
Ein kontrollierter Ablauf beginnt mit einer klaren Grenze: zwei relevante Dateien lesen, eine Änderung vorschlagen, sie umsetzen und passende Tests ausführen. Tauchen weitere Probleme auf, lasse zunächst eine separate Liste erstellen. Eine automatische Untersuchung des gesamten Repositorys ist nicht immer die beste nächste Aktion. Das ist eine bewusste Budgetentscheidung, kein Verzicht auf Qualität.
Kontext und Nutzungslimit sind unterschiedliche Dinge. Kontext bezeichnet die Informationen, die eine Unterhaltung verwenden kann. Ein Nutzungslimit betrifft den erlaubten Verbrauch des Tarifs. Eine kurze Unterhaltung kann bereits eine aufwendige Recherche durchgeführt haben. Das Leeren der Unterhaltung lädt dein Abo nicht neu auf, und eine Nebenfrage bedeutet nicht automatisch kostenlosen Verbrauch.
Nutze die Anzeige deshalb als Entscheidungshilfe, nicht als Wettbewerb um möglichst kleine Zahlen. Ein sinnvoller Test kann Ressourcen sparen, weil er einen späteren Fehler verhindert. Die Frage lautet, ob der zusätzliche Aufwand ein konkretes Risiko reduziert oder nur weitere Varianten ohne erkennbaren Nutzen produziert.
2. /memory: brauchbare Regeln speichern statt veraltete Anweisungen sammeln
Memory löst ein alltägliches Problem: dieselben Projektkonventionen immer wieder erklären zu müssen. Dabei solltest du explizite Regeln in CLAUDE.md von automatisch entstandenen Notizen unterscheiden. Mit /memory lassen sich die entsprechenden Inhalte und Einstellungen prüfen, soweit deine Umgebung diese Möglichkeiten bereitstellt.
Der offizielle Memory-Leitfaden beschreibt einen dateibasierten Mechanismus. Es handelt sich nicht um ein persönliches Training des Modells. Eine gespeicherte Vorliebe verändert seine Gewichte nicht. Ebenso wenig ist garantiert, dass jedes Detail einer Sitzung behalten wird. Entscheidend sind Richtigkeit und Aktualität der hinterlegten Informationen.
Welche Regeln gehören in die dauerhafte Erinnerung?
Gute Anweisungen nennen überprüfbares Verhalten: den dokumentierten Testbefehl nutzen, die vorhandene Komponentenbibliothek respektieren, keine Zugangsdaten protokollieren und Vorschlag von Veröffentlichung unterscheiden. „Mach es immer optimal“ ist kaum hilfreich. „Prüfe das aktuelle Schema vor einer Änderung an der Migration“ beschreibt dagegen einen konkreten Schritt.
Stell dir eine Finanzanwendung vor, in der Datumsangaben und Beträge überall gleich formatiert werden müssen. Diese Konvention sollte ausdrücklich festgehalten werden. Eine vorübergehende Testadresse ist etwas anderes. Bleibt sie dauerhaft gespeichert, kann ein alter Workaround später wie eine verbindliche Projektregel wirken.
Prüfe regelmäßig veraltete Befehle, widersprüchliche Regeln und nicht mehr gültige Vorlieben. Passwörter, Tokens, private Schlüssel und personenbezogene Daten gehören nicht in solche Notizen. Lokale Speicherung ist nicht automatisch sichere Geheimnisverwaltung. Eine gelöschte Notiz nimmt außerdem bereits ausgeführte Änderungen nicht zurück und entfernt keine anderen Kopien.
Wenn der Assistent immer wieder eine falsche Vorgabe befolgt, frage nach der Quelldatei. Die Ursache dort zu korrigieren ist hilfreicher als dieselbe Antwort mehrfach zu beanstanden. Eine kurze, gepflegte Sammlung lässt sich wesentlich besser kontrollieren als ein ständig wachsendes Regelwerk voller Ausnahmen.
3. /clear oder /compact: neu beginnen oder den Zusammenhang behalten
Eine Unterhaltung verliert an Klarheit, wenn sich verschiedene Ziele ansammeln. Erst geht es um einen Fehler, dann um Marketing, anschließend um einen Frameworkwechsel und schließlich um einen Newsletter. Bei jedem weiteren Schritt muss das System entscheiden, welche älteren Vorgaben noch gelten. Eine neue Unterhaltung kann dann sinnvoller sein als die nächste zusätzliche Erklärung.
/clear beginnt eine neue Unterhaltung mit leerem Kontext. /compact fasst den bisherigen Austausch zusammen, um denselben Auftrag mit weniger Kontextlast fortzusetzen. Die Befehlsübersicht von Claude Code trennt diese Einsatzzwecke. Nutze den ersten Weg für ein anderes Ziel und den zweiten für weiterhin zusammenhängende Arbeit.
Vor dem Leeren einen brauchbaren Übergabestand schreiben
Ist die Arbeit noch offen, halte ihren Zustand in einer passenden Projektdatei fest: Was wurde geändert? Welche Tests waren erfolgreich? Welches Problem besteht noch? Was ist der nächste Schritt? Dafür brauchst du keine vollständige Abschrift des Gesprächs. Du brauchst einen überprüfbaren Arbeitsstand, den eine neue Sitzung mit dem Repository vergleichen kann.
Bei einer API-Migration könnte der neue Client bereits vorhanden sein, während Wiederholungsversuche und Fehlerbehandlung noch fehlen. Eine hilfreiche Notiz nennt die betreffenden Dateien und Prüfungen. „Fast fertig“ reicht nicht. Diese Disziplin ist auch bei den Änderungen wichtig, die unser Leitfaden zur Migration von Modell-APIs behandelt.
/clear löscht weder Projektdateien noch automatisch die Projekt-Memory und setzt auch keine Tariflimits zurück. Eine neue Unterhaltung ist kein Computerreset und kein Rückgängigmachen von Code. Für eine Rücknahme brauchst du einen separaten, kontrollierten Vorgang. Eine alte Unterhaltung wird über die dafür vorgesehene Fortsetzung wieder aufgenommen.
Frage deshalb zuerst, welches Problem du lösen willst. Ein überfüllter Kontext kann eine Zusammenfassung rechtfertigen. Eine falsche Dauerregel muss an ihrer Quelle korrigiert werden. Ein Verbrauchslimit erfordert eine Budgetentscheidung. Wer diese Fälle vermischt, behandelt häufig das Symptom statt der Ursache.
4. /btw: eine Nebenfrage stellen, ohne den Hauptauftrag umzulenken
/btw eignet sich für eine Erklärung während laufender Arbeit. Während der Agent Tests vorbereitet, möchtest du beispielsweise wissen, was Idempotenz bedeutet. Die Nebenfrage kann den Begriff erklären, ohne den Umweg in den Verlauf der Hauptunterhaltung aufzunehmen.
Die entscheidende Grenze steht in der Dokumentation zum interaktiven Modus: Dieser Kanal besitzt keine Werkzeuge. Er kann bereits vorhandene Informationen verwenden, aber keine neue Datei öffnen, Shell-Befehle ausführen, im Web suchen oder eine Konfiguration ändern. Eine Erklärung zu gelesenem Code ist daher etwas anderes als eine neue Untersuchung.
Drei passende Fragen und ein ungeeigneter Auftrag
/btw Warum verwendet der bereits gelesene Code exponentielle Wartezeiten?/btw Was bedeutet Idempotenz in diesem Ablauf?/btw Welches Risiko hat der besprochene Lösungsansatz?- Ungeeignet: „Öffne die Datei mit Zugangsdaten und ändere diesen Parameter.“ Dafür wären Werkzeuge notwendig; außerdem geht es um sensible Inhalte.
Die Trennung reduziert Unterbrechungen, macht die Antwort aber nicht allwissend. Eine Information, die in der Sitzung noch nicht ermittelt wurde, kann auch der Nebenfrage fehlen. Lasse ausdrücklich zwischen einer allgemeinen Erklärung und einer tatsächlich beobachteten Projekteigenschaft unterscheiden. Überzeugende Formulierungen beweisen keine abgeschlossene Prüfung.
Nutze den Kanal, um Optionen zu verstehen. Entscheidungen, die die Umsetzung ändern sollen, gehören anschließend in die Hauptunterhaltung. Sonst glaubst du vielleicht, eine Änderung sei freigegeben, obwohl der arbeitende Agent diese Vorgabe nicht erhalten hat. Eine Erklärung und eine operative Anweisung erfüllen verschiedene Aufgaben.
Auch die erforderliche Evidenz hilft bei der Auswahl. Eine kurze Definition passt hierhin; ein Vergleich mit aktuellen externen Quellen nicht. Wer den passenden Kanal wählt, vermeidet sowohl unnötige Unterbrechungen als auch den falschen Eindruck, es seien neue Fakten überprüft worden.
5. Remote Control: lokale Arbeit vom Smartphone aus verfolgen
Remote Control ermöglicht die Fortsetzung einer lokalen Sitzung auf einem anderen Gerät. Du kannst den Fortschritt prüfen, eine Ergänzung senden oder auf eine Rückfrage reagieren, ohne vor dem ursprünglichen Computer zu sitzen. Dateien und Werkzeuge werden weiterhin in der lokalen Umgebung dieser Sitzung verwendet.
Die Dokumentation zu Remote Control unterscheidet diese Funktion von Cloud-Sitzungen. Der lokale Rechner muss verfügbar bleiben und der Prozess weiterlaufen. Unterstützte Tarife und die vorgesehene Anmeldung sind erforderlich; ein API-Schlüssel allein aktiviert die Funktion nicht. In Unternehmen können zusätzliche Verwaltungsregeln gelten.
Der Tipp aus dem Video: für neue Sitzungen aktivieren
Neben der einzelnen Verbindung über /remote-control gibt es die Einstellung Enable Remote Control for all sessions, sofern sie unterstützt und erlaubt ist. Damit entfällt das wiederholte manuelle Aktivieren. Bei häufigem mobilen Zugriff ist das bequem; für gelegentliche Nutzung lässt sich eine einzelne Sitzung leichter gezielt kontrollieren.
Eine automatische Verbindung macht die Sitzungen nicht öffentlich. Trotzdem müssen Konto und Geräte geschützt werden. Teile Zugänge nicht unbedacht und genehmige keinen Befehl nur deshalb, weil eine Benachrichtigung erscheint. Ein Löschvorgang bleibt riskant, auch wenn er auf einem kleinen Bildschirm bestätigt wird.
Eine sinnvolle Aufteilung nutzt das Smartphone für Überwachung und eng begrenzte Entscheidungen. Umfangreiche Diffs sollten auf einem geeigneten Bildschirm geprüft werden. Lege vor dem Weggehen fest, welche Aktionen selbstständig erlaubt sind und wann eine Pause erforderlich ist. Fernzugriff ersetzt weder Tests noch Berechtigungsgrenzen.
Denke auch an einfache Ausfälle: Ein schlafender Rechner, ein beendeter Prozess oder eine nicht erreichbare lokale Umgebung verändert die Situation. Wenn nichts vorankommt, prüfe zuerst den Host. Die entfernte Oberfläche ist ein Zugang zur lokalen Arbeit, keine Garantie für unabhängige Ausführung.
6. /design: Anforderungen in einen visuellen Entwurf übersetzen
Claude Design kann vorhandenen Projektkontext mit visueller Arbeit verbinden: Ansichten, Abläufe, Kompositionen und Prototypen, die du anschließend überprüfst. Der Nutzen liegt nicht allein in schöner Gestaltung. Ein Entwurf soll näher an tatsächlichen Produktanforderungen entstehen, statt mit einer allgemeinen Beschreibung ganz von vorne zu beginnen.
Der Eintrag zu /design in der offiziellen Befehlsreferenz nennt Voraussetzungen für Version, Artifacts und das Design-Template. Die Funktion ist deshalb nicht für jedes Konto und jede Ausführungsumgebung garantiert. Prüfe den Canvas im Browser gegen den Arbeitsablauf, den das Produkt wirklich unterstützen soll.
Ein besseres Briefing als „erstelle ein schönes Dashboard“
Beschreibe eine Ansicht für drei wiederkehrende Ausgaben: gut lesbare Beträge, Monatsfilter, leerer Zustand und sichtbarer Unterschied zwischen bestätigten und geschätzten Daten. Nenne Zielgruppe, Informationshierarchie und vorhandene Komponenten. Damit entstehen Bewertungskriterien. Ein einzelnes ästhetisches Adjektiv liefert diese Kriterien nicht.
Kontrolliere anschließend Kontrast, Struktur, mobile Darstellung, lange Beschriftungen und Fehlerzustände. Ein überzeugender Entwurf beweist weder Barrierefreiheit im fertigen Code noch die Existenz dargestellter Interaktionen. Eine Übergabe an die Entwicklung muss Verhalten und Grenzen erklären, nicht nur ein attraktives Bild liefern.
Interface-Design ist außerdem nicht dasselbe wie Bilderzeugung. Eine Produktansicht hat Komponenten und Interaktionen; eine redaktionelle Illustration ist ein visuelles Asset. Unser Leitfaden zu Bildgenerierungswerkzeugen behandelt diese andere Kategorie. Wähle nach dem benötigten Ergebnis, nicht nach dem spektakulärsten Vorschaubild.
Bei einem bestehenden Produkt ist Konsistenz oft wichtiger als ein neuer Stil. Gib vorhandene Muster mit und bestimme zunächst, was überhaupt geändert werden muss. Ein begrenzter Entwurf lässt sich besser gegen reale Bedürfnisse prüfen als ein vollständiger Umbau ohne klar benanntes Problem.
7. /deep-research: strukturierte Recherche statt automatischer Wahrheit
Ausführliche Recherche eignet sich für Fragen, die mehrere Quellen und einen echten Vergleich benötigen. Eine schnelle Definition hat einen anderen Bedarf. Ein passender Auftrag könnte drei Dienste anhand aktueller Preise, Einschränkungen, Datenverarbeitung und regionaler Verfügbarkeit vergleichen und Ankündigungen von nutzbaren Funktionen trennen.
Die Workflow-Dokumentation beschreibt /deep-research als Hintergrundablauf mit paralleler Recherche und einem belegten Bericht. Websuche muss verfügbar sein. Die Überwachung hängt von der Oberfläche ab; in der CLI dient unter anderem /workflows zur Anzeige der laufenden Recherche.
Eine überprüfbare Frage formulieren
Grenze das Ergebnis ein: „Vergleiche diese drei Produkte anhand aktueller Primärquellen. Trenne verfügbare Eigenschaften von Ankündigungen, nenne Datum und Links und kennzeichne nicht überprüfbare Angaben.“ Ergänze Ausschlüsse, etwa keine aus alten Rezensionen rekonstruierten Preise und keine unbelegten Annahmen zu Unternehmenstarifen.
Prüfe den Bericht, statt Quellenangaben als Gütesiegel zu verstehen. Öffne die entscheidenden Links und kontrolliere, ob sie die konkrete Schlussfolgerung tragen. Ein fehlgeschlagener Abruf beweist nicht, dass ein Dienst nicht verfügbar ist. Eine ungeprüfte Angabe muss ungeprüft bleiben, anstatt zum Ausfüllen einer Tabelle als negatives Ergebnis zu erscheinen.
Die Auswahl eines Modells benötigt weiterhin repräsentative Tests. Unser Vergleich von KI-Modellen erklärt, warum Benchmarks und beworbene Fähigkeiten erst im Bezug zur tatsächlichen Aufgabe sinnvoll werden. Recherche kann die Auswahl eingrenzen, aber eine eigene Bewertung nicht ersetzen.
Für wichtige Entscheidungen sollten Unsicherheiten neben den Ergebnissen stehen. Ein Bericht, der Fakten, Schlussfolgerungen und fehlende Belege trennt, ist hilfreicher als eine vollständig ausgefüllte Tabelle mit unbegründeter Sicherheit. Die Lücken werden dadurch zu konkreten Fragen für eine gezielte Nachprüfung.
Ein praktischer Ablauf mit den sieben Funktionen von Claude Code
Angenommen, ein kleiner Webauftritt benötigt eine verständlichere Kontowiederherstellung. Starte nicht alle Funktionen gleichzeitig. Definiere zuerst das Ziel: den Ablauf klarer machen, ohne Berechtigungsregeln zu verändern. Lies die Projektvorgaben und prüfe, ob Memory eine veraltete Vorgehensweise für den Authentifizierungsdienst enthält.
Externe Recherche ist nur nötig, wenn entsprechende Informationen fehlen, zum Beispiel aktuelle Anforderungen des Anbieters. Liegt das Problem vollständig im lokalen Code, fügt eine umfangreiche Websuche eher Rauschen hinzu. Fordere den visuellen Entwurf an, nachdem Inhalte und Zustände des Formulars feststehen.
Während der Umsetzung kannst du Nebenfragen zur Begriffsklärung stellen. Neue Anforderungen gehören trotzdem in die Hauptunterhaltung. Beobachte den Verbrauch, wenn der Auftrag wächst. Verfolge den Fortschritt bei Bedarf aus der Ferne, aber prüfe sicherheitsrelevante Änderungen vollständig, statt sie nur über eine Benachrichtigung abzunicken.
Zum Abschluss gehören passende Tests und ein konkreter Arbeitsbericht. Dauerhafte Konventionen können in Memory übernommen werden, vorübergehende Details nicht automatisch. Ein anderer Auftrag verdient eine neue Unterhaltung; eine Fortsetzung derselben Änderung braucht einen Übergabestand. Der Vorteil entsteht aus klaren Grenzen, nicht aus möglichst vielen Befehlen.
Häufige Fragen und vermeidbare Fehler
Warum erscheint ein Befehl nicht?
Prüfe Version, Tarif, Anmeldung, Umgebung und Organisationsregeln. Eine Videooberfläche kann von deiner Installation abweichen. Installiere kein unbekanntes Plugin, nur um eine Funktion zu reproduzieren, die möglicherweise bereits integriert oder für dein Konto nicht verfügbar ist.
Macht Memory den Assistenten allein zuverlässig?
Nein. Es kann richtige Regeln oder Fehler erhalten. Kritische Anweisungen müssen ausdrücklich formuliert und aktuell sein. Frage bei falschem Verhalten nach der Quelle. Eine korrigierte Datei verbessert den nächsten Einstieg stärker als ein weiterer isolierter Hinweis in einer langen Unterhaltung.
Sollten Zugangsdaten dort stehen, um Zeit zu sparen?
Nein. Nutze geschützte Konfiguration und erteile nur den notwendigen Zugriff. Prompts, Notizen und Berichte sollten keine Kopien von Geheimnissen enthalten. Auf eine sichere Konfiguration zu verweisen ist etwas grundlegend anderes, als ihren Schlüssel direkt einzufügen.
Ist ein Bericht mit mehr Quellen automatisch besser?
Nein. Drei relevante Primärquellen können mehr leisten als zwanzig Seiten, die einander wiederholen. Entscheidend ist der Zusammenhang zwischen Frage, Beleg und Ergebnis. Unsicherheit darf nicht hinter einer längeren Literaturliste verschwinden, wenn sie die Entscheidung beeinflusst.
Womit du anfangen solltest
Wenn du bisher hauptsächlich die Unterhaltung nutzt, beginne mit drei Gewohnheiten: den Verbrauch einer echten Aufgabe beobachten, dauerhafte Regeln pflegen und neue Ziele von alten Gesprächen trennen. Nebenfragen, Fernzugriff, Design und Recherche kommen hinzu, wenn sie ein konkretes Problem lösen.
Der eigentliche Vorteil ist ein kontrollierter Arbeitsprozess. Du weißt, was das System speichert, welche Werkzeuge es hat, wo die Arbeit läuft und welche Antworten überprüft werden müssen. Diese sieben Funktionen werden nützlich, wenn du für genau diese Entscheidungen verantwortlich bleibst.