Boris' 9 praktische Tipps für Claude Code: So einfach ist die Konfiguration der Profis Boris Cherny hat bei Anthropic den Spitznamen: Vater von Claude Code. Er ist kürzlich auf X sehr aktiv gewesen, weshalb viele Leute Boris gefragt haben: Wie nutzt du Claude Code eigentlich? Er hat gerade 9 praktische Tipps auf X geteilt. Es sind nicht so viele Tipps, wie du vielleicht denkst, jeder ist ganz einfach. 【1】Kernidee: Es gibt keine Standardantwort für die besten Praktiken von Claude Code Boris beginnt mit den Worten: > Mein Setup könnte überraschend einfach sein! Claude Code funktioniert großartig direkt nach dem Auspacken, also passe ich es persönlich nicht viel an. > Mein Setup könnte aus deiner Sicht überraschend "original" sein. Claude Code funktioniert direkt nach dem Auspacken sehr gut, ich habe es persönlich nicht viel angepasst. Es ist auch verständlich, dass diese besten Praktiken, wie Skills und Plugins, als Claude Code-Entwickler bereits in die Funktionen integriert wurden. Es gibt keinen einzigen richtigen Weg, Claude Code zu verwenden. Das Team hat es absichtlich so gestaltet, dass man damit experimentieren kann, wie man möchte. Jeder im Claude Code-Team verwendet es völlig anders. Deshalb ist es nicht nötig, sich mühsam nach "besten Praktiken" umzusehen; das Wichtigste ist, den eigenen Rhythmus zu finden. 【2】Parallele Aufgaben mit mehreren Agenten: Gleichzeitig mehrere Claude öffnen Boris' Alltag sieht so aus: Er öffnet 5 Instanzen von Claude Code im Terminal, die Tabs sind nummeriert von 1 bis 5, mit Systembenachrichtigungen, und wechselt zu dem, der Eingaben benötigt. Gleichzeitig führt er 5 bis 10 Aufgaben im Webbrowser aus. Terminal und Web können sich gegenseitig "übergeben": Mit dem &-Symbol kann man die lokale Sitzung ins Web übertragen oder mit --teleport zwischen beiden hin- und herwechseln. Jeden Morgen und tagsüber startet er einige Aufgaben über die Claude-App auf dem Handy und schaut später nach den Ergebnissen. Diese "Multithreading"-Arbeitsweise basiert auf der Logik: Claude Code ist gut darin, selbstständig auszuführen, viele Aufgaben erfordern nicht, dass du ständig dabei bleibst. Du startest die Aufgabe, gibst eine Richtung vor und lässt es laufen, während du dich um andere Dinge kümmerst. Wenn es deine Bestätigung benötigt, kannst du zurückwechseln. Das ist ein ganz anderer Rhythmus als das traditionelle "Der Mensch tippt eine Zeile Code, die KI ergänzt ein paar Zeilen". Aber das stellt auch höhere Anforderungen an die Benutzer; du musst gut darin sein, Agenten Aufgaben zuzuweisen und jederzeit zwischen mehreren Aufgaben zu wechseln. Für jemanden, der es gewohnt ist, selbst zu entwickeln und nur eine Aufgabe gleichzeitig zu bearbeiten, ist das eine große Herausforderung. Schamhaft muss ich sagen, dass ich zwar auch oft den Coding Agent benutze, aber nicht daran gewöhnt bin, zu viele Aufgaben gleichzeitig auszuführen. In diesem Jahr muss ich in diesem Bereich mehr üben. 【3】Modellauswahl: Warum Opus und nicht das schnellere Sonnet Boris sagt, dass er für alle Aufgaben Opus 4.5 mit dem Thinking-Modus verwendet. Das ist das beste Programmiermodell, das er je verwendet hat. Man könnte fragen: Ist Opus nicht größer und langsamer als Sonnet? Boris' Antwort ist: Obwohl die Antwortzeit etwas langsamer ist, musst du es viel seltener korrigieren, die Toolaufrufe sind auch genauer, und letztendlich ist es schneller. Das habe ich immer so gesehen; beim Programmieren sollte man nicht auf Geschwindigkeit setzen, sondern auf hohe Qualität. Wenn ein schnelles Modell erfordert, dass du dreimal korrigierst, ist es besser, ein langsames Modell zu verwenden, das es beim ersten Mal richtig macht. Zeit ist nicht nur die Reaktionszeit des Modells, sondern auch die Kosten für deine Aufmerksamkeit und Energie. Das einzige Problem ist, dass Opus teurer ist. 【4】 ist eine spezielle Konfigurationsdatei von Claude Code, die im Stammverzeichnis des Projekts abgelegt wird. Jedes Mal, wenn Claude Code gestartet wird, liest es diese Datei automatisch und behandelt den Inhalt als "Hintergrundwissen". Du kannst es dir so vorstellen: Das ist das Projektbriefing, das du der KI gibst, um ihr die Architektur, Standards und wichtige Hinweise des Projekts zu erklären. Das Team von Boris hat die Vorgehensweise, dass das gesamte Claude Code-Repository in einem Git gemeinsam genutzt wird, und alle pflegen es gemeinsam. Jede Woche fügt jemand etwas hinzu. Die Regel ist einfach: Jedes Mal, wenn du siehst, dass Claude etwas falsch gemacht hat, schreibst du "Mach das nicht so" hinein, und beim nächsten Mal weiß es Bescheid. Interessanterweise verwenden sie diesen Mechanismus auch bei Code-Reviews. Boris wird in den PRs seiner Kollegen @.claude erwähnen, damit Claude eine neue Regel in hinzufügt. Dies wird durch die GitHub Action von Claude Code ermöglicht. Dan Shipper nennt diese Vorgehensweise "Zinseszinstechnik": Jeder Fehler wird zu einem Teamvermögen, sodass die KI immer besser versteht, was ihr Projekt ist. Wenn du den Befehl noch nicht verwendet hast, analysiert Claude automatisch die Projektstruktur und generiert eine erste Version. Dann kannst du während der Nutzung ergänzen und alles, was nicht stimmt, hinzufügen. 【5】Plan-Modus: Erst nachdenken, dann handeln Boris sagt, dass die meisten seiner Sitzungen im Plan-Modus beginnen. Im Claude Code kannst du durch zweimaliges Drücken von Shift+Tab umschalten. Im Plan-Modus ändert Claude nicht direkt den Code, sondern gibt dir zuerst einen Ausführungsplan. Du kannst den Plan diskutieren und ändern, bis du zufrieden bist. Dann wechselst du in den automatischen Akzeptanzmodus, und Claude kann normalerweise alles auf einmal erledigen. "Ein guter Plan ist wirklich wichtig"; diese Gewohnheit bringt die klassische Weisheit der Softwareentwicklung in die KI-Zusammenarbeit: Zuerst entwerfen, dann codieren. Viele Leute haben das Problem, dass sie direkt mit der KI anfangen, um Code zu schreiben, und wenn die Richtung falsch ist, ist der Nachbearbeitungsaufwand sehr hoch. Einige Minuten damit zu verbringen, den Plan abzustimmen, kann dir Stunden an Nacharbeit sparen. 【6】Automatisierung wiederkehrender Aufgaben: Slash-Befehle und Sub-Agenten Boris hat einige Operationen, die er täglich Dutzende Male verwendet, und er hat sie in Slash-Befehle umgewandelt. Zum Beispiel "/commit-push-pr", um mit einem Klick das Einreichen, Pushen und Erstellen eines PR abzuschließen. Slash-Befehle sind im Wesentlichen Markdown-Dateien, die im .claude/commands/-Verzeichnis abgelegt sind. Du kannst Anweisungen in natürlicher Sprache schreiben und sogar Bash-Skripte einbetten, um einige Informationen im Voraus abzurufen und die Anzahl der Modellaufrufe zu reduzieren. Diese Befehle können ins Git eingereicht werden, sodass das gesamte Team sie gemeinsam nutzen kann. Neben den Slash-Befehlen verwendet er auch Sub-Agenten (Agenten sind unabhängige Claude-Instanzen, die für bestimmte Aufgaben zuständig sind). Zum Beispiel hat er einen Sub-Agenten namens code-simplifier, der den Code automatisch vereinfacht, nachdem der Haupt-Claude die Arbeit abgeschlossen hat; und einen verify-app Sub-Agenten, der für End-to-End-Tests verantwortlich ist. Der gemeinsame Nenner dieser beiden Funktionen ist: Die Dinge, die du wiederholt machst, werden festgelegt, sodass Claude sie selbst aufruft. Du musst nicht jedes Mal alles wiederholen oder dir die Details der verschiedenen Befehle merken. Verwende den PostToolUse Hook, um den von Claude generierten Code zu formatieren. Claude kann normalerweise gut formatierten Code automatisch generieren, und dieser Hook kümmert sich um die letzten 10 % des Codes, um Formatierungsfehler im Verlauf der kontinuierlichen Integration (CI) zu vermeiden. 【7】Sicherheit und Integration: Berechtigungseinstellungen und externe Tools Boris verwendet nicht die "gefährliche" Option --dangerously-skip-permissions. Stattdessen genehmigt er im Voraus einige häufig verwendete Sicherheitsbefehle mit dem /permissions-Befehl, um zu vermeiden, dass jedes Mal ein Bestätigungsfenster erscheint. Diese Einstellungen werden in .claude/settings.json gespeichert und vom Team geteilt. Noch leistungsfähiger ist die Integration des MCP-Servers. MCP steht für Model Context Protocol, ein von Anthropic eingeführtes Standardprotokoll, das es KI ermöglicht, sich mit externen Tools zu verbinden. Durch MCP kann Claude Code direkt: - Slack-Nachrichten suchen und senden - BigQuery-Abfragen ausführen, um Datenfragen zu beantworten - Fehlerprotokolle von Sentry abrufen Das Team von Boris hat auch die MCP-Konfiguration für Slack ins Repository eingereicht, sodass jeder sie sofort nutzen kann. Das bedeutet, dass Claude Code nicht nur ein Programmierwerkzeug ist, sondern ein "Alleskönner", der deine gesamte Werkzeugkette aufrufen kann. 【8】Verarbeitung langer Aufgaben: Lass Claude selbst validieren Für langwierige Aufgaben hat Boris mehrere Strategien: Erstens lässt er Claude die Ergebnisse automatisch mit einem Hintergrund-Agenten validieren, nachdem es abgeschlossen ist. Du kannst dies in den Eingabeaufforderungen anfordern oder den Stop Hook verwenden, um dies sicherer auszulösen. > Hinweis: Hooks sind die "Hook"-Mechanismen von Claude Code, die es dir ermöglichen, benutzerdefinierte Logik zu bestimmten Zeitpunkten während der Ausführung von Claude einzufügen. Du kannst es dir als "Trigger" vorstellen: Wenn ein bestimmtes Ereignis eintritt, wird automatisch der von dir festgelegte Befehl oder das Skript ausgeführt. > Der Stop Hook wird aktiviert, wenn Claude die Antwort abgeschlossen hat und bereit ist, die Kontrolle zurückzugeben. > Verwandte Dokumentation: Zweitens verwendet er das ralph-wiggum-Plugin, das im Wesentlichen eine Bash-Schleife ist: Stell dir eine einfache Endlosschleife (while true) vor, die ständig dasselbe Aufgabenbriefing (Prompt-Datei) an die KI übergibt, damit sie immer wieder an der Arbeit verbessert, bis sie vollständig abgeschlossen ist. Drittens verwendet er im Sandbox-Umfeld --permission-mode=dontAsk oder --dangerously-skip-permissions, damit Claude nicht durch Berechtigungsbestätigungen unterbrochen wird und selbst bis zum Ende läuft. Die Kernidee ist: Wenn es sich um eine lange Aufgabe handelt, lass es nicht auf dich warten. Gib ihm genügend Autonomie und Selbstkorrekturfähigkeit. 【9】Der wichtigste Punkt: Gib Claude die Validierungsfähigkeit Boris stellt diesen Punkt an die letzte Stelle und sagt, dass dies möglicherweise der wichtigste Faktor für gute Ergebnisse ist. Wenn Claude in der Lage ist, seine eigene Arbeit zu validieren, kann die Qualität des Endprodukts um das 2- bis 3-Fache steigen. Er gibt ein Beispiel: Jede Änderung, die sie in einreichen, wird von Claude mit einer Chrome-Erweiterung selbst getestet: Er öffnet den Browser, testet die Benutzeroberfläche, entdeckt Probleme und iteriert, bis die Funktion normal und die Erfahrung angemessen ist. Die Validierungsmethoden variieren je nach Szenario. Es kann das Ausführen eines Bash-Befehls sein, das Ausführen von Test-Suiten oder das Testen von Anwendungen im Browser oder im Mobilgeräte-Emulator. Die Form ist nicht wichtig; wichtig ist: Gib der KI ein Feedback-Feedback. Diese Logik ist eigentlich sehr einfach. Menschliche Ingenieure garantieren die Qualität auch durch den Zyklus "Code schreiben - testen - Ergebnisse ansehen - ändern". KI funktioniert genauso. Wenn sie nur schreiben kann, aber nicht testen, ist es, als würde man mit geschlossenen Augen arbeiten, und die Qualität hängt ganz vom Glück ab. Boris' Empfehlung ist: Investiere Energie, um den Validierungsmechanismus solide zu gestalten. Das ist die Investition mit der höchsten Rendite. 【10】Meister verwenden das Schwert ohne Tricks In Wuxia-Romanen verwenden Meister das Schwert nicht mit vielen komplizierten Techniken; das Ungeübte übertrifft das Geübte. Boris prahlt nicht mit komplizierten Anpassungen oder geheimen Tipps; er verwendet einfach die offiziellen Funktionen. Der Unterschied liegt darin, dass er die Logik hinter diesen Funktionen wirklich versteht und sie zu einem effizienten Workflow kombiniert. Paralleles Arbeiten ist möglich, weil Claude selbstständig ausführen kann; die Verwendung von Opus ist, weil die Gesamteffizienz höher ist; verwandelt Fehlerkorrekturen in Vermögenswerte; der Plan-Modus bedeutet, zuerst nachzudenken, bevor man handelt; Slash-Befehle und Sub-Agenten automatisieren wiederkehrende Aufgaben; der Validierungsmechanismus gibt der KI einen Feedback-Feedback. Wenn du gerade erst anfängst, Claude Code zu verwenden, musst du nicht sofort alle fortgeschrittenen Konfigurationen studieren. Konzentriere dich zuerst auf die Grundlagen: Lerne, parallel zu arbeiten, plane und lerne, wie man die Validierungsmethoden von KI ansammelt. Wenn du wirklich auf eine Blockade stößt, kannst du dich später mit diesen Spielereien beschäftigen.

Was Boris nicht erwähnt hat, ist der grundlegende CI-/Code-Review-Workflow. Diese Dinge sind für große Unternehmen, die daran gewöhnt sind, alltäglich und sollten standardmäßig vorhanden sein. Zum Beispiel, wenn er eine Aufgabe mit Claude Code abgeschlossen hat, wird er nicht einfach direkt in den Hauptbranch mergen, sondern einen PR einreichen. Nach der Einreichung des PR wird auf dem CI-Server automatisch alle Lint- und automatisierten Tests ausgeführt. Wenn die Tests fehlschlagen, kann der PR nicht gemergt werden. Ein PR, der alle automatisierten Tests bestanden hat, muss noch von jemandem überprüft werden (natürlich kann AI dabei helfen, aber es muss trotzdem von einer Person bestätigt werden). Wenn bei der Code-Überprüfung Probleme festgestellt werden, müssen diese behoben werden. Viele individuelle Entwickler sind nicht daran gewöhnt, einen CI-/Code-Review-Workflow einzurichten, und haben nicht einmal eine Git-Codeverwaltung eingerichtet, sodass sie bei Problemen nicht zurückrollen können.

【10】 Die Dinge, die du nicht sehen kannst Was Boris nicht erwähnt hat, ist das grundlegende Workflow-Management für Quellcodeverwaltung / CI (Continuous Integration) / Code-Review, das für große Unternehmen, die daran gewöhnt sind, alltäglich und selbstverständlich ist. Zum Beispiel, wenn er eine Aufgabe mit Claude Code abgeschlossen hat, wird er nicht einfach direkt in den Hauptbranch mergen, sondern einen PR (Pull Request) einreichen. Nach der Einreichung des PR wird auf dem CI-Server automatisch alle Linting- und automatisierten Tests durchgeführt. Wenn die Tests fehlschlagen, kann der PR nicht gemergt werden. Ein PR, der alle automatisierten Tests bestanden hat, muss noch von jemandem überprüft werden (natürlich kann AI dabei helfen, aber es muss trotzdem von einer Person bestätigt werden). Wenn bei der Code-Überprüfung Probleme festgestellt werden, müssen diese behoben werden. Diese Grundlagen sind auch die Basis für ihre Fähigkeit, mehrere Aufgaben parallel zu bearbeiten. Wenn diese grundlegenden Workflows nicht gut eingerichtet sind, ist es nicht möglich, mehrere Aufgaben parallel zu bearbeiten. Viele individuelle Entwickler sind es nicht gewohnt, einen CI/Code-Review-Workflow einzurichten, und haben nicht einmal eine Git-Quellcodeverwaltung eingerichtet, sodass sie im Falle eines Problems nicht zurückrollen können.