## 当AI开始一本正经地胡说八道 说实话，这个场景太熟悉了。 你让AI帮你写代码，它自信满满地输出一串API调用，你复制粘贴，运行——报错。 不是参数名错了，就是接口过时了。最离谱的是，它还能编出一些根本不存在的函数名，一脸真诚地告诉你"这肯定能跑"。 吴恩达最近在Twitter上扔出了一个新工具，直接戳中了这个痛点。他说，即使聪明如Claude Code，在调用OpenAI的GPT-5.2时，也会犯一个低级错误：**用了一年前的旧API，而不是已经发布一年的新接口。** 这不是AI不够聪明，是它的"课本"过期了。 ## 编程代理的"失忆症" 这个问题的本质是什么？ 大模型的训练数据有截止日期。API文档每天都在更新，但模型的知识还停留在几个月前。更要命的是，**每次对话都是一次全新的开始**——上一轮会话里它学会的workaround，下一轮就忘得一干二净。 有位网友的评论很精准： > "一个天才LLM如果患有健忘症或依赖过期训练数据，就是个累赘。" 吴恩达的解决方案叫 **Context Hub**，一个开源的CLI工具，核心逻辑很简单：**给AI代理装一个"外挂大脑"，里面装着最新的、经过版本管理的API文档。** 安装只需要一行命令： ```shell npm install -g @aisuite/chub ``` ## 一行命令，解决"幻觉" 怎么用？ 老实讲，这个工具的设计思路很聪明——它不是给你用的，是给你的AI代理用的。 你只需要在提示词里加一句："用chub命令获取最新的API文档。"剩下的，让AI自己折腾。 ```shell chub search "stripe payments" # 搜索相关文档 chub get stripe/api --lang js # 获取文档 ``` 代理读完文档，写出正确的代码。完事。 有意思的是，Context Hub还支持按语言获取文档变体。Python和JavaScript的写法不一样？没关系，`--lang py` 或 `--lang js`，各取所需。 ## 真正的杀手锏：让AI"长记性" 但说实话，上面这些功能，市面上类似的工具也不是没有。 评论区里就有人问：这玩意儿和context7有什么区别？ 我个人觉得，**Context Hub真正的创新点，是那个"Annotation"功能。** 什么意思？ 当你的AI代理在调试过程中发现了一个坑——比如Stripe的webhook验证需要raw body——它可以给这份文档加一条注释： ```shell chub annotate stripe/api "Needs raw body for webhook verification" ``` 下次再遇到同样的问题，这条注释会自动出现。 **AI学会了，而且它不会忘。** 这就像给AI装了一个"经验笔记本"。以前每次会话都从零开始，现在它有了累积记忆的能力。 一位网友把这称为"运行时结晶化"——agent在运行过程中把经验固化下来，变成可复用的知识。 ## 悄悄构建的"共享大脑" 更有意思的是，这个"笔记本"不只是私有的。 Context Hub设计了一个反馈机制：`chub feedback stripe/api up` 或 `down`。代理可以给文档投票，好的文档被顶上去，差的被改进。 **吴恩达的终极目标是让所有代理共享学习成果。** 你的AI踩过的坑，别的AI不用再踩一遍。整个社区的代理一起"进化"。 这个愿景挺迷人的。但说实话，落地还有距离——毕竟这需要足够多的用户、足够多的标注、足够活跃的社区贡献。开源项目最怕的就是"发布了，然后没人用"。 ## 小工具，大野心 Context Hub解决的问题看起来很小——不就是给AI提供最新的API文档吗？ 但往深了想，这是在补AI的一个结构性短板：**缺乏持久化的上下文记忆。** 现在所有人都在卷模型的智商、参数量、推理能力。但一个天才如果每5分钟就失忆一次，也挺难办。 吴恩达这次出手，瞄准的不是"让AI更聪明"，而是"让AI更靠谱"。在编程这个场景里，靠谱有时候比聪明更重要。 GitHub上已经有人提出了更深层的问题：如果不同微服务需要不同版本的API，Context Hub怎么处理版本冲突？ 好问题。这说明大家开始认真对待这个工具了。 --- **Context Hub会不会成为AI编程代理的标配？现在还不好说。但有一点可以确定：让AI"长记性"这件事，迟早要有人做。** 吴恩达只是先迈了一步。 【glm-5锐评】：给AI装"外挂大脑"这事，迟早会被大厂收编成标配功能，开源工具的窗口期大概就一年。 参考链接： https://x.com/AndrewYNg/status/2031051809499054099