GBrain 是什麼？YC 執行長開源的代理記憶層，資料流向先看清

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

11 月 8 日晚間 10 點 14 分（台北時間），X 帳號 Ryven 貼出一份列了八個「第二大腦」開源儲存庫的清單，清單開頭就是 Y Combinator 執行長 Garry Tan 的 GBrain，推薦詞寫著「每個事實都保留來源」。這則貼文在一天內把一個存在超過半年的專案推進大眾視野：到 11 月 9 日，儲存庫已累積 31,860 個星標。走紅的是一則貼文，被攤開檢視的則是一套已經跑七個月的系統。

把貼文的宣稱對回官方文件，結論可以先講：「保留來源」是真的有文件支撐的核心設計，記憶以 Markdown 檔存放、事實對應出處、支援更正與撤回。但「第二大腦」這個標籤遮住了三個會直接影響使用決策的邊界：只拷貝資料夾不算完整備份、說了 forget 不等於文字被刪除、資料存在本機也不保證文字不會送給雲端供應商。它適合已經在用 AI 代理、願意自己管理檔案與邊界的人；想找即開即用筆記 App 的人，它現在還不是那個東西。

瘋傳的「第二大腦」，官方把它定位成代理的記憶層

先看這波事件的時間線。GitHub 顯示 garrytan/gbrain 儲存庫建立於 2026 年 4 月 5 日，主要語言是 TypeScript，採 MIT 授權，到 11 月 9 日已有 31,860 個星標與 4,746 次 fork。儲存庫的官方描述把自己叫做「Garry 有主見的 OpenClaw/Hermes 代理大腦」，有主見（opinionated）這個詞常出現在框架類開源專案，意思是它對記憶該長什麼樣有一套明確立場，你要嘛接受它的做法，要嘛別用。Garry Tan 本人從 4 月就開始宣傳：4 月 15 日發布 v0.10.0 時說「我個人的 OpenClaw 設定和大腦現在可以是你的了」，4 月 30 日說自己每天在 OpenClaw 與 Hermes 代理上使用它，累積超過 75,000 個 Markdown 檔，5 月 16 日又定調「這是知識系統，不是盒裝的 RAG」。換句話說，專案公開七個月、作者三度親自說明，11 月 8 日的貼文改變的只有關注度。

Pin

那它到底是什麼？README 開頭就劃了界線：「給你已經在用的代理一個你可控的記憶」。AI 代理指能自己呼叫工具、連續完成任務的 AI 助手，GBrain 做的事情是替這種代理準備記憶層：儲存附有來源的明確事實、支援更正與撤回，並讓不同的代理共用同一份記憶。軟體本身 MIT 授權、免費自架，官方另有付費代管服務 gbrain.io，標榜一個大腦同時接上 ChatGPT、Claude 與 Cursor，什麼都不用自己裝，但自架與代管是兩條獨立的路，代管也只是選項。

README 裡最受引用的段落，是 Tan 自述這套系統的規模：155,795 頁文件、24,589 位人物、5,340 家公司、66 個自動執行的排程，代理在他睡覺時消化會議、郵件、推文與通話。同一個儲存庫的起源文件（ORIGIN.md）記錄的撰寫當時規模則是 17,888 頁、4,383 位人物、723 家公司。兩份都是官方文件，頁數差了將近九倍，說明這類自述數字會隨時間快速漂移，引用時要附上時間點，把它們當行銷素材可以，當固定規格不行。

想讓它二十四小時運轉，官方建議跑在 OpenClaw 或 Hermes 這類代理框架下，記憶體 8 GB 以上的伺服器，並負擔自己的模型用量。OpenClaw 的入門部署，可以對照我們先前的一鍵安裝介紹。

「每個事實都保留來源」經得起文件檢驗，圖譜是證據不是真相

貼文那句「每個事實都保留來源」，對到 README 是有實質設計的。查詢分成兩種：search 回傳原始頁面，排序混合了向量、關鍵字與來源層級，適合要原始素材的場景；think 則在同樣的檢索之後，合成一份附引用的回答，並且標出記憶庫缺了什麼，例如某頁已經過期、某個說法沒有出處、兩頁內容互相矛盾。README 用虛構人物 Alice 示範會前準備，回答末尾會提醒「自某次紀錄後沒有新資料」，這是官方例子，不代表每個使用者的實際輸出。

圖譜的部分則要讀細一點。記憶裡除了頁面，還有一張帶類型的關係圖，例如「誰在哪家公司任職」這種問題，走的是圖的廣度優先遍歷，官方稱在密集節點上只需毫秒級。啟用自動連結時，系統只對受信任的本機寫入做模式比對，從頁面之間的引用抽出關聯，全程不呼叫語言模型。但官方文件同時寫明：抽出的邊是「待檢查的證據」，不等於關係為真。README 提供的測試數字也帶著同樣的謹慎，在 BrainBench 的關係類問題上，圖譜檢索把前五筆涵蓋率（R@5）從 0.6626 拉到 0.7241，而 0.9791 那個數字是用標準答案推算的上限，官方自己標注它不是產品分數。這些是作者自己的測試，本文沒有重跑。

還有一個容易在貼文裡被略過的環節：記憶不是寫進去就結束。官方排了一輪夜間整理，代理趁你睡覺時合併重複的人物頁、修正引用、評估重要性、找出互相矛盾的說法，README 稱之為讓大腦保持尖銳的夢境週期。把維護做成排程而非手動整理，是它把自己定位成「系統」而非「資料夾」的地方。

這套「記得對比記得多重要」的路線，與 Anthropic 拆解代理記憶的研究方向相互呼應：記憶系統的價值在於事實可以核對、可以修正，而不只是堆積數量。

正本是 Markdown，但只拷資料夾不算備份

GBrain 對「你的資料」最有企圖心的設計，是記憶的正本放在使用者自己的資料夾：每個檔案是帶 YAML 欄位資料的 Markdown，預設位置在家目錄的 .gbrain 隱藏資料夾下，可以改成任何你指定的路徑，因為是純文字，任何編輯器都打得開，也能放進自己的 Git 儲存庫做版本控制。系統再把這些檔案索引進資料庫，預設用不必另架伺服器的內嵌 PGLite，也可以換成 Postgres 加 pgvector，兩種都附帶向量與關鍵字索引。

Pin

這個設計解決的痛點很實際：代理的記憶若綁在單一平台，換工具就得從頭教起，而記憶放進自己的檔案，工具只是索引，換掉工具檔案還在。把專案記憶搬出工具、讓下一個接手的 AI 不必從頭解釋，這個思路與我們介紹過的 ai-memory 共享專案記憶是同一條路線。

檔案與資料庫的關係還有一層可以自己選。預設模式下寫入會同時落在檔案與資料庫；每個來源也可以切換成 Git 優先的嚴格模式，每次寫入先提交 Git、資料庫才記錄，兩邊不一致時以 Git 為準，前面那四類資料庫專屬紀錄是唯一例外。另外 Gmail、行事曆、GitHub 這類連接器來源，頁面是由系統渲染出來的，不是你手寫的檔案，備份策略要分開想。

但備份的邊界要讀清楚。索引可以從檔案重建，可是有四類東西只存在資料庫裡：私密頁面、沒有頁面可放的事實、修訂歷史，以及寫入收據。官方文件直白地寫著「Markdown 匯出不是資料庫備份」，PGLite 要用 gbrain backup create 指令備份，Postgres 則交給 pg_dump 或供應商的備份機制。只想靠拷貝資料夾搬家的人，會在修訂歷史與私密頁面上摔一跤。代價的另一半是同步與備份要自己決定，自架的世界沒有人代勞。

說了 forget，文字還在

隱私決策上最關鍵的一份文件，是儲存庫裡的「forget 契約」。gbrain forget 指令與 MCP 的 forget_fact 操作，執行的是撤回：權威帳本先記下這筆撤回，相符的事實被設為失效、頁面修訂版往前推、檢索投影同步作廢，而且官方保證延遲的匯入與嵌入作業不會把撤回翻案。但撤回不是刪除，原始材料、歷史紀錄與私人備份可能都還在，Markdown 檔裡會以刪除線保留下來，並用兩種標註區分情況：寫著「被較新紀錄取代」的是換了新說法，寫著「撤回：理由」的才是被 forget 收回。

帳本的設計也堵掉了繞路：事後回去編輯那段 Markdown，並不會抹除撤回紀錄，官方明言編輯不承諾實體抹除。要把文字真正從運作中的儲存移除，擁有者必須在記憶庫所在的主機上執行 purge 清除指令，而清除是重寫頁面、遮蔽版本內容的破壞性操作，官方把它設計成擁有者的明確動作。forget 是讓某個事實不再出現在回想結果，沒有承諾實體抹除，曾經把敏感內容存進記憶庫的人，不能以為按了 forget 就安全，這是評估任何記憶系統時都該問的問題。

資料在本機，文字未必不出門

「Markdown 存在本機」很容易被讀成「資料不外流」，官方的記憶邊界文件親手拆掉這個想像。不設定任何金鑰時，關鍵字檢索與確定性的連結抽取確實不需要模型 API；但每開一項雲端功能，文字就跟著出門：嵌入供應商收到被嵌入的文字、重排序服務收到查詢與候選段落、答案合成與資料抽取收到相關的記憶內容。更細的邊界是，即使 GBrain 處於無金鑰模式，你連接的代理自己的模型，也看得到被放進上下文的記憶。遠端回報功能（Wakeshift）倒是只送出工作編號與狀態，不送頁面文字，而且預設關閉，要擁有者主動打開。

官方因此給了兩條直接了當的提醒：不要把秘密放進記憶頁面，密碼這類資料該放在本機設定；支出上限控制的是帳單，不是文字流向，「設了消費上限」與「文字不出機器」是兩件事。作為公司共用記憶時限制更複雜，遠端使用者受來源與操作授權約束，但本機檔案與共用資料庫憑證屬於另一條信任邊界，官方也明言授權測試只涵蓋特定存取路徑，不是「絕不外洩」的保證。在跨工具記憶之間挑選資料流向的問題意識，可以對照騰訊 Hy Memory 2.0 的實測。

要上車的人，先看版本節奏與安裝管道

開發活躍度是新聞之外最實用的訊號：台北時間 11 月 9 日當天，專案連發了三個版本（上午 7 點、10 點半與晚間近 8 點的 v0.60.621.0）。高頻改動代表問題修得快，也代表行為與文件可能隨版本變動，跟著官方文件走比跟著教學走穩當。

Pin

安裝有兩個官方特別標注的陷阱。需求是 Bun 1.4.4 以上（Bun 是 JavaScript 執行環境），而 npm 上有一個同名但無關的 gbrain 套件，會遮蔽真正的程式，README 用醒目區塊警告不要用 npm 安裝。無金鑰的本機模式用一條指令就能起：gbrain init –pglite –no-embedding，這裡依官方文件整理，本文未實際安裝。要更強的安裝保證，安全文件建議使用附建置證明的發行版執行檔，並用 gh attestation verify 驗證，因為從原始碼或固定標籤安裝屬於「首次使用即信任」的模式。

整合對象相當開放：README 建議把它加進既有代理，提供 Grok Bot、Muse、Codex 與 Claude Code 的指南，沒有代理也能用命令列單獨運作；它也誠實提醒 Muse 已有原生的可編輯記憶，GBrain 增加的是可攜帶、附出處的紀錄。想把大腦開給雲端代理，官方的路徑是用 Tailscale 把本機記憶發布成 MCP 服務，而不是把檔案搬上別人的伺服器。

收個尾：這波瘋傳給了 GBrain 一批新讀者，但判斷依據應該是儲存庫裡那些把邊界寫清楚的文件。合理的入門姿勢是無金鑰模式匯入一小批不敏感的筆記，驗證取回的內容與來源對應是否符合預期，再決定要不要開雲端功能；還沒想清楚哪些資料可以送給模型供應商的團隊，先把隱私邊界文件讀完再動手。本文的星標、版本與規模數字都以 11 月 9 日查詢為準，這個專案的速度，一週後就會換一批數字。