公司第二大腦：從維基到技能，一切都與背景有關1 min read

我一直在思考圍繞「第二個大腦」的所有炒作。我與該領域的其他人以及我的同事討論了這個問題，他們要么正在建造第二個大腦，要么擁有它的一個版本。

對於那些不熟悉的人來說，第二次大腦運動始於 Andrej Karpathy 的「Wiki」想法：將智能體的個人知識組織在本地 MD 文件的一種相互關聯的 Wiki 結構中。後來擴展到以更廣泛的格式組織個人數據，使用者經常使用 Obsidian 來組織和視覺化筆記，並將會議數據（Granola/Whisperflow/Zoom 轉錄）添加到 Wiki 中。

Rocket-karpathy-知识库：开始

Rocket-karpathy-知识库：结束

隨著“Wiki”的擴展，很明顯地共享其中的資訊具有一些真正的價值。於是，「公司第二個大腦」計畫開始全面開花。第二個大腦的烏托邦版本正在將一切可能的內容轉錄：變焦通話、面對面會議，甚至隨意的互動、電子郵件、鬆弛訊息、文件——所有這些都記錄在像 Snowflake 這樣的龐大數據資料庫中。想像一下，公司中的任何人都可以向這個 Snowflake 實例詢問他們想要的任何問題，並且每個問題都會立即得到解答。

哎呀，这不是一个好主意。首先，这是超级昂贵的。此類事件中的資料量非常大，從中檢索資料變得極為困難、緩慢且成本高昂。安全和数据隔离成为一个问题。如何防止 1:1 的個人資料、財務資料、管理決策、人力資源資料甚至解僱某人的決定溜進記錄並可供存取。不是每個人 應該 知道一切…

另外，誰需要這個，它能為我們節省什麼，這是個好主意嗎？

總的來說，我想說，包含它的版本是個好主意。中層管理存在的大部分原因是向上游提出問題並向下游澄清決策。現在，大部分工作都可以透過第二個大腦來完成。

技术团队的第二大脑

技术第二大脑可以更容易维护。許多公司只使用 Dropbox/Google Drive/OneDrive 目錄來保存 Claude / Codex 可以分享的共享知識。將其推送到 Git 儲存庫的自動化非常簡單，或者您也可以真正使用 Github 來管理它（我想對於 OpenAI/Anthropic 來說，支援這種場景只需很小的努力，而無需安裝自訂技能來管理此類事物）。事實來源現在成為 Github 儲存庫，本地副本是本機 git 儲存庫。

這可以增加知識和能力，例如共享技能、共享決策、架構設計、視覺設計（例如設計系統決策）和各種其他公司產品決策。

除了圍繞存儲庫進行簡單的同步之外，小型團隊實際上並不需要太多，但擁有眾多大型團隊的大型公司很快就會遇到嚴重的限制。最嚴重的問題涉及上下文中毒，其中特定用戶可能會做出與第二大腦數據衝突的本地決策，要么引入衝突的數據，要么無意中推翻公司決策（在某些情況下可能是故意的？）。

將其保留在 git 中並可使用專用代理來完成，該代理程式會尋找衝突，並可以在使用者的變更發生衝突時提醒使用者、解決衝突並合併結果。

請注意，這不是維護專案文件的好方法。為此，更好的方法是將 wiki 作為專案本身的一個組成部分。創建起來非常容易。您只需放置一個編碼代理並要求它檢查該項目，將其徹底記錄到文件資料夾中，按架構、陷阱、產品決策、技術決策以及它得出的結論可能對小型可容納 md 文件有幫助的其他內容進行分割。關鍵是告訴它確保程式碼和 readme.md 都指向文件目錄，以確保它在任何地方都被引用，並被視為專案的一部分而不是外部資源。代理商需要了解的關鍵一點是，這裡的目的是允許另一個代理商快速加入該項目，以避免陷阱、坑洞和技術陷阱…

一旦將其整合到回購項目結構本身中，編碼代理將像代碼一樣維護它。它會像程式碼的一部分一樣讀取它，如果有變化，它會調整或修改文件（記住那些「文件是易於閱讀和清晰的程式碼」或「文件在離開鍵盤的那一刻就變得過時了」——相信人工智慧會維護這些，所以它們不再是真的）。

產品、行銷和非技術團隊的第二個大腦

這種類型的第二個大腦對於技術團隊來說確實很酷，但對於非技術團隊來說，做同樣的事情將非常困難。

以律師團隊為例，他們擁有非常具體的知識集，涵蓋電子郵件、slack、word 文件和其他文件。這同樣適用於簿記員、銷售、客戶成功等。他們每個人都有自己的第二大腦知識。

最重要的是，管理層可能希望資料冒泡（未經中階管理層過濾），並且團隊可能需要管理層產生的資訊。如何產生安全且分離的可擴展知識圖譜？

有一些方法可以讓事情變得更容易，至少在大公司解決這個問題之前，希望以開放的方式，但更有可能透過昂貴的封閉解決方案。

1. 個人第二大腦 – 每個想要這個的人都可以記錄自己的會議並維護自己的第二個大腦。黑曜石對此非常有用，任何代理商基本上都可以對其進行排序和清理。使用 REM 睡眠機制來優化它 – 代理應該在晚上醒來，識別白天收集的所有信息，找到對未來保留的任何關鍵和重要信息，並以易於檢索的方式將其組織在文件夾和 MD 文件中。這意味著，如果您與特定客戶交談，該客戶將獲得一個更新的 md 文件，其中反映了需要記住的有關他們的重要資訊、您正在一起做什麼等。項目也是如此。會有重疊：重疊是好的 – 關於特定項目的資訊可以同時存在於與您交談的人、公司和專案文件中。讓代理商為您處理這件事。當您有疑問時，請將其作為您的代理程式的主要資料來源。您可以向您的代理商公開您的電子郵件/對話/等。 – 只是確保不要轉錄您不想記錄的內容（我們不要將其設為真人秀或肥皂劇）。

2. 團隊級第二大腦 – 第二層數據包括座席 100% 確信與整個團隊相關的個人第二大腦中的數據，或源自本質上基於團隊的團隊級別會議的數據。座席還可以從您的團隊鬆弛通道收集第二大腦的數據 – 它不應該在您的 1:1 通道或 Zoom 通話中。一旦檢索到數據，代理就可以即時或每晚對其進行組織，並指出決策被推翻或與個人或管理決策不相符的不一致之處。應突出顯示這些內容，並向做出不相容決定的人發出警報，以便他們能夠在知情的情況下做出選擇。

3. 管理級第二大腦 – 這基本上是團隊級別的第二個大腦，但由於數據和決策的敏感性，應該以更細緻的方式處理。此處僅應共享最終決策和公共數據，以避免可能洩露給公司其他部門。對於人類來說，至少在開始時檢查一些數據可能是一個好主意，以確保數據安全。將管理大腦排除在公司第二大腦之外也是一個好主意。

4. 全公司第二大腦 – 這是最困難的一項，應該只保存可能與整個公司相關的具體、資訊性資料。僅報告財務結果，例如有關人員的資訊（誰擔任什麼職位）。

這遺漏了許多數據，包括管理階層希望聽到整個團隊的情緒數據。這可以單獨收集，也可以從閒置資源和其他來源中收穫。直接從公司大腦中獲取此類數據並不是一個好主意。

那麼，您在第二個大腦或公司大腦中尋找什麼，您是否嘗試過建立第二個大腦或公司大腦，您的結論是什麼？