Second Brain und Company Brain. Was dahinter steckt und wann es sich lohnt

Ein Second Brain ist ein persönliches Archiv. Notizen, Ideen und Quellen liegen an einem Ort, geordnet nach dem, woran Sie gerade arbeiten. Der Begriff stammt von Tiago Forte, der damit eine Arbeitsweise für einzelne Menschen beschreibt.

Ein Company Brain überträgt das auf ein Team. Kunden, Angebote, Prozesse und Entscheidungen stehen nicht mehr in Köpfen und verstreuten Ordnern, sondern an einer gemeinsamen Stelle. Dazu kommen zwei Dinge, die ein persönliches Archiv nicht braucht. Es gibt Rechte, wer was lesen darf. Und es gibt Zugänge für KI-Assistenten, die dort nachschlagen, statt jedes Gespräch bei null zu beginnen.

Schon 1945 beschrieb der Ingenieur Vannevar Bush in der Zeitschrift The Atlantic ein Gerät namens Memex. Es sollte persönliche Unterlagen speichern und über assoziative Verknüpfungen auffindbar machen, also so, wie das Denken Dinge verbindet, und nicht über ein starres Ablagesystem. Gebaut wurde das Gerät nie. Die Idee floss später in das ein, was wir heute Hypertext nennen.

Tiago Forte beschreibt ein Second Brain als zentrales digitales Archiv für das, was man lernt, und für die Quellen dahinter. Seine Methode heißt CODE und hat vier Schritte. Die Ablage selbst ordnet er nach PARA, also nach Projekten, Verantwortungsbereichen, Ressourcen und Archiv.

Für Einzelpersonen funktioniert das seit Jahren, meist mit Notizprogrammen. Was sich geändert hat, ist der Leser. Früher las nur der Mensch sein Archiv. Heute kann es auch ein Sprachmodell lesen und daraus antworten.

Wer einem KI-Assistenten eine Frage zu einem Kunden stellt, bekommt eine allgemeine Antwort, solange der Assistent den Kunden nicht kennt. Also kopiert man Kontext ins Gespräch, jedes Mal von vorn. Das nervt und ist fehleranfällig.

Technisch gibt es dafür zwei Bausteine. Der erste heißt Retrieval-Augmented Generation, kurz RAG. Das Modell schlägt vor der Antwort in einer externen Sammlung nach und stützt sich auf das, was es dort findet. Die Grundlage ist ein Forschungspapier von 2020, das zeigt, dass das bei wissensintensiven Aufgaben bessere und konkretere Antworten liefert. Der zweite Baustein ist das Model Context Protocol, kurz MCP. Es ist ein offener Standard, mit dem KI-Anwendungen auf Datenquellen und Werkzeuge zugreifen. Die Entwickler vergleichen es mit einem USB-C-Anschluss. Ein Anschluss, viele Geräte.

Ein Company Brain ist die Antwort auf die Frage, was an diesem Anschluss hängt. Eine gepflegte Sammlung dessen, was Ihre Firma weiß.

1. 1

   Quellen

   Das Wissen entsteht in Gesprächen, Mails, Angeboten und Systemen wie CRM und Buchhaltung. Ein großer Teil steckt in den Köpfen. Das Brain sammelt nicht alles, sondern das, was später gebraucht wird, zum Beispiel Entscheidungen samt Begründung.

2. 2

   Das Brain selbst

   Je Sache eine Notiz, mit Quelle und Datum an jeder Zahl. Die Notizen verweisen aufeinander. Ob das als Ordner mit Textdateien, als Wiki oder in einer Plattform liegt, ist zweitrangig. Wichtiger ist, dass jemand dafür zuständig ist.

3. 3

   Rechte

   Nicht jeder soll alles lesen. Ein externer Freelancer sieht andere Dinge als die Geschäftsführung. Das gilt für Menschen und für KI-Agenten gleichermaßen. Hier trennt sich ein Brain von einem bloßen Ordner.

4. 4

   Zugänge

   Menschen suchen und lesen. KI-Assistenten schlagen über MCP nach und nennen die Quelle ihrer Antwort. Ein eigener Agent kann zusätzlich Notizen anlegen und pflegen.

Wer bei Plattformen auf Rechte aus den Quellsystemen setzt, erbt auch deren Schwächen. Sind die Berechtigungen im Drive unsauber, sind sie es im Brain ebenfalls. Bei Dateien ist es umgekehrt. Sie behalten die Kontrolle und müssen die Rechte selbst ordnen. Ein reines Repository kennt keine feinen Rechte, das räumen auch Anbieter dieses Ansatzes ein.

Welcher Weg passt, hängt davon ab, wie viele Systeme schon da sind, wie wichtig Unabhängigkeit ist und wer die Pflege übernimmt. Eine pauschale Empfehlung gibt es nicht.

• Veraltetes Wissen. Ein Brain, das niemand pflegt, antwortet überzeugend und falsch. Jede Notiz braucht ein Datum und eine Person, die zuständig ist.
• Zu viel auf einmal. Wer alles hineinkippt, bekommt Rauschen. Besser mit den zwanzig Fragen beginnen, die im Alltag wirklich ständig gestellt werden.
• Rechte zu spät. Es ist leicht, ein Brain für alle zu bauen und später festzustellen, dass Gehälter und Verträge darin stehen. Rechte gehören an den Anfang.
• Zugangsdaten im Archiv. Passwörter und Schlüssel gehören nicht in Notizen. Dort liegen sie an mehreren Orten, sobald das Archiv gesichert oder synchronisiert wird.

Wenn Ihre Abläufe feststehen und oft laufen, ist ein Workflow die einfachere Antwort. Ein Brain lohnt sich dort, wo Aufgaben jedes Mal anders aussehen und trotzdem Vorwissen brauchen. Wann wir selbst von Automatisierung abraten, steht in diesem Beitrag.

1. 1

   Fragen sammeln

   Schreiben Sie zehn bis zwanzig Fragen auf, die im Team ständig gestellt werden. Wo ist das aktuelle Angebot? Was wurde mit Kunde X vereinbart? Wie läuft Prozess Y?

2. 2

   Einen Ort wählen

   Ein Ordner mit Textdateien genügt. Eine Startseite verweist auf alles Weitere. Ein Notizprogramm macht die Verknüpfungen sichtbar.

3. 3

   Pro Frage eine Notiz

   Kurz, mit Quelle und Datum. Was Sie nicht wissen, schreiben Sie als offen hinein, statt zu raten.

4. 4

   Zuständigkeit festlegen

   Jede Notiz hat jemanden, der sie aktuell hält. Ohne diese Zeile wird das Brain in drei Monaten ungenau.

5. 5

   Eine KI anschließen

   Lassen Sie einen Assistenten aus den Notizen antworten und prüfen Sie, ob die Quelle stimmt. Erst wenn das sitzt, kommen Rechte, weitere Quellen und ein zweiter Zugang dazu.

Unser Brain ist ein Ordner mit Markdown-Dateien, eine Notiz je Kunde, Projekt oder Entscheidung. Menschen und der Agent lesen und schreiben dieselben Dateien. Wie wir den Agenten aufgebaut haben, steht in diesem Beitrag. Gelernt haben wir vor allem eines. Der Wert liegt nicht im Modell, sondern in der Ordnung, die darunter liegt.