Claude Code Grundeinrichtung – persönliche Präferenzen richtig festlegen

Claude Code wird erst dann wirklich nützlich, wenn nicht nur die Software läuft, sondern auch klare Regeln für die Arbeitsweise gesetzt sind. Viele Nutzer starten Claude, geben eine Aufgabe ein und wundern sich später über chaotische Änderungen, fehlende Prüfungen oder unstrukturierte Antworten. Das Problem ist oft nicht das Tool selbst, sondern die fehlende Grundeinrichtung. Wenn Claude keine sauberen Vorgaben bekommt, arbeitet es je nach Situation mal vorsichtig, mal zu schnell und oft nicht so konsistent, wie es für echte Projekte sinnvoll wäre.

Genau deshalb lohnt es sich, persönliche Präferenzen früh festzulegen. Dazu gehören Regeln wie „erst planen, dann coden“, „komplexe Aufgaben auslagern“, „keine Aufgabe ohne Verifikation abschließen“, „aus Fehlern lernen“ und „Bugs möglichst eigenständig beheben“. Diese Grundsätze helfen dabei, Claude Code nicht nur als Antwortmaschine zu verwenden, sondern als Werkzeug mit klarer Arbeitslogik. Gerade bei Webprojekten, App-Projekten, Automatisierungen oder Kundenaufträgen ist das ein großer Unterschied.

1. Warum eine saubere Claude-Code-Grundeinrichtung so wichtig ist

Ohne klare Regeln entsteht schnell ein typisches Muster: Claude macht zwar etwas, aber nicht unbedingt in der Reihenfolge oder Qualität, die du eigentlich erwartest. Mal werden sofort Dateien geändert, obwohl zuerst eine Planung sinnvoll gewesen wäre. Mal wird eine Aufgabe als fertig bezeichnet, obwohl kein Test gemacht wurde. Mal fehlt die saubere Trennung zwischen Analyse, Umsetzung und Kontrolle. Das kostet Zeit und führt dazu, dass du ständig korrigierend eingreifen musst.

Eine gute Grundeinrichtung sorgt dafür, dass Claude wiederholbar und nachvollziehbar arbeitet. Das ist besonders wichtig, wenn du mehrere Projekte betreust oder mit verschiedenen Kundenumgebungen arbeitest. Statt jedes Mal von vorne zu erklären, wie Claude vorgehen soll, legst du die Regeln einmal sauber fest und nutzt sie dann projektbezogen weiter. So wird aus einer zufälligen Nutzung ein stabiler Workflow.

2. Claude immer im richtigen Projektordner starten

Bevor persönliche Präferenzen überhaupt greifen können, muss der Projektkontext stimmen. Claude sollte immer direkt im Projektordner gestartet werden und nicht irgendwo in einem Sammelordner oder im Laufwerk selbst. Wenn Claude im falschen Verzeichnis läuft, stimmen Kontext, Dateien und Projektregeln oft nicht sauber überein. Genau dadurch entstehen später unnötige Fehler.

cd C:\Claude_Projekte\mein-projekt claude

Diese Kleinigkeit wird oft unterschätzt. In der Praxis entscheidet sie aber mit darüber, ob Claude auf die richtigen Dateien, Regeln und Projektinformationen zugreift oder nicht.

3. Wo persönliche Präferenzen sinnvoll hinterlegt werden

Die sinnvollste Stelle für projektbezogene Arbeitsregeln ist eine Datei wie CLAUDE.md im jeweiligen Projekt. Dort können Grundprinzipien festgehalten werden, die bei jeder Session gelten sollen. Das ist deutlich sauberer als dieselben Regeln immer wieder neu in den Chat zu schreiben. Gerade wiederkehrende Vorgaben wie Planungsreihenfolge, Testpflicht oder Fehlerdokumentation gehören genau dort hinein.

Wichtig ist dabei, nicht zu schwammig zu formulieren. Vage Anweisungen wie „arbeite gut“ oder „mach es ordentlich“ bringen wenig. Klare Regeln wie „erst planen, dann ändern“ oder „keine Aufgabe ohne Verifikation abschließen“ sind viel wirksamer.

# Projektregeln für Claude Code
Plan First - Erst planen, dann coden.
Subagents - Komplexe Aufgaben an passende Subagents auslagern.
Verify - Keine Aufgabe ist fertig ohne Test, Prüfung oder Review.
Self-Improvement - Fehler dokumentieren und nicht wiederholen.
Auto Bug Fix - Bugs möglichst eigenständig analysieren und beheben.

Arbeite nur im aktuellen Projektkontext.
Ändere keine unnötigen Dateien.
Erkläre kurz, welche Dateien geändert wurden und warum.

4. Plan First – erst planen, dann coden

Das ist eine der wichtigsten Regeln überhaupt. Claude springt sonst oft zu schnell in die Umsetzung. Das wirkt auf den ersten Blick produktiv, führt aber bei komplexeren Aufgaben schnell zu unnötigen Änderungen, schlechten Abkürzungen oder falschen Annahmen. Mit „Plan First“ zwingst du Claude dazu, zuerst die Aufgabe sauber zu strukturieren, die betroffenen Dateien zu benennen und mögliche Risiken zu erkennen, bevor überhaupt Änderungen durchgeführt werden.

Gerade bei größeren Aufgaben wie Refactorings, neuen Komponenten, Navigationsstrukturen oder mehreren zusammenhängenden Änderungen ist diese Regel extrem wertvoll. Du bekommst dadurch einen klareren Überblick, kannst Schwächen früher erkennen und verhinderst, dass Claude blind loslegt.

Bevor du Code änderst, erstelle zuerst einen kurzen Plan mit: 1. Ziel 2. betroffenen Dateien 3. Risiken 4. empfohlener Umsetzung 5. Prüfschritt danach

5. Subagents – komplexe Aufgaben sinnvoll auslagern

Nicht jede Aufgabe sollte in einem einzigen großen Schritt gelöst werden. Wenn ein Problem mehrere Ebenen hat, zum Beispiel Analyse, Umbau, Fehlerprüfung und Optimierung, ist es oft besser, Teilaufgaben sauber zu trennen. Genau dafür eignen sich Subagents. Die Idee dahinter ist einfach: Statt alles in einer chaotischen Antwort zu vermischen, werden komplexe Aufgaben in fokussierte Einheiten zerlegt.

Das bringt vor allem dann Vorteile, wenn Claude mehrere Denkebenen sauber auseinanderhalten soll. Ein Teil untersucht erst die Struktur, ein anderer kümmert sich um die Planung und ein weiterer konzentriert sich auf die konkrete Änderung. Dadurch wird die Arbeit oft klarer, strukturierter und weniger fehleranfällig.

Für deinen Workflow bedeutet das: Wenn eine Aufgabe komplex wird, soll Claude nicht blind alles auf einmal erledigen, sondern bewusst in Teilbereiche zerlegen. Das verbessert die Qualität meist stärker als jeder zusätzliche Skill.

6. Verify – keine Aufgabe ist fertig ohne Prüfung

Viele schlechte Ergebnisse entstehen nicht durch die Umsetzung selbst, sondern durch die fehlende Kontrolle danach. Claude ändert etwas, die Änderung klingt plausibel, aber niemand prüft, ob die App startet, ob das Layout stimmt oder ob der Code wirklich sauber geblieben ist. Genau deshalb sollte „Verify“ eine feste Grundregel sein.

Diese Regel bedeutet: Keine Aufgabe gilt als abgeschlossen, bevor mindestens eine Form der Verifikation erfolgt ist. Das kann ein Testlauf, eine Vorschau, ein Linter, ein Build-Check oder ein kritisches Review sein. Wenn gerade kein Test möglich ist, sollte Claude das ausdrücklich sagen, statt so zu tun, als sei alles sicher erledigt.

Markiere keine Aufgabe als fertig, bevor du mindestens einen Prüfschritt gemacht hast: - Test ausführen - Vorschau prüfen - Review durchführen - Linting oder Build prüfen Wenn kein Test möglich ist, begründe das ausdrücklich.

7. Self-Improvement – Fehler festhalten und nicht wiederholen

Ein sehr guter Workflow entsteht nicht dadurch, dass nie Fehler passieren. Er entsteht dadurch, dass Fehler nicht ständig wiederholt werden. Genau das ist mit „Self-Improvement“ gemeint. Wenn Claude einen typischen Fehler gemacht hat, etwa falscher Projektordner, unnötige Paketinstallation, fehlende Prüfung oder Änderungen an zu vielen Dateien, dann sollte daraus eine klare Projektregel werden.

Diese Denkweise ist extrem wertvoll, weil sie Claude von Sitzung zu Sitzung konsistenter macht. Statt jedes Mal dieselben Korrekturen neu zu erklären, werden wichtige Erkenntnisse dauerhaft festgehalten. Genau so entwickelt sich ein Projekt-Setup weiter, statt im Kreis zu laufen.

Wenn ein Fehler auftritt, notiere die Ursache und ergänze eine klare Regel, damit derselbe Fehler im Projekt nicht wiederholt wird.

8. Auto Bug Fix – Bugs möglichst autonom fixen

Diese Regel wird oft missverstanden. Gemeint ist nicht, Claude blind auf alles loszulassen. Gemeint ist, dass Claude bei Bugs nicht für jeden Mini-Schritt erneut an die Hand genommen werden soll. Ein brauchbarer Workflow sieht so aus: Claude analysiert den Fehler, grenzt die Ursache ein, schlägt den kleinsten sinnvollen Fix vor, setzt ihn um und prüft danach das Ergebnis.

Das spart viel Zeit, wenn es sauber eingebettet ist. Wichtig ist nur, dass der Bug-Fix nicht hektisch und ohne Prüfung passiert. Gerade hier greifen die anderen Regeln wieder: Erst planen, dann ändern, danach verifizieren. So wird aus „Auto Bug Fix“ keine riskante Abkürzung, sondern ein effizienter Problemlösungsprozess.

Bei Bugs: 1. Ursache eingrenzen 2. kleinsten sinnvollen Fix umsetzen 3. Ergebnis prüfen 4. dokumentieren, falls daraus eine neue Projektregel entsteht

9. Persönliche Präferenzen mit den Berechtigungen abstimmen

Persönliche Regeln bringen wenig, wenn Claude ständig an Berechtigungsgrenzen hängen bleibt oder umgekehrt völlig ungebremst arbeiten darf. Deshalb sollten die Projektregeln zu den Berechtigungen passen. Für viele normale Projekte ist ein Modus wie acceptEdits ein guter Mittelweg. Dadurch kann Claude produktiver arbeiten, ohne dass sofort alles komplett freigegeben wird.

Das passt besonders gut zu einer strukturierten Grundeinrichtung. Claude soll zügig arbeiten dürfen, aber nicht unkontrolliert. Gerade bei echten Projekten ist diese Balance wichtig. Zu wenig Rechte bremsen unnötig. Zu viele Rechte erhöhen das Risiko für Fehler oder unerwünschte Änderungen.

{ "permissions": { "defaultMode": "acceptEdits" } }

10. Hooks und feste Prüfungen später ergänzen

Wenn dein Workflow später reifer wird, kannst du bestimmte Regeln zusätzlich technisch absichern. Dazu gehören automatische Prüfungen nach Änderungen, Formatierungen oder wiederkehrende Kontrollen. Das ist besonders dann sinnvoll, wenn du bestimmte Standards nicht nur als Wunsch formulieren, sondern auch zuverlässig durchsetzen willst.

Gerade die Regel „Verify“ lässt sich dadurch später sauber verstärken. Statt nur darauf zu hoffen, dass geprüft wird, kannst du wiederkehrende Prüfschritte direkt in den Ablauf integrieren. Für den Einstieg reicht aber meistens zuerst eine gute Kombination aus Projektregeln, sauberem Projektordner und passenden Berechtigungen.

11. Ein praxistauglicher Standard für neue Projekte

Wenn du künftig neue Projekte mit Claude Code aufsetzt, solltest du dir eine einfache Standardroutine angewöhnen. Zuerst einen sauberen Projektordner anlegen. Dann Claude direkt dort starten. Danach eine CLAUDE.md mit den fünf Grundprinzipien anlegen. Anschließend die Berechtigungen passend setzen und erst dann mit der eigentlichen Arbeit beginnen.

Diese Reihenfolge ist unspektakulär, aber extrem wirksam. Sie verhindert Chaos, spart Erklärungsaufwand und sorgt dafür, dass Claude von Anfang an in einem kontrollierten Rahmen arbeitet. Genau das ist langfristig viel wertvoller als irgendwelche spektakulären Einzelprompts.

12. Fazit

Eine gute Claude-Code-Grundeinrichtung besteht nicht aus einem einzigen Trick, sondern aus klaren Regeln, sauberem Projektkontext und einer wiederholbaren Arbeitsweise. Die persönlichen Präferenzen „Plan First“, „Subagents“, „Verify“, „Self-Improvement“ und „Auto Bug Fix“ sind dafür ein sehr starkes Fundament. Sie helfen dir dabei, Claude nicht nur schneller, sondern vor allem konsistenter und robuster einzusetzen. Wenn du diese Prinzipien sauber in deinem Projekt hinterlegst und mit passenden Berechtigungen kombinierst, wird Claude Code vom netten Experiment zu einem echten Werkzeug für den Alltag.

Wenn du Unterstützung benötigst, kannst du dich jederzeit per E-Mail an hello@mikas.at wenden.