Back to posts

「真香定律」击中 AI 编程代理:曾公开唱衰 MCP 的 Pi,如今把它请进内核

admin October 1, 2026 5 min read 1 views
On this page

「真香定律」击中 AI 编程代理:曾公开唱衰 MCP 的 Pi,如今把它请进内核

Pi 与 MCP 概念主视觉
Pi 与 MCP 概念主视觉

技术圈的"绝不"和"永远",保质期通常都很短。

10 月 1 日,一篇标题充满戏剧性的博文《You Said No MCP!》空降 Hacker News 热榜(613 个点赞、340 多条讨论)。戏剧性在于作者是谁——正是过去一年里公开宣称"我们就是不支持 MCP"的 Earendil 团队。这一次,他们亲手把 MCP 搬进了自家开源 AI 编程代理 Pi 的内核,还写了一篇长文,逐条解释自己当初错在哪。

背景:被群嘲过的"AI 的 USB-C"

MCP(Model Context Protocol,模型上下文协议)是 Anthropic 在 2024 年底推出的开放协议,目标是给 AI 模型和外部工具、数据源之间定一个通用插口——圈内人称它为"AI 领域的 USB-C"。有了 MCP,AI 助手就能通过标准接口调用文件系统、数据库、GitHub、Linear 等上千种工具,而不必为每个工具单独写适配器。

Pi(pi.dev)则是 Earendil 打造的开源 AI 编程代理,一款跑在终端里的编码智能体。过去一年,Pi 的官网骄傲地写着"我们不支持 MCP",创始团队在多个播客里表达过对 MCP 的不以为然,团队核心成员 Mario Zechner 甚至专门写过文章论述 Pi 为什么不需要 MCP。理由很直接:MCP 设计粗糙,工具调用难以组合,塞进上下文还浪费 token,不如直接用 CLI 和 bash 管道来得实在。

事件:观察一年后的"公开反转"

在新博文里,团队开门见山:升级到最新版 Pi,你会发现 MCP 已经是原生支持的功能了。为什么改主意?他们给了两个理由。

第一,MCP 自己变好了。团队过去一年一直在观察这个协议,今天的 MCP 已经不是当初那个被诟病的样子。

第二,也是更关键的一点:他们发现,要把 MCP"支持好"所需要做的工作——延迟工具加载、更丰富的工具元数据、一个能编排调用的沙箱解释器——恰好就是 Pi 为了适配新一代大模型本来就必须做的工作。新一代模型支持对话中途加载工具、动态调整推理强度,Pi 的工具装载机制本来就要升级。既然顺路,不如一次做到位。于是 MCP 从一个第三方扩展,被扶正进了 Pi 核心。

分析:Codemode 才是真正的杀招

这次反转最值得玩味的,不是"MCP 进核心"本身,而是 Earendil 交出的解法——Codemode。

长期以来,MCP 最大的槽点是"难组合":工具调用一次发一个,模型没法像写脚本那样把多个调用串起来、循环起来、并行起来,效率远不如程序员熟悉的 bash 管道。Earendil 的论点很犀利:CLI 好用,是因为 agent 和模型可以用 bash 高效地"接线";但这件事本身并没有道理只能是 bash 的特权——"没有根本性的理由说 MCP 做不到"。

Codemode 就是一个运行在 agent 主循环信任层(harness 侧,而非工具执行侧)的 JavaScript 沙箱。MCP 工具被暴露成沙箱里的函数,模型可以直接用 JavaScript 把它们编排起来:循环、过滤、并行 fan-out,全在沙箱里完成,中间结果不必全部塞回模型上下文。团队给出了一个漂亮的实战:用 Linear 的 MCP 工具拉取 167 条 issue,再调用 Jev 文本分类器并行打分,找出"情绪最激动的问题反馈者"——全程几乎不浪费上下文,分析结果还直接沉淀在会话里。

Codemode:用代码编排 MCP 工具
Codemode:用代码编排 MCP 工具

这与 Anthropic 近期的"code execution with MCP"路线异曲同工。第三方评测显示,Anthropic 的做法把一个"从 Google Drive 搬运到 Salesforce"的任务,token 消耗从 15 万压到了 2 千。"MCP + 代码编排"正在成为行业共识的新范式:协议负责提供类型完备、有文档的接口,代码负责组合与编排。

团队还抛出了他们对 MCP 未来的愿景:它应该长得更像 OpenAPI——工具可被智能发现、按文档和描述被找到、返回结构化数据,而不是为了省 token 的纯文本。但他们也坦承:协议本身进步了,可生态里大多数 MCP 服务器还是按"把所有工具定义一股脑塞进上下文"的旧习惯在建;这不是协议修订能修好的,只能靠生态自己慢慢长大。

展望:标准战争进入下半场

一个曾经公开唱衰的团队,用一整年的观察、一次扎实的技术重构,和一篇把"我错在哪、为什么改"讲得清清楚楚的博文,完成了反转。HN 评论区的高赞评价是:这种"带着证据公开更新观点"的工程写作,整个 agent 工具链生态里几乎没人做。

标准战争进入下半场
标准战争进入下半场

对开发者而言,信号很明确:MCP 的标准地位正在从"争议"走向"默认项"。当连最挑剔的批评者都选择进场、亲手参与塑造协议(团队原话:"与其站在场边看,不如进来一起把它做好"),MCP 生态下半场的关键词已经写好:延迟加载、智能发现、结构化返回,以及——用代码而不是对话来编排工具。

下一次,当你听到某个团队说"我们永远不支持 X"时,不妨先记下来,设个一年后的提醒。技术圈的真香定律,从不缺席。

Comments

…