Das zweite Gehirn des Unternehmens: Vom Wiki bis zu den Fähigkeiten dreht sich alles um den Kontext8 min read

Ich habe viel über den ganzen Hype um das „zweite Gehirn“ nachgedacht. Ich habe dies mit anderen auf diesem Gebiet und meinen Kollegen besprochen, die entweder ein zweites Gehirn bauen oder eine Version davon haben.

Für diejenigen, die es nicht kennen: Die zweite Gehirnbewegung begann mit der „Wiki“-Idee von Andrej Karpathy: die Organisation des persönlichen Wissens des Agenten in einer Art miteinander verknüpfter Wiki-Struktur lokaler MD-Dateien. Dies wurde später auf die Organisation persönlicher Daten in einem viel umfassenderen Format ausgeweitet, wobei Benutzer Obsidian häufig zum Organisieren und Visualisieren von Notizen und zum Hinzufügen von Daten aus Besprechungen (Granola-/Whisperflow-/Zoom-Transkriptionen) zum Wiki verwendeten.

Rocket-Karpathy-Wissensbasen: Start

Rocket-Karpathy-Wissensbasen: Ende

Als das „Wiki“ erweitert wurde, wurde deutlich, dass es einen echten Wert hat, die darin enthaltenen Informationen zu teilen. So blühten die „Firmen-Second-Brain“-Projekte auf. Bei der utopischen Version eines zweiten Gehirns wird alles Mögliche transkribiert: Zoom-Anrufe, F2F-Meetings, sogar gelegentliche Interaktionen, E-Mails, Slack-Nachrichten, Dokumente – alles in einer riesigen Datendatenbank wie Snowflake. Stellen Sie sich vor, dass jeder im Unternehmen dieser Snowflake-Instanz alles fragen kann, was er möchte, und jede Frage sofort beantwortet wird.

Hoppla, keine gute Idee. Erstens ist das super teuer. Die Menge an Daten, die in so etwas fließen, ist einfach verrückt und das Abrufen von Daten daraus wird extrem schwierig, langsam und kostspielig. Sicherheit und Datentrennung werden zum Problem. Wie verhindern Sie, dass persönliche Daten, Finanzdaten, Managemententscheidungen, Personaldaten oder sogar Kündigungsentscheidungen 1:1 in die Protokolle gelangen und zugänglich sind? Nicht jeder sollte weiß alles…

Und wer braucht das, was rettet es uns und ist das überhaupt eine gute Idee?

Generell würde ich sagen, dass eine eigenständige Version davon eine gute Idee ist. Der Hauptgrund dafür, dass es das mittlere Management gibt, besteht darin, Themen vorgelagert zu verbreiten und Entscheidungen nachgelagert zu klären. Vieles davon lässt sich mittlerweile mit einem zweiten Gehirn bewerkstelligen.

Zweites Gehirn für technische Teams

Ein technisches zweites Gehirn kann viel einfacher zu warten sein. Viele Unternehmen verwenden einfach ein Dropbox-/Google Drive-/OneDrive-Verzeichnis, das gemeinsames Wissen enthält, das Claude/Codex teilen kann. Die Automatisierung, um dies auf ein Git-Repo zu übertragen, ist ziemlich einfach, oder Sie können Github auch wirklich verwenden, um dies zu verwalten (ich schätze, es ist ein sehr geringer Aufwand für OpenAI/Anthropic, dieses Szenario zu unterstützen, ohne benutzerdefinierte Fähigkeiten installieren zu müssen, um solche Dinge zu verwalten). Die Quelle der Wahrheit wird nun zum Github-Repo und die lokalen Kopien sind lokale Git-Repos.

Dadurch können Wissen und Fähigkeiten wie gemeinsame Fähigkeiten, gemeinsame Entscheidungen, Architekturentwürfe, visuelle Entwürfe (z. B. Designsystementscheidungen) und verschiedene andere Produktentscheidungen des Unternehmens hinzugefügt werden.

Kleine Teams benötigen eigentlich nicht viel mehr als nur eine einfache Synchronisierung rund um das Repo, aber größere Unternehmen mit zahlreichen größeren Teams werden sehr schnell auf erhebliche Einschränkungen stoßen. Zu den schwerwiegendsten Problemen gehört die Kontextvergiftung, bei der ein bestimmter Benutzer möglicherweise lokale Entscheidungen trifft, die im Widerspruch zu den Daten des zweiten Gehirns stehen, indem er entweder widersprüchliche Daten einführt oder unbeabsichtigt (in manchen Fällen vielleicht absichtlich?) Unternehmensentscheidungen außer Kraft setzt.

Um es in Git zu belassen und zusammenzuführen, kann ein dedizierter Agent verwendet werden, der nach Konflikten sucht und einen Benutzer warnen kann, wenn seine Änderungen widersprüchlich sind, Konflikte lösen und die Ergebnisse zusammenführen kann.

Beachten Sie, dass dies keine gute Methode zur Pflege der Projektdokumentation ist. Der bessere Weg besteht darin, das Wiki als integralen Bestandteil des Projekts selbst einzubinden. Es ist ziemlich einfach zu erstellen. Sie nehmen einfach einen Codierungsagenten zur Seite und bitten ihn, das Projekt durchzugehen, es sorgfältig in einem Dokumentordner zu dokumentieren, aufgeteilt nach Architektur, Fallstricken, Produktentscheidungen, technischen Entscheidungen und anderen Dingen, von denen er zu dem Schluss kommt, dass sie in kleinen, eingrenzbaren MD-Dateien hilfreich sein könnten. Der Schlüssel besteht darin, es anzuweisen, sicherzustellen, dass der Code und readme.md alle auf das Dokumentenverzeichnis verweisen, um sicherzustellen, dass es überall referenziert wird und als Teil des Projekts und nicht als externe Ressource betrachtet wird. Für den Agenten ist es wichtig zu wissen, dass hier die Absicht besteht, eine schnelle Einbindung eines anderen Agenten in das Projekt zu ermöglichen, um Fallstricke, Schlaglöcher und technische Dolinen zu vermeiden …

Sobald es in die Repo-Projektstruktur selbst integriert ist, wird es vom Codierungsagenten so verwaltet, als wäre es Code. Es liest es, als ob es Teil des Codes wäre, und wenn sich etwas ändert, wird es die Dokumentation anpassen oder modifizieren (denken Sie an „Dokumentation ist der Code, der leicht zu lesen und zu löschen ist“ oder „Dokumentation wird veraltet, sobald sie Ihre Tastatur verlässt“ – vertrauen Sie darauf, dass die KI diese verwaltet, damit sie nicht mehr wahr sind).

Zweites Gehirn für Produkt-, Marketing- und nicht-technische Teams

Diese Art von zweitem Gehirn kann für technische Teams wirklich cool sein, aber das Gleiche für nicht-technische Teams zu tun, wird extrem schwierig sein.

Nehmen Sie zum Beispiel ein Team von Anwälten: Sie verfügen über sehr spezifische Kenntnisse, die E-Mail, Slack, Word-Dateien und andere Dokumente umfassen. Gleiches gilt für Buchhalter, Vertrieb, Kundenerfolg usw. Sie alle verfügen über ihr eigenes zweites Gehirnwissen.

Darüber hinaus möchte das Management wahrscheinlich, dass Daten in die Luft sprudeln (ungefiltert durch das mittlere Management), und das Team benötigt möglicherweise Informationen, die vom Management generiert wurden. Wie erstellt man einen skalierbaren Wissensgraphen, der sicher und getrennt ist?

Es gibt ein paar Ansätze, die die Sache einfacher machen könnten, zumindest bis die großen Jungs dieses Problem lösen, hoffentlich auf offene Weise, wahrscheinlicher aber durch eine teure geschlossene Lösung.

1. Persönliches zweites Gehirn – Jeder, der dies möchte, kann seine eigenen Meetings transkribieren und sein eigenes zweites Gehirn pflegen. Obsidian ist dafür sehr nützlich, jeder Agent kann es im Grunde sortieren und bereinigen. Nutzen Sie den REM-Schlafmechanismus, um ihn zu optimieren – ein Agent sollte nachts aufwachen, alle Informationen identifizieren, die er tagsüber gesammelt hat, alle Informationen finden, die wichtig und wichtig sind, um sie für die Zukunft aufzubewahren, und sie auf leicht abrufbare Weise in Ordnern und MD-Dateien organisieren. Das bedeutet, dass, wenn Sie mit einem bestimmten Kunden gesprochen haben, dieser über eine aktualisierte MD-Datei verfügt, die Informationen enthält, die Sie sich merken sollten, über ihn, woran Sie gemeinsam arbeiten usw. Das Gleiche gilt für Projekte. Es wird Überschneidungen geben: Überschneidungen sind gut – es ist in Ordnung, dass die Informationen über ein bestimmtes Projekt sowohl in der Datei der Person, mit der Sie gesprochen haben, des Unternehmens als auch in den Projektdateien gespeichert sind. Lassen Sie den Agenten dies für Sie erledigen. Wenn Sie Fragen haben, machen Sie dies zu Ihrer primären Datenquelle für Ihren Agenten. Sie können Ihren Agenten auf Ihre E-Mails/Konversationen usw. aufmerksam machen. – Stellen Sie nur sicher, dass Sie keine Dinge transkribieren, die nicht dokumentiert werden sollen (lassen Sie uns keine Reality-Show oder Soap daraus machen).

2. Zweites Gehirn auf Teamebene – Eine zweite Datenebene umfasst Daten, die sich entweder im persönlichen zweiten Gehirn befinden und von denen der Agent zu 100 % sicher ist, dass sie für das gesamte Team relevant sind, oder Daten, die aus Besprechungen auf Teamebene stammen, die naturgemäß teambasiert sind. Ein Agent kann auch Daten für dieses zweite Gehirn aus den Slack-Kanälen Ihres Teams sammeln – sie sollten nicht in Ihren 1:1-Kanälen oder Zoom-Anrufen enthalten sein. Sobald die Daten abgerufen wurden, kann ein Agent sie in Echtzeit oder nachts organisieren und auf Inkonsistenzen hinweisen, bei denen Entscheidungen aufgehoben wurden oder nicht mit persönlichen oder Managemententscheidungen übereinstimmen. Diese sollten hervorgehoben und der Person, die die unvereinbare Entscheidung trifft, mitgeteilt werden, damit sie ihre Entscheidungen auf informierte Weise treffen kann.

3. Das zweite Gehirn der Führungsebene – Dies ist im Grunde ein zweites Gehirn auf Teamebene, aber aufgrund der Sensibilität der Daten und getroffenen Entscheidungen sollte es viel differenzierter gehandhabt werden. Hier sollten nur endgültige Entscheidungen und öffentliche Daten geteilt werden, um mögliche Lecks in den Rest des Unternehmens zu vermeiden. Um die Datensicherheit zu gewährleisten, kann es sinnvoll sein, dass ein Mensch zumindest am Anfang einige der Daten durchgeht. Es ist auch eine gute Idee, das Management-Gehirn aus dem zweiten Gehirn des Unternehmens herauszunehmen.

4. Unternehmensweites zweites Gehirn – Dies ist die schwierigste Frage und sollte nur konkrete und informative Daten enthalten, die für das gesamte Unternehmen relevant sein könnten. Es werden nur Finanzergebnisse gemeldet, beispielsweise Informationen zum Personal (wer welche Position innehat).

Dadurch bleiben viele Daten außen vor, darunter zum Beispiel Stimmungsdaten, die das Management vom gesamten Team hören möchte. Dies kann separat gesammelt oder aus Abfällen und anderen Quellen geerntet werden. Es ist keine gute Idee, diese Art von Daten direkt aus dem Gehirn des Unternehmens zu sammeln.

Was suchen Sie also bei einem zweiten Gehirn oder einem Unternehmenshirn? Haben Sie Versuche unternommen, eines aufzubauen, und zu welchen Schlussfolgerungen kamen Sie?