Pi 编程智能体转向支持 MCP，同步发布 1.0 版本

Pi 编程智能体在本周四迎来 1.0 里程碑，最受关注的更新是加入了对模型上下文协议（MCP）的支持。这一转变颇具戏剧性，因为 Pi 的作者 Mario Zechner 此前曾公开撰文，认为 MCP 并无必要。

2026 年 4 月收购 Pi 的公司 Earendil——由 Armin Ronacher 与 Colin Daymond Hanna 创立——解释了这次“改口”。公司表示情况已经变化：一方面 MCP 自身在进步，另一方面团队在 MCP 上所做的改动，让在 Pi 里集成其他能力变得更轻松。Earendil 举例说，他们对 MCP 的修改也让 Jev 这一备受关注的决策模型在 Pi 中更易使用。

Earendil 把 Pi 描述为“一个加固、精简、可扩展的智能体 harness，你可以把它变成自己的东西”。文章用 Python Web 框架作比：如果 Pi 是 Flask，那它就不是 Django，追求的是轻量与可塑，而非大而全。

不过 1.0 版本仍带来了不少新功能，其中包括 Codemode，一个位于 harness 一侧的沙箱，帮助智能体发起工具调用，并支持 MCP、决策模型与图像模型。此外还有对“虚拟模型”的扩展支持、延迟工具加载、面向 Anthropic 模型的缓存预热、对话中途的系统消息、全新的 TUI 主题，以及默认开启的全屏模式。

与这些功能同时出现的还有 Pi Durable，Earendil 称其为“构建长时间运行智能体应用的新底座”。公司特意把它做成独立于 Pi 的组件，以保住 Pi 的精简设计。

两者的分工是：Pi 智能体把底层模型与工具连接起来以管理对话，而 Pi Durable 负责编排多个对话并处理后端存储，底层使用 SQLite 和 JSONL。Earendil 强调，Pi Durable 并不取代 Pi 编程智能体，它是用来构建任何智能体应用（包括编程智能体）的框架，除了共享 pi-ai 等代码，还共享精简与可塑的理念。

这次转向之所以值得关注，是因为它折射出 MCP 在智能体生态中的地位变化。曾经被视为可选项、甚至被质疑多余的协议，如今正被更多工具默认接纳；当一个以“极简”为卖点的 harness 都愿意为其增设专门层，说明围绕工具调用的标准正在收敛。

接下来值得观察的是，Pi 的 MCP 实现与 Codemode 沙箱能否在保持轻量的同时真正降低集成成本，以及 Pi Durable 能否吸引开发者用它搭建超出编程场景的长期运行智能体。