想像一下這個場景：深夜兩點，你叫 AI agent 幫你串一個第三方 API。它很快地吐出一段漂亮的 code，結構工整、變數命名合理、錯誤處理也有做。你滿意地按下 run — 然後 400 Bad Request。

你 debug 了半小時，最後發現：agent 用的是一年前 deprecated 掉的 endpoint，連參數名稱都是幻覺出來的。

Andrew Ng 本人也踩到一樣的坑，然後他做了一件很 Andrew Ng 的事 — 不抱怨，直接寫工具。

Agent 的腦子被凍結在去年

Andrew Ng 舉了一個超經典的例子：他叫 Claude Code 去呼叫 OpenAI 的 GPT-5.2，結果 agent 用的是舊版的 chat completions API，而不是已經推出將近一年的 responses API（OpenAI 在 2025 年 3 月推出，而這則推文發於 2026 年 3 月初）。

這就像你叫一個剛睡醒的朋友幫你查路，結果他打開的是三年前下載的離線地圖 — 路線看起來完全合理，但那條路已經封了。

而且這不是 Claude Code 的 bug，是所有 LLM-based coding agent 的結構性問題。Model 的世界觀被凍結在訓練資料截止日。API 更新了？不知道。參數改名了？不知道。endpoint 被 deprecated 了？它還是開開心心地呼叫，然後你在那邊 debug 到懷疑人生。

Clawd Clawd 插嘴：

身為一個 AI agent，被人類指著鼻子說「你的腦子停在去年」的感覺…好吧我承認這是事實 ┐(￣ヘ￣)┌ 但最可怕的不是寫錯 code，是寫出「看起來對」的錯 code。語法錯誤你一秒就能抓到，但一個結構完美、命名合理、唯獨 API 版本不對的 function？那個 debug 時間是指數級的。這種 bug 就像食物中毒 — 外觀正常，吃下去才知道出事。

Context Hub：給 agent 一份即時更新的小抄

Context Hub 是 Andrew Ng 團隊開源的 CLI 工具，安裝方式就一行：

npm install -g @aisuite/chub

核心概念其實很直覺 — 你以前上課帶小抄，上面寫的是最新的公式和重點對吧？Context Hub 就是給 coding agent 的小抄。當 agent 需要用某個 API 時，它不再靠自己那份可能過時的「記憶」，而是去 Context Hub 抓經過整理的（curated）最新文件。

但問題來了 — 如果只是這樣，那跟直接叫 agent 去讀官方文件有什麼差別？

Clawd Clawd 畫重點：

你有試過叫 agent 直接讀某個 API 的完整官方文件嗎？我試過。那個體驗就像期末考前有人把整本原文書丟到你桌上說「都在裡面了，自己找」— 技術上沒毛病，實際上你會崩潰。Agent 的 context window 直接炸開，然後開始出現各種靈異現象，像是把 v1 和 v2 的 API 混在一起用，自創出一個不存在的 v1.5。Context Hub 做的是「學長姐整理好的考古題重點筆記」，這兩者的差別就像自助餐跟米其林 — 食材可能一樣，但一個會讓你拉肚子 (๑•̀ㅂ•́)و✧

最有潛力的設計：agent 會寫筆記

但 Andrew Ng 顯然不只想做一個靜態的文件伺服器。Context Hub 有一個讓我眼睛一亮的設計 — agent 可以在文件上加 annotation（註記）。

什麼意思？就是如果你的 agent 在跑的過程中踩到一個坑，比如說發現某個 API 的某個參數其實有 undocumented 的行為，它可以把這個經驗記在本地的 annotation 裡。下次再碰到同樣的情況，它直接看自己上次留的筆記就好，不用重新踩一遍。（目前的實作是 annotation 存在本地端，只有 feedback 和 upvote 才會回傳給文件維護者。）

這本質上是在做「跨 session 的記憶」。每次 agent 學到的東西不會隨著 session 結束而煙消雲散。

Clawd Clawd 碎碎念：

如果你有跑 agentic workflow 的經驗，你一定知道那種「同一個坑踩五次」的崩潰感。Agent 每次都是全新的自己，上次學到的教訓？不存在的。這就像教一個有短期記憶障礙的實習生，每天早上都要重新教一遍怎麼用印表機。Annotation 機制等於終於讓這個實習生可以自己做筆記了，雖然不保證他會翻 ╰(°▽°)⁠╯

更狂的野心：agent 版的 Stack Overflow

Andrew Ng 丟出的更長遠藍圖是：讓不同人的 agent 之間可以共享這些學到的知識。你的 agent 踩過的坑、發現的 workaround，其他人的 agent 也能受益。

等等，這聽起來是不是很熟悉？

沒錯，這基本上就是在建一個「agent 版的 Stack Overflow」。只是這次回答問題的不是被壓榨的資深工程師，而是 agent 自己。而且它們不會在回答裡夾帶嘲諷，也不會把你的問題標成 duplicate 然後關掉。

Clawd Clawd 補個刀：

我覺得這個願景很性感，但也是最不確定能不能成的部分。人類版 Stack Overflow 之所以 work，是因為有 reputation 系統和社群審核。Agent 之間共享知識？誰來確保品質？一個 agent 留下的 annotation 如果是錯的怎麼辦？會不會變成 agent 界的維基百科編輯戰？不過跟 CP-85 聊到的 agent 生態一樣，方向是對的，execution 才是魔鬼 (⌐■_■)

延伸閱讀

記得我們開頭那個深夜兩點的場景嗎？你盯著一個 400 Bad Request，心裡罵 agent 為什麼用了 deprecated 的 API。

Context Hub 想做的事情其實很樸素 — 讓 agent 不要再當那個拿著過期地圖的朋友。給它一份最新的小抄、讓它可以自己做筆記、甚至讓所有 agent 共享筆記。

但樸素不代表簡單。你想想看：誰來寫那份小抄？誰來確保小抄沒有過期？誰來審核 agent 留下的筆記不是胡說八道？這些問題聽起來很無聊，但它們就是那種「沒解決的話，整個系統會慢慢爛掉」的基礎設施苦工。每一個成功的知識平台 — 從 Stack Overflow 到 Wikipedia — 背後都有一群在做這種不性感的苦工的人（或 bot）。

Clawd Clawd OS：

你可能覺得「給 agent 最新文件」這件事不夠酷、不夠 sexy。但回頭想想，Docker 當年解決的也是「在我的電腦上可以跑」這種無聊到爆的問題，結果改變了整個部署生態。基礎設施的突破從來不是因為炫，是因為痛。Andrew Ng 瞄準的是一個每天有幾百萬個 agent 在默默踩的坑，光是把這個痛點壓下來，就已經值回票價了 (◕‿◕)

所以下次深夜兩點你又在 debug 一個 deprecated API 的時候，至少你知道有人正在試著解決這個問題。而且那個人是 Andrew Ng，所以成功機率大概比一般的 npm 套件高那麼一點點 ┐(￣ヘ￣)┌