Kern-These
Flip Der volle Ordner sammelt alles in einem Mega-Dokument, Regeln, Fakten und Wissen ungetrennt, und merkt den Bloat erst, wenn die Antworten schlechter werden. Der saubere Ordner hält eine schlanke Router-Datei, segmentiert sein Wissen nach Themen und lässt sich regelmäßig selbst prüfen, read-only, nie automatisch reparierend.
Landkarte: 7 Schritte, 3 Bewegungen
Bewegung A · Verstehen
Bewegung B · Strukturieren
Bewegung C · Am Laufen halten
Erkenne die vier Fehlermodi
Herk benennt vier Gründe, warum ein Agent etwas Falsches liefert. Poisoning heißt, ein falscher Fakt sitzt zwischen den richtigen, und die AI liefert ihn selbstbewusst aus, weil er einfach im Kontext lag. Bloat heißt, es liegt so viel Material vor, dass die relevante Information im Heuhaufen untergeht, Stichwort Context Rot und Nadel im Heuhaufen. Confusion heißt, ein Fakt fehlt oder ist irrelevant, und die AI füllt die Lücke lieber mit einer erfundenen Antwort, statt „weiß ich nicht“ zu sagen. Clash heißt, zwei Quellen widersprechen sich (im März galt „immer Rückerstattung“, im Juni „nie Rückerstattung“), und die AI weiß nicht, welcher Quelle sie vertrauen soll.
„Poisoning means you have a false fact somewhere in the context.“
Die Vier-Fehlermodi-Checkliste
- Poisoning, Fix ist Verifikation, eine Web-Suche oder zwei, ein Abgleich mit der Live-Datenbank, bei Unsicherheit ein Mensch in der Schleife.
- Bloat, Fix ist Segmentieren und die Trennung aus Schritt 2.
- Confusion, Fix ist eine fehlende oder irrelevante Stelle explizit als Lücke markieren lassen, nicht füllen lassen.
- Clash, Fix ist Datierung und eine klare Vorrang-Regel, welche Quelle bei Widerspruch gewinnt.
Falle, nur reagieren, wenn ein Fehler bereits sichtbar geworden ist.
Fix, die vier Modi als stehende Checkliste behandeln und routinemäßig gegenprüfen, nicht erst beim Symptom nachdenken.
Welcher der vier Fehlermodi ist in deinem eigenen System zuletzt aufgetaucht, und wie hast du ihn bemerkt? Prüfst du aktuell nur, wenn ein Fehler schon passiert ist, oder auch routinemäßig, bevor einer passiert?
Trenne Expertise von Situations-Kontext
Die zweite Unterscheidung erklärt Herk mit dem Bild von Schulleitung und Lehrkraft, die gemeinsam einen Sitzplan bauen. Die Schulleitung kennt die generellen Regeln, wo die Tafel steht, wie ein Klassenzimmer läuft, das ist Expertise-Kontext, immer geladen, wie ein System-Prompt. Die Lehrkraft kennt jedes einzelne Kind, wer schlecht sieht und vorne sitzen muss, welche zwei sich gegenseitig zum Lachen bringen, das ist Situations-Kontext, nur bei Bedarf geladen, genau dann, wenn er gebraucht wird.
„Expertise context is the rulebook, your policies, your pre-loaded information that needs to be in every single run.“
Der Rollen-Test
- Frag bei jedem Fakt, brauche ich das immer, oder nur jetzt gerade?
- Expertise-Kontext gehört ins Routing, dauerhaft geladen.
- Situations-Kontext wird per Live-Lookup nachgezogen, genau dann, wenn die Frage kommt, nie dauerhaft vorgehalten.
Falle, Situations-Kontext dauerhaft vorhalten, weil er „auch mal nützlich sein könnte“.
Fix, nur Expertise-Kontext bleibt immer geladen, alles Situative wird just-in-time gezogen, sonst entstehen genau die Bloat- und Confusion-Modi aus Schritt 1.
Welcher Fakt in deinem System wird gerade dauerhaft vorgehalten, obwohl er eigentlich nur situativ gebraucht wird? Wo fehlt dir umgekehrt Expertise-Kontext, den du eigentlich immer griffbereit haben solltest?
Mach deine Router-Datei zum reinen Wegweiser
Herks eigene Haupt-Router-Datei liest sich fast wie ein Inhaltsverzeichnis: hier liegt die Wissensbasis, hier der Hot-Cache, hier der Index, hier der Fallback, hier die Tools, hier die Vorlagen, hier die Projekte. Kein langer Fließtext, keine tief verschachtelte Anleitung, sondern eine Tabelle aus Fragen und Wegweisern. „Wenn du das brauchst, geh dort hin.“
„This main CloudMD that I use up here, I treat this almost purely as a router.“
Die Router-Probe
- Öffne deine Router-Datei und zähl grob, wie viele Sätze Wegweiser sind und wie viele eigentlich Inhalt, der woanders hingehört.
- Bau eine Tabelle, Wissensbasis-Ort, Hot-Cache, Index, Fallback, Tools, Vorlagen, Projekte.
- Halte die Datei kurz, sie ist Inhaltsverzeichnis, kein Nachschlagewerk.
Falle, die Router-Datei wird zum Sammelbecken für jede neue Regel, bis sie ein Monster-Dokument ist.
Fix, Kurzform im Router, Detail in ausgelagerte Dateien, die der Router nur bezeichnet.
Wie viele Sätze deiner eigenen Router-Datei sind Wegweiser, wie viele sind eigentlich Inhalt, der woanders hingehört? Wann hast du deine Router-Datei zuletzt wirklich schlank gehalten, statt nur eine weitere Zeile anzuhängen?
Segmentiere dein Wissen, bevor es zum Grab wird
Herk hatte ursprünglich eine einzige Master-Wiki für alles. Bis sein eigenes System ihm vorschlug, zwei wiederkehrende Datentypen, YouTube-Transkripte und Meeting-Transkripte, in eigene Wikis zu trennen. Weniger Bloat, weniger Confusion, schnellere und günstigere Antworten, weil weniger Tokens durchsucht werden müssen. Bei Klienten-Wissen zieht er dieselbe Linie, intern (Kontext, Preise, Verlauf) getrennt von extern (die tatsächlichen Deliverables im Kunden-Repo), beides bleibt im Routing verzeichnet, aber getrennt gepflegt.
„You might as well just split those up so that it makes it easier for me to search through data.“
Die Segmentierungs-Frage
- Wächst ein Wissens-Cluster stetig und ist thematisch klar abgrenzbar? Dann eigene Wiki-Datei oder eigener Ordner.
- Klienten-Wissen, intern getrennt von extern, beides im Routing referenziert.
- Prüf-Frage, würdest du diese Datei in deinem eigenen Ordner-Explorer ohne Suche wiederfinden? Wenn nein, umsortieren.
Falle, alles in einem Master-Ordner belassen, weil Aufteilen erstmal Arbeit macht.
Fix, sobald ein Knoten wächst und thematisch klar abgrenzbar ist, sofort abspalten, nicht warten, bis er zum Grab geworden ist.
Welcher Ordner in deinem System ist gerade dabei, zum Wissens-Grab zu werden? Fändest du die letzte wichtige Datei, die du angelegt hast, ohne Suche wieder?
Lass die AI sich selbst prüfen, nie selbst reparieren
Herks Audit-Skill liest das gesamte Projekt, prüft Routing-Integrität (zeigt jeder Verweis auf etwas, das wirklich existiert), Index-Wahrheit (stimmt der Index mit der Platte überein), Frische (ist ein Datenfeed aktuell, driftend, eingefroren oder bewusst on demand), Bloat und Duplikate, Hygiene und Kontext-Platzierung. Das Ergebnis ist ein Fund-Report mit Fix-Vorschlägen, „hier sind zehn Dinge, hier sind zehn Korrekturen, soll ich sie machen, ja oder nein“. Der Skill selbst rührt nichts an.
„Read only, never fix, rename, or delete. Just give a report of what needs to be changed.“
Der Selbst-Audit-Rhythmus
- Read-only Checks, Routing-Integrität, Index-Wahrheit, Frische, Bloat und Duplikate, Hygiene, Kontext-Platzierung.
- Das Deliverable ist ein Fund-Report mit vorgeschlagenen Fixes, nie eine automatische Heilung.
- Wöchentlich oder monatlich laufen lassen, nicht nur bei Verdacht.
Falle, dem Audit erlauben, gefundene Probleme gleich selbst zu reparieren.
Fix, read-only Report, Freigabe bleibt bei dir, genau wie es das Approval-Gate ohnehin verlangt.
Wann hast du deinen Selbst-Audit zuletzt laufen lassen, und was hat er gefunden? Was würde passieren, wenn dein Audit-Skill morgen automatisch reparieren dürfte, statt nur zu melden?
Automatisiere wiederkehrende Datenpflege
Manche Daten sind kein Situations-Kontext, sondern ein fester Takt. Jeden Montag ein Q&A, jeden Dienstag ein Leadership-Meeting. Statt darauf zu hoffen, dass man sich ans Nachtragen erinnert, richtet Herk Crons ein, die diese Feeds automatisch ziehen. Vergisst er einmal, nachzutragen, holt der Cron es trotzdem.
„Why not just set up crons to automatically pull that stuff in there, so that if I for some reason forget, I don't have to worry about it.“
Der Cron-Check
- Frag dich, ist das ein Datenfluss, der auf einem festen Takt passiert?
- Wenn ja, Cron oder Scheduler statt manuellem Erinnern.
- Kein Ersatz für echten Situations-Kontext, nur für wiederkehrende, vorhersehbare Feeds.
Falle, sich aufs eigene Erinnern verlassen, „ich trag das schon nach dem Meeting nach“.
Fix, ein wiederkehrender Takt wird ein Cron, nicht ein Vorsatz.
Welche wiederkehrende Datenquelle fütterst du gerade noch von Hand, obwohl sie einen festen Takt hat? Was vergisst du am ehesten nachzutragen, wenn eine Woche stressig wird?
Erzwinge das Backtrack-Protokoll bei jedem Fehler
Der letzte Hack ist der unscheinbarste und der wirksamste. Merkst du, dass die AI etwas nicht gefunden hat, obwohl sie es hätte finden müssen, reicht es nicht, sie zu korrigieren. Lass sie zurückverfolgen, wo sie gesucht hat und warum sie dort nicht fündig wurde. Erst wenn sie ihren eigenen Fehler benennt und den besseren Pfad selbst formuliert, wird die Struktur nachgezogen, das Routing angepasst, Dateien verschoben. Das schlägt das bloße „mach das nie wieder“ um Längen.
„Go look through what you did, where you searched, and help me figure out why you didn't find that data right away.“
Das Backtrack-Protokoll
- Fehler bemerkt, nicht nur korrigieren, sondern die Route zurückverfolgen lassen, wo wurde gesucht, was wurde übersehen.
- Die AI benennt ihren eigenen Fehler und den besseren Pfad selbst.
- Erst danach Routing oder Struktur tatsächlich nachziehen, nicht nur eine Ermahnung aussprechen.
Falle, nur sagen „mach das nie wieder“, ohne die Route nachzeichnen zu lassen.
Fix, die AI muss selbst benennen, wo sie gesucht hat und wo sie hätte suchen sollen, bevor irgendetwas repariert wird.
Wann hast du zuletzt einen Fehler nur korrigiert, statt die AI ihre eigene Route nachzeichnen zu lassen? Was würde ein sauberes Backtrack-Protokoll bei deinem letzten wiederkehrenden Fehler zutage fördern?
Closing
Ordnung ist kein Nice-to-have, sie ist der Unterschied zwischen einer AI, die dir hilft, und einer, die dir vertrauensvoll etwas Falsches erzählt. Erkenne die vier Fehlermodi, trenne Expertise von Situation, halte den Router schlank, segmentiere dein Wissen, lass dich selbst prüfen statt selbst reparieren, automatisiere die wiederkehrende Pflege, und verfolge jeden Fehler zurück, bevor du ihn korrigierst.
Der nächste kleine Schritt: Nimm dir eine einzige Datei vor, die gerade am ehesten nach Bloat riecht, und stell ihr die Rollen-Frage aus Schritt 2, gehört das hier rein, weil es immer gebraucht wird, oder nur, weil es gerade praktisch war?
Diese Unterlage wurde mit KI-Unterstützung erstellt und redaktionell geprüft. Weitergabe zum persönlichen Gebrauch erlaubt, gewerbliche Weiterverbreitung nicht.
Wenn du an dieser Stelle weiterkommen willst, schreib mir.
Ein Gespräch, fünfzehn Minuten, ohne dass daraus etwas werden muss.
Zum Kontakt auf aivantum.com →Als PDF (7 Seiten)Alle Unterlagen