Zwischen dem Moment, in dem eine Idee auftaucht, und der Zeile, die sie festhält, liegt Reibung – und die entscheidet, was am Ende überlebt.
Vor ein paar Wochen ist mir das passiert: Ich saß im Auto, ein Gedanke kam, ich diktierte ihn in meinen Kurzbefehl. Der speichert das Gesagte immer unter demselben Dateinamen, journal.txt, in einem iCloud-Ordner. Von dort holt ein zweites Programm, Hazel, die Datei automatisch ab und macht daraus eine Notiz in Obsidian. Zehn Minuten später, noch auf derselben Fahrt, kam ein zweiter Gedanke. Ich nutzte denselben Kurzbefehl, also landete auch dieser wieder in einer Datei namens journal.txt, nur eben neu geschrieben. Und weil der Name identisch war, hat die zweite Aufnahme die erste ersetzt, so wie ein neues Foto ein altes überschreibt, wenn man es unter demselben Namen speichert. Kein Hinweis, keine Fehlermeldung. Hazel bekam die erste Version nie zu Gesicht, weil sie in dem Moment, in dem das Programm nachschaute, schon verschwunden war.
Ich habe mir das System selbst gebaut. Ich weiß genau, wo der Fehler liegt, ich habe ihn sogar in meiner eigenen Doku notiert, als offenes Problem, seit Monaten. Trotzdem passiert es immer wieder. Nicht weil ich es nicht lösen könnte, sondern weil die Lösung eine weitere Kleinigkeit ist, die man später mal macht.
Mike Schmitz beschreibt das Capture-Problem genauer, als es die üblichen Werkzeugdebatten tun. Ideen warten nicht, bis man bereit ist. Sie kommen mitten in einer Autofahrt, beim Laufen, im Übergang zwischen zwei Aufgaben. Wenn das Festhalten bedeutet, das Handy zu entsperren, die richtige App zu finden, zur passenden Notiz zu navigieren, dann wird die Idee nicht festgehalten. Schmitz hat für sich selbst irgendwann eine eigene kleine App gebaut, weil ihm sogar Kurzbefehle dafür noch zu behäbig waren. Ein Tastendruck zu viel, und der Gedanke ist weg.
Das ist der Kern seines Arguments, und er trifft mich unangenehm genau: Nicht die Qualität eines Systems entscheidet, wie viele Ideen am Ende ankommen. Es ist der Abstand zwischen dem Moment des Denkens und der Ablage. Jeder Schritt dazwischen ist Reibung. Und Reibung filtert nicht nach Wichtigkeit, sie filtert nach Zufall. Die Idee, die überlebt, ist nicht die beste, sondern die, bei der ich gerade Lust hatte, das Handy zu entsperren.
Ich hatte lange angenommen, mein Problem sei die Struktur danach: welche Ordner, welche Tags, welches Template. Also habe ich Zeit in genau das gesteckt. Letzten Winter zum Beispiel drei Abende damit verbracht, das Frontmatter meiner Notizen umzubauen, mit neuen Feldern für Status und Herkunft. Danach sah mein Vault ordentlicher aus. Ob dadurch auch nur eine einzige zusätzliche Idee ankam, bezweifle ich im Nachhinein. Das fühlt sich nach Arbeit an einem PKM-System an. Tatsächlich ist es oft Vermeidung der eigentlichen Frage: Wie viele Handgriffe liegen zwischen dem Einfall und der ersten Zeile, die ihn festhält? Bei mir sind es, nüchtern gezählt, mindestens vier: Handy entsperren, Kurzbefehl öffnen, sprechen oder tippen, warten bis iCloud synchronisiert. Jeder einzelne Schritt ist eine Gelegenheit, dass der Gedanke schon wieder weg ist, bevor er ankommt.
Was mich an Schmitz‘ Beobachtung besonders stört, ist die unbequeme Konsequenz für gepflegte Systeme. Ein sauber strukturierter Eingang, der drei Entscheidungen verlangt, welcher Ordner, welches Tag, welcher Status, ist schlechter als eine unsortierte Zeile, die sofort dasteht. Die Sortierung gehört in die spätere Durchsicht, nicht in den Moment des Einfangens. Genau da liegt mein Denkfehler: Ich habe Capture und Organisation im Kopf zusammengelegt, weil das ordentlicher wirkt. Für den Moment des Festhaltens ist Ordnung aber der falsche Wert.
Tiago Fortes C.O.D.E-Methode trennt genau das: Capture, Organize, Distill, Express, vier getrennte Schritte, die nacheinander kommen. Auf dem Papier weiß ich das seit Jahren. In der Praxis habe ich sie trotzdem verschmolzen, weil mein Kurzbefehl schon beim Aufnehmen fragt, ob es ein Journal-Eintrag oder eine Idee werden soll. Diese eine zusätzliche Entscheidung, harmlos gedacht, ist genau der Moment, in dem ich manchmal einfach auflege und den Gedanken für später im Kopf behalte. Für später heißt in der Praxis: nie.
Sahil Bloom geht das Problem von der anderen Seite an, und seine Regel ergänzt Schmitz eher, als ihm zu widersprechen. Er arbeitet mit einem winzigen Notizbuch, das bewusst kaum Platz bietet, damit nur landet, was wirklich zählt. Die Größe ist aber nicht das Entscheidende. Entscheidend ist eine Regel: Was er notiert, muss innerhalb von 24 Stunden zu etwas führen. Es wird erklärt, weitergelesen, umgesetzt, oder als uninteressant durchgestrichen. Nichts darf einfach liegen bleiben. Friktionsfreies Capture allein reicht also nicht. Selbst die reibungslos eingefangene Idee stirbt, wenn sie danach in einer Inbox versauert, die niemand mehr anschaut. Ich habe Notizen in meinem Obsidian-Vault, die seit Monaten unverarbeitet herumliegen, sauber erfasst, technisch perfekt abgelegt, und trotzdem tot.
Bob Doto nennt diesen Zustand treffend: eine Notiz lebt zunächst im Zustand des Potenzials. Sie ist notiert, aber der eigentliche Schritt, die Umformung in eine klare, für sich stehende Notiz, die mit anderem verknüpft wird, kommt erst noch. Wer das nicht weiß, verwechselt das Sammeln mit dem Denken. Beides fühlt sich nach Fortschritt an. Nur eines davon ist es.
Für mein eigenes System heißt das zweierlei. Erstens: Die Dateinamen-Kollision, wegen der Ideen sich gegenseitig überschreiben, ist kein kosmetisches Problem, das irgendwann Zeit hat. Es ist die Stelle, an der die höchste Reibung im ganzen Pfad entsteht, weil dort Ideen nicht verzögert, sondern komplett gelöscht werden. Ein Zeitstempel im Dateinamen kostet mich zehn Minuten Scripting. Die Alternative kostet mich Gedanken, die ich nie wiederbekomme.
Zweitens: Ich muss aufhören, Capture und Verarbeitung als denselben Vorgang zu behandeln. Die Inbox darf hässlich sein. Sie darf unstrukturiert sein, ruhig auch unvollständig. Ihre einzige Aufgabe ist, den Gedanken schneller festzuhalten, als er sich verabschieden kann. Ordnung kommt später, mit Abstand, wenn ich sowieso schon entscheiden muss, was davon etwas wert war.
Was mich am meisten ärgert, ist nicht der technische Fehler. Es ist, dass ich nicht mehr weiß, was der erste Gedanke im Auto eigentlich war. Es gibt keine Notiz mehr, die zu ihm zurückführt, keinen Backlink. Er ist einfach weg, ersetzt durch etwas anderes, das mir zehn Minuten später wichtiger erschien. Vielleicht war er es nicht wert, festgehalten zu werden. Vielleicht war es der beste Gedanke des Tages. Genau das ist ja der Punkt: Ich werde es nie erfahren, weil nicht ich entschieden habe, was bleibt, sondern eine Dateinamens-Kollision, an die ich seit Monaten nicht rangehe.
Ich habe die journal.txt noch nicht umbenannt. Aber ich habe angefangen, mir bei jedem Gedanken, der beim Autofahren kommt, laut die Uhrzeit mitzudiktieren. Kein sauberes System. Nur ein Notbehelf, bis der eigentliche Fehler behoben ist.
Literatur
- Practical PKM: I Built the Ultimate Obsidian Quick Capture App, Mike Schmitz über Reibung beim Capture
- Practical PKM: Creativity Flywheels, Vol. 2, Sahil Bloom, die 24-Stunden-Regel
- Bob Doto: A System for Writing, Notizen als Zustand des Potenzials