Naval Ravikant hat einen Satz geprägt der mich seit Jahren nicht loslaesst.
Reading is not the same as understanding. Understanding is not the same as being able to use it.
Drei Stufen. Lesen. Verstehen. Anwenden. Die meisten von uns hängen auf Stufe eins fest. Wir lesen Newsletter. Wir hören Podcasts. Wir scrollen LinkedIn-Posts von Experten deren Methoden uns weiterbringen würden, würden wir sie tatsächlich anwenden. Tun wir aber nicht.
Ich zähle mich da nicht aus. Ich habe Bookmark-Ordner mit hunderten Substack-Beiträgen. Frameworks die ich beim Lesen nickend abgenickt habe. Mental notiert. Nie umgesetzt.
Das hört sich nach persönlichem Versagen an. Ist es aber nicht. Es ist ein strukturelles Problem.
Das Problem mit dem inerten Wissen
Charlie Munger nannte das was er über Jahrzehnte aufgebaut hat ein Latticework of Mental Models. Ein Gitterwerk aus mentalen Modellen aus Physik, Psychologie, Biologie, Wirtschaft. Er hat nicht einfach gelesen. Er hat jede grosse Idee in ein wiederverwendbares Framework übersetzt das er auf Investmententscheidungen anwenden konnte.
Warren Buffett hat dieselben Bücher gelesen. Die meisten Investoren ihrer Zeit auch. Mungers Vorteil war nicht das was er las. Es war was er aus dem Gelesenen baute.
Im Jahr 2026 haben wir eine Möglichkeit die Munger nie hatte: Wissen in Skills übersetzen. Aber nicht im Sinne von delegieren. Im Sinne von operationalisieren.
Das Werkzeug dafür heisst Skill.
Was ein Skill wirklich ist
Ein Skill ist eine strukturierte Anweisung. Eine Markdown-Datei. Sie sagt einer KI exakt: Lies diese Daten. Wende dieses Framework an. Bewerte nach diesen Kriterien. Liefer das Ergebnis in diesem Format.
Klingt unspektakulär. Ist es nicht. Ein Skill ist Mungers Mental Model in maschinenausführbar.
Kieran Flanagan hat gerade einen Beitrag rausgebracht der das auf eine Art durchdekliniert die ich selten so klar gesehen habe. Sein Skill Creator nimmt einen Experten, scannt deren öffentliche Inhalte (Substack, Podcasts, YouTube), extrahiert die kernhaftigen Lektionen, bewertet diese auf Anwendbarkeit, Klarheit und Neuheit, und destilliert daraus ausführbare Skill-Dateien.
Kieran hat es auf sich selbst angewendet und einen Quality Grader rausbekommen. Auf Ogilvy angewendet wird der zum Werbetexter-Prüfer. Auf Nancy Duarte angewendet wird er zum Präsentations-Coach. Auf Christensen angewendet zum Disruption-Analyzer.
Die Methode bleibt. Der Experte wechselt. Die Branche wechselt.
Wo das im Mittelstand wirklich beisst
Genau hier wird es für meine Kundenarbeit interessant. Ich sehe in jedem zweiten Mittelstands-Mandat das gleiche Muster: Es gibt eine Hand voll wirklich guter Leute deren Methodik niemand anders anwenden kann. Der Vertriebsleiter der zwanzig Jahre im Markt steckt. Die Controllerin die einen Monatsbericht in vierzig Minuten lesen und die drei richtigen Fragen stellen kann. Der Ingenieur der eine Maschinen-Reklamation in zwei Sätzen einordnet.
Deren Wissen sitzt in Köpfen. Es geht in Rente. Es geht zur Konkurrenz. Es geht verloren beim ersten Krankheitsausfall.
Mein letzter Versuch zu zeigen wie das anders geht: Wir haben mit einem Mittelstandsmandanten genau eine Methodik in einen Skill verpackt. Eine. Wie ihre beste Vertriebsmanagerin Ausschreibungen bewertet. Welche Kriterien sie anlegt. Wie sie Bauchgefühl in Score-Punkte übersetzt.
Das Resultat war kein Ersatz für sie. Es war ein Werkzeug das die anderen sechs Vertriebler in der Abteilung in vergleichbare Qualität hochzog. Bei Ausschreibungen die vorher liegen blieben weil keiner sich rangetraut hat. Anwendung statt Lesen.
Wie das praktisch aussieht
Ich baue gerade selbst ein System für meine eigene Arbeit. Skills für Content-Erstellung in meinem Stil. Skills für CRM-Anreicherung. Skills für LinkedIn-Engagement-Analyse. Jeder Skill liest aus den gleichen Foundation-Dateien (mein Stil, meine Werte, meine Zielgruppe). Jeder schreibt in vordefinierte Pfade. Jeder wird mit jedem Lauf besser weil ein Feedback-Mechanismus misst was funktioniert hat.
Das klingt nach Tooling. Ist es auch. Aber dahinter steckt etwas Tieferes: Ich übersetze die Methoden der Menschen von denen ich gelernt habe in eine Form die ich abrufen kann wenn ich sie brauche. Nicht wenn ich Zeit zum Blättern habe.
Kieran hat einen guten Satz dazu: Knowledge doesn’t have to sit inert in a newsletter you’ll never reread. It can become something you run.
Übersetzt: Das was ihr lest und verstanden habt muss nicht in einem Bookmark-Ordner verstauben. Ihr koennt es ausführbar machen.
Was du diese Woche tun kannst
Keine Anleitung wie du Claude Code installierst. Das ist Internet-vermint mit Tutorials. Stattdessen ein Gedankenexperiment das ich mit jedem mache der mich fragt wo er anfangen soll.
Nimm dir das letzte Mal vor an dem du einen Newsletter gelesen hast und beim Lesen gedacht hast: Das ist gut.
Frage dich: Was genau hast du davon umgesetzt?
Die ehrliche Antwort ist meistens: Nichts. Nicht weil der Inhalt schlecht war. Nicht weil du faul bist. Sondern weil zwischen Lesen und Anwenden eine Brücke fehlt.
Diese Brücke ist nicht mehr Disziplin. Es ist nicht ein besseres Notiz-System. Es ist ein Skill der die Methode operationalisiert.
Mein Take aus der Praxis
Der eigentliche Hebel der KI ist nicht dass wir schneller schreiben. Es ist nicht dass wir Texte zusammenfassen lassen. Es ist dass wir endlich die Lücke zwischen Lernen und Anwenden schliessen koennen.
Munger hat sein ganzes Leben damit verbracht Wissen in Skills übersetzen zu koennen. Für ihn war das ein Vollzeitprojekt. Für uns ist es ab jetzt ein Workflow.
Die Mittelstandsunternehmen die das verstehen werden ihre Branche neu sortieren. Die anderen werden weiter Newsletter lesen und Trainings buchen.
Die Zukunft passiert nicht. Sie wird entschieden.
Häufig gestellte Fragen
Weil Lesen und Anwenden zwei verschiedene Fähigkeiten sind. Ein Artikel erzeugt das Gefühl, verstanden zu haben, aber im Arbeitsalltag fehlt der Moment, in dem das Gelesene an einer echten Aufgabe geprüft wird. Ohne diesen Moment bleibt Wissen ohne Griff.
Eine festgehaltene Arbeitsweise, die sich weitergeben lässt: der Ablauf, die Beispiele, die Prüfschritte, das Ergebnisformat. Wer einen Skill hat, erfindet den Weg nicht jedes Mal neu und kann ihn an die nächste Person übergeben.
An veränderten Abläufen, nicht an Lizenzzahlen. Brauchbare Fragen sind: Welcher Vorgang dauert heute messbar kürzer als vor sechs Monaten? Wer hat eine Arbeitsweise aufgeschrieben, die andere übernommen haben? Wenn darauf niemand antwortet, ist der Rollout eine Beschaffung geblieben.
Die Lücke zwischen Lesen und Anwenden schliesst kein Tool. Sie schliesst sich erst, wenn jemand im Haus dafür zuständig ist, Arbeitsweisen zu bauen. Wie das im Vortrag klingt, steht auf der Seite zu meinen KI-Keynotes, und warum daraus eine Aufsichtsfrage wird, im Text über Skills als neue Mitarbeiter.
