N2 — Advanced Operator ▾
Advanced Operator
Playbook
Claude Code als professionelles Arbeitssystem. 10 Module, um zu bauen, zu debuggen, zu refactorieren, zu automatisieren, zu dokumentieren und zusammenzuarbeiten, ohne die Kontrolle über das Projekt zu verlieren.
Was du lernst
Diagramm — Wie ein fortgeschrittener Operator arbeitet
Ziel
Was du bauen oder verbessern willst
Projektarchitektur
Struktur, Ordner, Konventionen
Kontext + fortgeschrittenes CLAUDE.md
Regeln, Stack, Einschränkungen, Ablauf
Git + Debugging + Refactors
Kleine, umkehrbare, prüfbare Änderungen
Automatisierungen + MCPs
Tools mit Augenmass verbunden
Deploy + Dokumentation
Veröffentlichen, versionieren, übergeben
Skalierbares System
Ein anderer Operator kann reibungslos weitermachen
Schliess Level 1 ab, um freizuschalten
Das Advanced Operator Playbook wird freigeschaltet, sobald du Operator Foundations abgeschlossen hast. Level 1 gibt dir die Grundlage, die dieses Level bereits voraussetzt.
Zu Level 1 — Operator Foundations →Projektarchitektur
Ziel
Ein Projekt so strukturieren, dass Claude es verstehen und verändern kann, ohne es kaputtzumachen.
Ergebnis
Sauberes Repo, klares README, kohärente Ordner und dokumentierte Anfangsregeln.
mapa-arquitectura.md FORTGESCHRITTENES INSIGHT
Organisiere die Struktur so, als würde Claude das Repo kalt lesen. Wenn der Ordner für dich verwirrend ist, produziert Claude schon ab der ersten Nachricht unpassenden Code.
Fortgeschrittenes CLAUDE.md
Ziel
Tiefgehende operative Regeln für ein komplexes Projekt erstellen.
Ergebnis
Claude versteht Stil, Grenzen, Stack, Befehle, Sicherheit und Arbeitsweise.
CLAUDE.md v2 FORTGESCHRITTENES INSIGHT
Ein CLAUDE.md v2 ist nicht länger als v1 — es ist dichter. Eine spezifische Regel ("füge keine Abhängigkeiten ohne Begründung hinzu") ist mehr wert als drei generische ("sei vorsichtig").
Kontextkontrolle
Ziel
Lernen, was du Claude gibst, was nicht und wann du zusammenfasst.
Ergebnis
Weniger verschwendete Tokens, präzisere Antworten, effizientere Sessions.
brief-proyecto.md FORTGESCHRITTENES INSIGHT
Wenn der Kontext zu gross wird, lösch ihn nicht: fass ihn zusammen. Ein brief-sesión.md mit 20 Zeilen ist nützlicher als 5000 Tokens ungeordneter Verlauf.
Professioneller Git-Workflow
Ziel
Mit Commits, Branches und Diffs arbeiten, ohne Chaos und ohne Arbeit zu verlieren.
Ergebnis
Kleine, umkehrbare und überprüfbare Änderungen. Ein Verlauf, der eine Geschichte erzählt.
git-workflow.md documentado FORTGESCHRITTENES INSIGHT
Mach kleine und häufige Commits. Ein Commit, der "Footer hinzufügen" beschreibt, ist nützlich. Ein Commit mit 12 geänderten Dateien und der Nachricht "Verbesserungen" ist eine Zeitbombe.
Unterstütztes Debugging
Ziel
Claude nutzen, um Fehler zu finden, ohne dich blind auf seine Vorschläge zu verlassen.
Ergebnis
Isolierte Bugs mit klaren Hypothesen und kleinen, umkehrbaren Fixes.
bug-report + solución aplicada FORTGESCHRITTENES INSIGHT
Bevor du Claude bittest, "das zu reparieren", lass ihn erklären, was er denkt, dass passiert. Wenn er es nicht erklären kann, mag der vorgeschlagene Fix plausibel, aber falsch sein.
Sichere Refactors
Ziel
Code verbessern, ohne bestehende Funktionen kaputtzumachen oder neue Schulden einzuführen.
Ergebnis
Refactors in Phasen mit grünem Build nach jeder Änderung.
before/after documentado con diff FORTGESCHRITTENES INSIGHT
Refactoriere eine Sache nach der anderen. Prüf den Build. Dann die nächste. Das Vertrauen in den Refactor kommt von den grünen Builds, nicht vom Gefühl, dass es "funktionieren sollte".
Automatisierungen und MCPs
Ziel
Verstehen, wann externe Tools angebunden werden und wann das Over-Engineering ist.
Ergebnis
Eine Karte nützlicher Automatisierungen mit Begründung für jede einzelne.
diagrama-automatizacion.md FORTGESCHRITTENES INSIGHT
Einen MCP anzubinden ist einfach. Zu wissen, was er in deinem Namen ausführt und wann du ihn nicht nutzen solltest, ist es nicht. Füge keine Tools hinzu, von denen du nicht verstehst, was sie im Hintergrund tun.
Testing und Validierung
Ziel
Dich nicht nur darauf verlassen, dass es "zu funktionieren scheint", bevor du veröffentlichst.
Ergebnis
Eine Checkliste manueller Tests, die vor jedem Deploy ausgeführt wird.
qa-checklist.md FORTGESCHRITTENES INSIGHT
Die QA-Checkliste ist keine Bürokratie: sie ist ausgelagertes Gedächtnis. Ohne sie gibt es immer etwas, das du am Deploy-Tag zu prüfen vergessen hast.
Deploy und Wartung
Ziel
Veröffentlichen, ohne die Produktion kaputtzumachen, und den Verbesserungszyklus aktiv halten.
Ergebnis
Ablauf Deploy → prüfen → korrigieren → versionieren, dokumentiert und ausführbar.
sop-deploy.md FORTGESCHRITTENES INSIGHT
Dokumentiere den ersten Deploy, während du ihn ausführst. Beim zweiten Mal brauchst du die Hälfte der Zeit. Beim zehnten Minuten. Lebendige Dokumentation ist das Asset, das sich am meisten auszahlt.
Operative Dokumentation
Ziel
Eigene Arbeit in ein System verwandeln, das andere Personen oder Agenten wiederverwenden können.
Ergebnis
Prozesse, die detailliert genug dokumentiert sind, um sie zu delegieren.
sop-proceso.md FORTGESCHRITTENES INSIGHT
Test für ein delegierbares SOP: Kann eine andere Person (oder Claude) es ausführen, ohne dich etwas zu fragen? Wenn die Antwort "nein" lautet, ist das SOP unvollständig.
Vier vollständige Szenarien mit Claude Code als Produktionssystem.
Eine komplette Landingpage erstellen
Vom Brief bis zum Deploy. Hero, Copy, Struktur, Komponenten, grundlegendes SEO und Push.
Ein bestehendes System auditieren
Code lesen, dokumentieren, was er tut, Risiken erkennen und einen Verbesserungsplan vorschlagen.
Einen manuellen Prozess in ein System verwandeln
Schritte abbilden, Automatisierbares erkennen, Ablauf entwerfen und SOP dokumentieren.
Repo für die Zusammenarbeit vorbereiten
CLAUDE.md, README, .gitignore, Ordnerstruktur und Beitragsregeln.
- × Zu viel auf einmal verlangen — Claude verliert den Kontext und produziert Code, der andere Teile kaputtmacht.
- × Änderungen nicht isolieren — ein Refactor, der 5 Dateien auf einmal anfasst, ist unmöglich zu prüfen.
- × Keine Commits nutzen — wenn etwas kaputtgeht, kannst du zu keinem stabilen früheren Punkt zurück.
- × Diffs nicht lesen — Änderungen freizugeben, die du nicht verstehst, ist eine Garantie für stille Bugs.
- × Secrets hochladen — ein API Key auf GitHub kann innerhalb von Stunden Schulden verursachen.
- × KI ohne Validierung nutzen — der Output von Claude kann plausibel, aber falsch sein.
- × Claude alles neu machen lassen — verlange chirurgische Änderungen, keine massiven Neuschreibungen.
Agiere als Senior-Software-Architekt. Analysiere die Struktur dieses Projekts: [füge hier den Dateibaum ein oder beschreibe die Ordner] Bewerte: 1. Ergibt die Ordnerorganisation für diesen Projekttyp Sinn? 2. Welche Dateien sind überflüssig, fehlen oder sind am falschen Ort? 3. Welche Naming-Konventionen liessen sich verbessern? 4. Wie würdest du das organisieren, damit Claude ohne Mehrdeutigkeiten navigieren kann? Vorschlag: schlage eine alternative Struktur vor, falls die aktuelle Probleme hat. Sei spezifisch. Verallgemeinere nicht.
Agiere als Architekt für Anweisungen an Claude Code. Das ist der Kontext des Projekts: [beschreibe das Projekt, seinen Stack und seine Ziele] Erstelle ein fortgeschrittenes CLAUDE.md, das Folgendes enthält: 1. Beschreibung des Projekts und Zweck in einer einzigen Zeile 2. Technischer Stack mit exakten Versionen 3. Kritische Befehle (build, test, lint, deploy) 4. Architekturregeln: was zu tun ist und was nie 5. Naming-Konventionen und Dateiorganisation 6. Erwarteter Arbeitsablauf: wie Claude Änderungen vorschlagen soll 7. Sicherheitsregeln: welche Dateien oder Variablen nie angefasst werden dürfen 8. Erfolgssignale: woran man erkennt, dass die Arbeit gut gemacht ist Maximal 60 Zeilen. Dicht. Ohne Füllmaterial.
Agiere als Refactoring-Ingenieur. Ich möchte diesen Codeausschnitt verbessern: [füge den Code ein] Bevor du irgendetwas editierst, brauche ich einen Refactor-Plan, der Folgendes enthält: 1. Welche Probleme der aktuelle Code hat (spezifisch, nicht vage) 2. Was du ändern würdest und warum 3. Risiken jeder vorgeschlagenen Änderung 4. In welcher Reihenfolge die Änderungen erfolgen, damit der Code nie kaputt ist 5. Wie man validiert, dass keine Änderung Regressionen eingeführt hat Fang nicht an, Code zu schreiben, bis ich den Plan freigegeben habe.
Stell sicher, dass du alle 10 Module abgeschlossen hast, bevor du das Level markierst:
- ✓ Architekturkarte eines echten Projekts dokumentiert
- ✓ Fortgeschrittenes CLAUDE.md mit den 8 operativen Abschnitten
- ✓ Projekt-Brief von maximal 20 Zeilen erstellt
- ✓ Git-Ablauf mit Branch, semantischem Commit und Merge dokumentiert
- ✓ Unterstütztes Debugging an einem echten Bug ausgeführt
- ✓ Begrenzter Refactor mit Vorher/Nachher dokumentiert
- ✓ Automatisierungsdiagramm, noch nicht umgesetzt
- ✓ QA-Checkliste mit mindestens 10 Validierungspunkten
- ✓ Deploy-SOP dokumentiert und einmal ausgeführt
- ✓ Delegierbares Prozess-SOP von maximal 1 Seite
LEVEL 2 ABGESCHLOSSEN
Level 3 freigeschaltet: ChatGPT → Claude Migration System