Kürzlich habe ich Leute, die Claude Code intensiv nutzen, gefragt: „Hast du das Gefühl, dass dein Repository überladen wird? Kommt es dir vor, als ob die Verarbeitung etwas langsamer geworden ist?“ Fast alle antworteten: „Ja …“
- Die Skills haben sich schneller vermehrt, als man denkt.
- Fakten von vor sechs Monaten liegen noch im
context/-Ordner. - Die
CLAUDE.mdist so aufgebläht, dass ich selbst nicht mehr den Überblick habe. - Die Verarbeitung ist irgendwie extrem langsam geworden.
Mir ist neulich klar geworden, dass das kein Problem des „Aufziehens“ ist.
Es ist ein Problem des „Stoffwechsels“.
Genau wie der menschliche Körper nicht allein von Nährstoffen überleben kann. Man muss Stoffe verarbeiten, ausscheiden und eine Konstitution aufbauen, die von vornherein schwer zu verschmutzen ist. Bei Repositories ist es genauso.
In diesem Artikel schreibe ich über vier Mechanismen, um Claude Code in einen „selbstwachsenden“ Zustand zu versetzen. Für alle, die Claude Code viel nutzen und das Gefühl haben, dass der Verwaltungsaufwand zunimmt, wird das wirklich ins Schwarze treffen.
■ Allein durch Aufziehen stößt man an Grenzen
In der Vergangenheit habe ich viele Artikel geschrieben, in denen es hieß: „Claude Code ist ein Aufbauspiel.“
https://x.com/0xfene/status/2042047157767926056?s=20
Skills erstellen, Fakten in context/ sammeln, die CLAUDE.md polieren … es drehte sich alles ums „Hinzufügen“.
Das funktioniert die ersten Monate unglaublich gut.
Je mehr man macht, desto klüger fühlt sich Claude Code an, und es macht eine Menge Spaß.
Nach etwa sechs Monaten ändert sich die Sichtweise jedoch.
Es gibt so viele Skills, dass man gar nicht mehr weiß, was vorhanden ist, und die Fakten in context/ beginnen von der Realität abzuweichen. Selbst die CLAUDE.md ist so aufgebläht, dass Claude anfängt, wichtige Anweisungen zu übersehen.
Mit anderen Worten: Es tritt ein Phänomen auf, bei dem „je mehr man aufzieht, desto mehr verstopft es“.
Da wurde es mir klar.
Nur Dinge hineinzustecken, reicht nicht.
Man muss die vier Säulen Aufnahme, Stoffwechsel, Ausscheidung und eine „saubere Konstitution“ durchlaufen lassen, sonst stirbt das Repository.
Ich stelle diese vier nun der Reihe nach vor.
■ ① Aufnahme: X-Beiträge sofort importieren können
Das neueste Know-how zu Claude Code fließt fast vollständig auf X.
- „Mit diesem Prompt sind die Ergebnisse durch die Decke gegangen“
- „Diese Skill-Kombination ist der Wahnsinn“
- „Ich wusste nicht, dass man Hooks so schreiben kann“
Jeden Tag strömen wirklich gute Erkenntnisse herein.
Das Problem ist jedoch, dass die meisten Leute sie einfach vorbeiziehen lassen.
Um ehrlich zu sein, war ich genauso.
Ich machte einen Screenshot mit dem Gedanken „Das probiere ich später aus“, und einen Monat später sah ich mir meine Galerie an und dachte: „Was war das nochmal?“
Oder ich setzte ein Lesezeichen auf eine URL und öffnete sie nie wieder.
Tote X-Beiträge sammelten sich in meinem Handy und Browser an.
Also habe ich eine „Aufnahme-Pipeline“ für X-Beiträge erstellt.
Konkret: Wenn man eine X-Beitrag-URL bereitstellt, macht Claude Code automatisch Folgendes:
- Zusammenfassung der Kernpunkte
- Kategorisierung mit Tags
- Vorschläge für Ergänzungen, falls es in bestehenden Skills berücksichtigt werden kann
- Entwurf eines neuen Skills, falls nötig
- Notiz in
context/, wenn es sich nur um Referenzinformationen handelt
Es ist ein Mechanismus, der das fast automatisch erledigt.
Allein dadurch hat sich mein Verhalten beim Anschauen von X völlig verändert.
Früher war ich mit einem Screenshot zufrieden, aber jetzt gebe ich, wenn ich auf X einen interessanten Beitrag sehe, die URL sofort an Claude Code weiter. Es wird reibungslos verarbeitet, und drei Minuten später ist der Skill aktualisiert.
„Gute Informationen finden“ und „sie in meinen Claude Code einschmelzen“ werden zu einer einzigen Handlung.
Das ist unglaublich wichtig.
Wirklich wichtig.
Denn das neueste Know-how aus der Community wird kontinuierlich in dein Repository eingespeist.
Ob man das hat oder nicht, macht sechs Monate später einen gewaltigen Unterschied …!!!
Konkret: Da es eine CLI für X gibt, kannst du das umsetzen, indem du es über die X Developer Console mit Claude Code verknüpfst.
Die genaue Methode überspringe ich, da Claude Code sie dir wahrscheinlich implementieren wird, aber wenn du interessiert bist, kontaktiere mich bitte!
■ ② Stoffwechsel: Skills wachsen durch menschliches Feedback von selbst
Das ist der Teil, den ich am meisten empfehle.
Es geht um einen Mechanismus namens Gotcha, und der ist ernsthaft der Wahnsinn.
Was es ist: Am Ende jeder Skill-Definitionsdatei wird ein Abschnitt „Vergangene Fallstricke“ platziert.
Zum Beispiel so:
1## Gotchas (Vergangene Fallstricke)21. Keine Zahlen aus früheren Artikeln wiederverwenden32. DAIJOBU Co., Ltd. verwendet die Suffix-Schreibweise. „DAIJOBU Corporation“ ist nicht korrekt43. Vorsicht vor übertriebenen Zahlen
Das ist alles.
Mehr nicht.
Aber das ist als Mechanismus, um einen Skill zu einem „erfahrenen“ zu entwickeln, unglaublich stark.
Konkret läuft der Ablauf so:
- Der Benutzer gibt Feedback („Dieser Artikel hat die gleichen Zahlen wie ein früherer“)
- Dieses Feedback wird zu den Gotchas dieses Skills hinzugefügt
- Beim nächsten Aufruf des Skills werden die Gotchas automatisch in den Prompt eingebunden
- Claude Code erkennt: „Oh, das habe ich schon einmal falsch gemacht“ und vermeidet es
Mit anderen Worten: Mit einem einzigen menschlichen Feedback wird dieser Skill dauerhaft klüger.
Das ist wirklich verblüffend.
Mein Skill zur Artikelüberprüfung erinnert sich jetzt perfekt daran, „keine gleichen Zahlen wie in früheren Artikeln zu verwenden“ und „DAIJOBU Co., Ltd. ist ein Suffix“.
Der Skill zur 1on1-Vorbereitung merkt sich, „5 Karrierewege für einen QA-Ingenieur aufzulisten“.
Der Interview-Skill merkt sich, „immer zuerst zu lesen, bevor man fragt; Überspringen kostet Vertrauen“.
Ich sage das nicht jedes Mal.
Ich habe nur einmal Feedback gegeben und es zu den Gotchas hinzugefügt.
Es fühlt sich weniger wie „Aufziehen“ an, sondern eher wie „Erfahrungen sammeln lassen“.
Genau wie wenn man einem Neuling Feedback gibt, wird der Skill selbst stetig klüger.
Zusätzlich dazu gibt es einen weiteren ergänzenden Mechanismus, den ich Dreams nenne.
Das ist ein Skill, der wöchentlich übergreifende Muster im gesamten Repository extrahiert, die einzelne Skills nicht erfassen können.
Er findet sich wiederholende Muster aus den letzten Arbeitsprotokollen und schreibt sie automatisch in context/dreams.md. Dinge wie „Diese Entscheidung habe ich in letzter Zeit dreimal getroffen“ oder „Dieser Fehler wiederholt sich“.
Kurz gesagt, es ist ein Mechanismus, bei dem das heutige Ich die gestrigen Handlungen beobachtet.
Dadurch werden Verhaltensmuster, die dir selbst nicht aufgefallen sind, verbalisiert und zum Bestand erhoben.
Wenn Gotcha und Dreams zu rotieren beginnen, tritt das Repository in einen Zustand ein, in dem es „Erfahrungen sammelt und von selbst klüger wird“.
Das funktioniert wirklich …!!!
■ ③ Ausscheidung: Regelmäßig „Fragen“ an Claude Code stellen
Ab hier geht es um die „Ausgabe“-Seite.
Seien wir ehrlich: Kann nicht jeder schlecht putzen?
Ich war auch schrecklich darin.
Ich dachte: „Das werde ich wahrscheinlich nicht mehr nutzen …“, aber ich behielt es, weil ich Angst vor der Entscheidung hatte, es wegzuwerfen.
Bevor ich es merkte, hatte ich eine Unmenge an Skills, und die Hälfte davon wurde nicht genutzt.
Zuerst versuchte ich, das mit einem Mechanismus wie einem „automatischen Reinigungsroboter“ zu lösen, aber das funktionierte nicht gut.
Die Beurteilung war zu schwierig, und am Ende musste ein Mensch es überprüfen.
Also änderte ich meine Strategie.
Anstatt den Mechanismus reinigen zu lassen, stellte ich auf eine Betriebsweise um, bei der ein Mensch regelmäßig „Fragen“ stellt.
Konkret frage ich Claude Code einmal im Monat immer diese drei Dinge:
- Gibt es Skills oder Agents, die nicht genutzt werden? (Liste diejenigen auf, die im letzten Monat nicht aufgerufen wurden)
- Gibt es alte Context-Dateien? (Liste Dateien auf, die seit über sechs Monaten nicht aktualisiert wurden)
- Ich möchte die Verarbeitung von Claude Code beschleunigen; was verursacht die Langsamkeit?
Ich frage einfach.
Es gibt keinen speziellen Mechanismus.
Aber allein durch die Entscheidung, das einmal im Monat zu tun, beginnt die Repository-Reinigung zu rotieren.
Das liegt daran, dass ich nicht entscheide, „ob ich etwas wegwerfe“, sondern nur „die aktuelle Situation visualisiere“.
Wenn die Liste erscheint, sehe ich auf einen Blick: „Oh, das nutze ich nicht mehr“ oder „Dieser Context entspricht nicht der Realität.“ Die Beurteilung selbst dauert fünf Sekunden.
Ändere die Reinigung von „Automatisierung“ zu „Regelmäßigkeit von Fragen“.
Dein Herz wird leichter.
Bitte versuche, es einmal im Monat in deinen Kalender einzutragen.
Es ist großartig!
■ ④ Eine Konstitution aufbauen, die von vornherein schwer zu verschmutzen ist
Das ist vielleicht das Wichtigste, was ich diesmal vermitteln möchte.
Reinigen ist wichtig, aber es ist ungleich kosteneffizienter, eine Struktur zu schaffen, die gar nicht erst schmutzig wird.
Es gibt zwei Schlüssel zu einer Konstitution, die schwer zu verschmutzen ist.
Der erste ist die Definition von SSoT (Single Source of Truth).
SSoT bedeutet, einen Ort festzulegen, an dem „die korrekte Version dieser Information nur hier existiert“.
Nehmen wir zum Beispiel den aktuellen Kundenstatus.
Wenn du diesen auf vier Stellen verteilst – „Notion-Kunden-DB“, „context/clients/“, „Slack-Notizen“ und „deinen eigenen Kopf“ –, entstehen mit Sicherheit Abweichungen.
Sechs Monate später weißt du nicht mehr, „welches ist korrekt?“, und das Repository verwandelt sich in einen Sumpf.
Stattdessen legst du fest, dass „der SSoT für den aktuellen Kundenstatus context/clients/{name}.md ist“.
Was dort steht, ist der aktuelle Stand der Realität; Notion ist im Grunde eine Kopie davon, und Slack wird strikt als Flow (vorbeifließende Informationen) behandelt.
(In der Realität betreiben wir es so, dass wir Kundeninformationen im Wesentlichen in Notion zentralisieren.)
Allein durch diese klare Festlegung von Anfang an hört die Information auf, sich zu verstreuen.
Der zweite Punkt ist die Trennung von Flow-Informationen und Bestandsinformationen.
Das ist unglaublich effektiv.
- Flow-Informationen = Besprechungsprotokolle, 1on1-Logs, Geschäftstreffen-Notizen, Tagesberichte, Rechercheergebnisse (chronologisch hinzugefügt, veralten nicht)
- Bestandsinformationen = Fakten, die zum aktuellen Zeitpunkt korrekt sind, Zustände (werden überschrieben, alt zu sein ist schädlich)
Wenn du diese beiden nicht trennst, werden sich Flow-Informationen zunehmend in den Bestand mischen, und das Repository wird zum Sumpf.
In meinem Repository sind Flow-Informationen physisch unter work/ getrennt und Bestandsinformationen unter context/.
Allein durch die strikte Einhaltung der Regel „Lies die Protokolle und befördere nur neue Fakten in den Bestand“ kann die context/-Seite für immer sauber gehalten werden.
Die work/-Seite stapelt sich chronologisch, aber da es sich um „vorbeifließende Informationen“ handelt, ist es nicht schädlich, wenn sie alt werden.
Kurz gesagt, du trennst physisch den Ort, an dem Dinge eingehen, und den Ort, an dem sie sich ansammeln.
Wenn du das tust, wird die Reinigung selbst unglaublich leicht.
Die Bestandsseite ist strukturell schwer zu verschmutzen, und die Flow-Seite ist nicht schädlich, selbst wenn sie alt wird.
Wenn du zuerst die Konstitution entwirfst, wird sich der spätere Betrieb um 180 Grad ändern.
■ Vom Aufziehen zum Selbstwachsen
Ich habe bisher vier Dinge vorgestellt:
- ① Aufnahme: X-Beiträge sofort importieren
- ② Stoffwechsel: Skills wachsen durch menschliches Feedback von selbst (Gotcha + Dreams)
- ③ Ausscheidung: Regelmäßige Reinigung durch das Stellen von „Fragen“
- ④ Eine schwer zu verschmutzende Konstitution: SSoT und Flow-/Bestands-Trennung
Was passiert, wenn diese vier zu rotieren beginnen?
Das Repository tritt in einen Zustand ein, in dem es „von selbst wächst“.
Anfangs dachte ich, Claude Code sei ein „Aufbauspiel“.
Skills erstellen, Context schreiben, CLAUDE.md organisieren … ich habe alles von Hand poliert.
Aber wenn du diese vier einrichtest, ändert sich die Sichtweise ab einem bestimmten Moment.
Das Repository wird von selbst klüger, ohne dass du es anfassen musst.
Neue Erkenntnisse kommen kontinuierlich von X herein, und Skills sammeln Erfahrungen und werden von selbst klüger. Alte Dinge werden regelmäßig organisiert, und da es von vornherein schwer zu verschmutzen ist, ist die Wartung selbst unglaublich leicht.
Wenn diese Schleife zu rotieren beginnt, verändert sich die Beziehung zu Claude Code wirklich.
Sie wechselt vom Gefühl des „Werkzeug polierens“ zum Gefühl des „gemeinsamen Wachsens“.
Von der „Ära des Aufziehens“ zur „Ära des Einrichtens von Mechanismen zum Wachsen“.
Mein Claude Code in einem Jahr sollte weitaus klüger sein, als ich ihn heute von Hand hätte aufziehen können.
In diesem Sinne verfeinere ich auch heute noch die Konstitution meines Repositorys.
Ich hoffe, ihr alle versucht, euren Claude Code in einen „selbstwachsenden“ Zustand zu versetzen!
Ich bin sicher, die Sichtweise wird sich deutlich ändern …!!!
*Wir haben einen Claude Code-Schulungsservice für Unternehmen veröffentlicht!! Wenn jemand interessiert ist, schreibt mir gerne eine DM oder einen Kommentar! Mitglieder, die Claude Code im B2B-Geschäft tatsächlich meistern, werden euch von den Grundlagen an ernsthaft in den wesentlichen Geschichten für den Einsatz von Claude Code in einer Organisation schulen. Wir haben es zu einem Mechanismus gemacht, bei dem ihr den Kurs dank der Einbeziehung von Fördermitteln günstig absolvieren könnt, also zögert nicht …!!!
