我們正在打造像真人一樣的 Agent。這在某些方面很有用，但我們同時也複製了人類最大的限制之一。
認識新朋友時，對方對你一無所知。你必須解釋自己的興趣、背景和目標。然後對下一個人重複一次，再對下一個人重複一次。
這就是身為人類的代價：知識存在於頭顱之中，而頭顱無法同步。
我們一生都在支付這個代價，所以幾乎沒注意到它。人類本來就是這樣運作的。但現在，我們正在軟體系統中重建這種孤島——而這些系統本不必如此隔絕。
每個 Agent 都像一個獨立的小腦袋，擁有自己的記憶。它對你和你的工作只有片面的了解。如果你退後一步，看看你正在使用的所有 Agent 套件，你會發現整個系統以及它對你的描繪都是破碎的。
我的 Agent 們彼此陌生
我在自己的工作流程中最能感受到這一點，因為我刻意使用了多個 Agent。
OpenClaw 是我的個人助理。它最了解我的生活：家庭、行程、會議、專案、偏好，以及日常的節奏。它也是我發想點子的地方。我會和它討論、爭論、找到點子的輪廓、放棄幾個分支、復活其中一個，然後才進入執行階段。
所以 OpenClaw 最終擁有關於我和我的點子最豐富的上下文。
Codex 是我建構的地方。一旦點子成熟了，我就轉移到那裡。但產生這個點子的推理過程通常留在 OpenClaw 裡。Codex 可以看到程式庫和一個計劃，但看不到誕生這個計劃的對話。
Claude Code 是我做設計和寫作的地方。我可能在 Codex 裡建了某個東西，然後請 Claude Code 幫忙做 landing page、示範腳本或起草部落格文章。交接過程中我可以指向磁碟上同一個程式庫資料夾，所以還不算太糟。但工作背後的推理——受眾、取捨、被否決的方法、作品的情感基調——仍然留在 OpenClaw 上。
輸出可以同時是勝任的，同時是上下文盲的。
還有一個實體層面。OpenClaw 在我的 Mac Mini 上執行。Codex 和 Claude Code 在我的 MacBook Pro 上執行。其他 Agent 可能部分或完全在雲端執行。不同的機器、不同的檔案系統、不同的本地狀態。程式庫可以透過 GitHub 同步，但專案的記憶不行。
這些孤島不只是概念上的，它們是實實在在的。
每個 Agent 都會重新推導我已經解釋過的事情。每個 Agent 都不知道隔壁的 Agent 一小時前搞清楚了什麼。
程式庫不是記憶
很明顯的反對意見是：把東西寫下來。
用 Markdown。把計劃放在程式庫裡。把決策存在文件中。寫摘要。讓每個 Agent 讀取相同的檔案。
這有幫助，但它只捕捉到了目的地，而不是旅程。
真正的價值往往在於對話本身：爭論、錯誤的開端、你探索過又擱置的分支。當你把計劃寫到紙上時，你壓縮了對話。你保留了結論，丟掉了大部分的路徑。
然後，幾天後，那條路徑又變得重要了。
我會回到 OpenClaw 說：「還記得我們討論過的那件事嗎？實際上，我們用另一種方式來做吧。」
我真正在做的是重新進入想法樹，取回一個我曾修剪掉的分支。那個分支從未進入 Markdown 檔案，因為當時它看起來是死路。
一個同步的程式庫無法解決這個問題。程式庫裡有成品，Agent 對話裡有上下文。寫下來的計劃只是冰山一角，對話是剩下的部分。
這不代表要把每個對話紀錄都傾倒到任何地方。很多對話是雜訊。有些是敏感的。有些是錯的。有些應該過期。有些應該留在專案或角色本地。
有用的單位是值得保留的東西。
當一個 Agent 學到了那些值得保留的東西之一，它不應該被困在發生那個 Agent 內部。
蜂群思維才是關鍵
對人類來說，知識移動得很慢。它必須被說、被寫、被教、被誤解、被釐清、被複述。即使在一家公司內部，同一個事實也要透過會議、備忘錄、Slack 討論串和一對一對話來傳播，就像謠言試圖變成基礎設施。
Agent 沒有這種限制。
如果其中一個學到了有用的東西，其他的也可以知道。如果記憶層是以那種方式建構的，它們可以立刻知道。
這開始感覺不像更好的筆記，而更像一個蜂群思維。
想像一個公司領導者的 AI 版本同時參加十場會議。
在一場會議中，它得知一個重要客戶對定價感到困惑。在另一場會議中，產品團隊正在討論定價是否足夠清楚。在第三場會議中，銷售正在試圖解釋為什麼一個交易卡住了。
在人版中，這些點可能需要幾天或幾週才能連結起來。也許永遠連結不起來。客戶抱怨變成支援單。產品討論變成路線圖項目。銷售問題變成 pipeline 問題。
在 Agent 版本中，碰撞可以在會議還在進行時就發生。
知識不會被囚禁在學到的那個房間裡。
個人版本規模較小，但形狀相同。
在寫程式時做出的設計決定，可以在五分鐘後改進發布文案。在個人助理中糾正的偏好，可以改變程式 Agent 中的預設值。上週一個半成形的想法，可以在合適的專案出現時重新浮現。
系統不再像一組助理，而開始像一個擁有不同雙手的分佈式頭腦。
缺失的層次
真正的工作不會尊重工具邊界。
一個專案可以從個人筆記開始，變成產品決策，變成程式碼，需要設計、發布文案、支援和後續跟進。這就是為什麼我使用多個 Agent——因為專業化是有用的。
一旦你感受到它，差距就很明顯：工具越來越強大，但它們底層的記憶仍然是破碎的。而且隨著 Agent 遍佈應用程式、機器、雲端服務和本地環境，破碎化會變得更糟。
這感覺像未來一年需要發展的關鍵領域之一。
你已經可以看到有前景的專案在攻擊不同的部分。
@garrytan 的 GBrain 指向 MCP 背後一個共享的知識圖譜：指向不同的資料來源，知識圖譜會增長，不同的 Agent 可以查詢它，而不是每個都保留自己的私有記憶。
@doodlestein 的 CASS 解決了 Markdown 和程式庫遺漏的部分：對話歷史本身。它讓本地 Agent 對話在 Codex、Claude Code、OpenClaw、Cursor、Aider 等之間可以搜尋，這很重要，因為對話通常包含程式庫遺漏的推理。
這些專案顯示問題是真實的，而且答案的重要部分正在浮現。
許多 Agent 在它們下面只有一個記憶層，歸你所有。
