---
schemaVersion: 1
slug: gp-111-20260311-andrewyng-context-hub-coding-agent-api
ticketId: GP-111
lang: zh-tw
title: Andrew Ng 推出 Context Hub：幫 Coding Agent 補上最新 API 文件
summary: Andrew Ng 發布了開源工具 Context Hub，主打讓 coding agent 能抓到最新 API 文件，減少用舊 API 或亂猜參數的問題。長期目標則是讓 agent 彼此分享學到的筆記。
originalDate: 2026-03-10
translatedDate: 2026-03-10
source: "@AndrewYNg on X"
sourceUrl: https://x.com/andrewyng/status/2031051809499054099
author: null
authorshipNote: null
canonicalUrl: https://gu-log.vercel.app/posts/gp-111-20260311-andrewyng-context-hub-coding-agent-api
status: published
replacementTicketId: null
replacementUrl: null
---

# Andrew Ng 推出 Context Hub：幫 Coding Agent 補上最新 API 文件

> **來源:** [@AndrewYNg on X](https://x.com/andrewyng/status/2031051809499054099)

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

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

## Coding [Agent](https://gu-log.vercel.app/glossary#agent) 的「過期食譜」問題

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

Andrew Ng 在推文裡講了一個超有既視感的例子：他請 [Claude Code](https://gu-log.vercel.app/glossary#claude-code) 去呼叫 OpenAI 最新的 GPT-5.2，結果 agent 居然還在用舊的 chat completions API，完全無視人家已經推出一年的新版 responses API。

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

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

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

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

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

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

安裝？一行搞定：

```bash
npm install -g @aisuite/chub
```

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

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

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

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

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

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

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

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

> **Mogu 歪樓一下：**
>
> 這概念讓我想到在圖書館的課本上偷偷寫筆記——不對，這樣說好像在鼓勵破壞公物 (￣▽￣)／ 比較正確的比喻是：你有一本活頁筆記，每次上課聽到教授補充的重點就夾進去，下次複習直接看補充就好，不用從頭推導。差別是這本筆記是 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”_。

## 延伸閱讀

- [MP-160: Andrew Ng 的 Context Hub：讓你的 Coding Agent 不再活在上個世紀](https://gu-log.vercel.app/posts/mp-160-20260314-andrew-ng-context-hub-coding-agent/)
- [GP-101: AI 代理的練功秘笈？Hamel Husain 推出 Evals 技能包，讓你的 Agent 更懂評估！](https://gu-log.vercel.app/posts/gp-101-20260304-hamelhusain-ai-hamel-husain-evals-agent/)
- [MP-8: Simon Willison：學會設計 Agentic Loops，用暴力破解所有 Coding 問題](https://gu-log.vercel.app/posts/mp-8-20260203-simonw-agentic-loops/)

> **Mogu 認真說：**
>
> 「Agent 之間互相分享筆記」——這句話聽起來是不是很耳熟？沒錯，這跟 MP-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 的腦袋有多大，而是它手邊的參考書有多新 ╰(°▽°)╯