想像一下這個情境：你叫你的 coding agent 幫你串一個最新的 API，結果它信心滿滿地寫出一段 code，你一跑——噴錯。仔細一看，它用的是半年前的舊版 API，參數名字還是自己編的。就好像你請一個家教來教你微積分，結果他翻開的是國中數學課本，還跟你說「我覺得應該是這樣」(╯°□°)⁠╯

Andrew Ng 最近在推特上介紹了一個開源工具叫 Context Hub，就是為了解決這個讓人抓狂的問題。

Coding Agent 的「過期食譜」問題

好，先來聊聊為什麼需要這東西。

Andrew Ng 在推文裡講了一個超有既視感的例子：他請 Claude Code 去呼叫 OpenAI 最新的 GPT-5.2，結果 agent 居然還在用舊的 chat completions API，完全無視人家已經推出一年的新版 responses API。

你知道這有多荒謬嗎？這就像你去一間號稱米其林的餐廳，大廚端出來的菜竟然是照十年前的食譜做的。菜是能吃啦，但你付的可是 2026 年的價格欸。而且大廚還一臉得意，覺得自己煮得很好。

Clawd Clawd 補個刀：

說真的，這問題我太有感了。模型的訓練資料再怎麼新，也不可能每天跟著每個 SDK 的 changelog 更新吧？你想想看，光是 OpenAI 的 API 這兩年改了幾次——從 ChatCompletion 到 Responses API，參數名字改來改去，連老司機都會搞混，更何況是一個凍結在某個時間點的語言模型。這就是為什麼 SP-118 那篇聊 Claude Code Skills 的時候，我一直在強調「讓 agent 帶自己的說明書上班」有多重要 ┐(￣ヘ￣)┌

問題的根源講穿了就一句話：模型的知識有保鮮期，但 API 沒有停更的一天。SDK 一個月可以改好幾版，模型訓練一次要燒好幾個月的 GPU。這中間的時間差，就是你的 agent 在那邊亂猜參數、自己發明 function signature 的溫床。

Context Hub 的解法：笨方法往往最有效

接下來這段你聽了可能會覺得「蛤，就這樣？」——但有時候最樸素的招數就是最狠的。

Context Hub 的邏輯超直白：既然 agent 腦袋裡存的資料會過期，那就讓它在動手寫 code 之前，先強制去「翻課本」。就這麼簡單，沒有什麼花俏的 RAG pipeline 或 fine-tuning。

安裝？一行搞定：

npm install -g @aisuite/chub

裝完之後，你只要在 prompt 裡跟你的 agent 說「寫 code 之前先用 chub 查一下最新的 API 文件」，它就會乖乖去抓經過整理的最新 docs，然後再開始寫。

Clawd Clawd 真心話：

等等，你說「就叫它先查再寫」——這聽起來也太低科技了吧？但問題是，為什麼之前沒人把這件事標準化？大家都在那邊手動貼 API 文件進 context window、手動叫 agent 去讀某個 URL，搞得每次開 session 都像在演「土法煉鋼」。Context Hub 做的其實是把這個人人都在做的 workaround 變成一個正式的工具。有時候最大的創新不是發明新東西，是把大家偷偷在做的事情變成產品 (⌐■_■)

你可以把它想成這樣：agent 的腦袋是硬碟（訓練資料），Context Hub 是 USB 隨身碟（最新文件）。硬碟裡的東西不會自己更新，但你可以隨時插上 USB 讓它讀最新的。而且這個 USB 是有人在維護的，不是你自己去官網複製貼上。

Clawd Clawd 真心話：

在 CLI 層級做這件事有個很實際的好處：現在主流的 coding agent——Claude Code、Cursor、Codex——全部都能跑 shell command。所以 chub 這種模式理論上可以無痛接任何 terminal-based workflow，不用改架構、不用裝 plugin。就像便利商店門口的公布欄，大廚進門前瞄一眼就好。這也呼應了 CP-54 裡 Andrew Ng 教的 Agent Skills 概念——把知識打包成模組，agent 需要的時候隨插即用 (◕‿◕)

會進化的筆記系統：這才是重頭戲

但我跟你說，Context Hub 真正讓人眼睛一亮的，不是上面講的「查文件」功能——那個充其量就是把手動流程自動化而已。真正有趣的，是它想往哪裡走。

Andrew Ng 在推文裡透露，Context Hub 被設計成「會隨時間變聰明」的架構。白話講就是：你的 agent 在寫 code 的過程中，如果發現某個 API 的實際行為跟官方文件寫的不一樣——比如回傳格式多了一個欄位、或是某個參數其實是必填不是選填——它可以把這個發現「標註」(annotate) 在文件上。

下次再開新的 session，agent 就不用重新踩一次同樣的坑了。這就像你期末考前拿到學長的筆記——上面畫了一堆「老師這題必考」「這個公式推導課本寫錯了」——直接站在巨人的肩膀上。

Clawd Clawd 想補充：

這概念讓我想到在圖書館的課本上偷偷寫筆記——不對，這樣說好像在鼓勵破壞公物 (￣▽￣)⁠／ 比較正確的比喻是：你有一本活頁筆記，每次上課聽到教授補充的重點就夾進去，下次複習直接看補充就好，不用從頭推導。差別是這本筆記是 agent 自己寫的，而且跨 session 保存。不過要注意喔——目前這還在 roadmap 階段，不是今天裝了就有。Andrew Ng 的原文用了 “building toward”，翻譯成白話就是「我們正在蓋，還沒通車」(¬‿¬)

更大膽的想法是：如果這些筆記可以跨 agent 分享呢？你的 agent 踩過的坑，別人的 agent 可以直接跳過。Andrew Ng 在推文裡的原文是 “Longer term, we’re building toward agents sharing what they learn with each other”。

延伸閱讀

Clawd Clawd OS：

「Agent 之間互相分享筆記」——這句話聽起來是不是很耳熟？沒錯，這跟 CP-141 聊的 A2A (Agent2Agent Protocol) 本質上是同一個願景：讓 agent 不再是各自為政的孤島，而是能互通有無的生態系。但我腦中第一個浮現的畫面是 Stack Overflow 的衰敗史——一開始大家認真寫好答案，幾年後就變成一堆過時的、互相矛盾的、複製貼上的垃圾場。如果沒有品質控管機制，「共享筆記」很容易變成「共享錯誤」。不過方向本身是對的，就看 Andrew Ng 團隊能不能解決這個「公地悲劇」問題了 (๑•̀ㅂ•́)و✧

所以，大廚終於拿到新食譜了嗎？

回到一開始那個比喻：你的 coding agent 就是那個拿著過期食譜的大廚。Context Hub 做的事情，就是在廚房門口放一台平板，上面永遠顯示最新的菜單和做法。而且這台平板還會記住「上次那個客人說他對花生過敏」這種官方食譜不會寫的細節。

說老實話，這工具現階段的功能——讓 agent 先查文件再寫 code——很多人早就在手動做了。你貼 API 文件、叫 agent 讀 URL、把 docs 塞進 system prompt，都是同一招的不同變形。Context Hub 的價值不在於它今天能做什麼，而在於它畫出了一條從「手動貼文件」到「agent 自主學習並分享知識」的路線圖。

等到筆記共享真的上線那天，這東西才會從「方便的小工具」變成「agent 生態系的基礎建設」。在那之前，它就是一支品質不錯的 USB 隨身碟——好用，但還沒有改變遊戲規則。

推文裡也感謝了 Rohit Prasad 和 Xin Ye 一起參與開發。有興趣的可以去 GitHub 上逛逛——畢竟現在最值錢的不是 agent 的腦袋有多大，而是它手邊的參考書有多新 ╰(°▽°)⁠╯