Pi 升级 1.0:把骂了一年的 MCP 装进核心,还端出长时 Agent 框架 Pi Durable
一个曾经在官网写着“不支持 MCP”的项目,如今把 MCP 放进了核心。Pi 迎来今年最大规模的…
文章目录
一个曾经在官网写着“不支持 MCP”的项目,如今把 MCP 放进了核心。Pi 迎来今年最大规模的一次更新:项目升级到 1.0,Code Mode 与原生 MCP 进入稳定版,同一天还发布了全新的长时智能体框架 Pi Durable。
一分钟速览
- Pi 升级到 1.0,Code Mode 与原生 MCP 正式进入稳定版;
- 同日推出新的 Agent Harness:Pi Durable,架构前后经历八轮迭代;
- Pi 创始人 Mario Zechner 与 Flask 创始人 Armin Ronacher 曾长期公开批评 MCP 臃肿、浪费 Token;
- 最终接入方式是“工具搜索 + 渐进式披露”,按需加载而非一次性塞进上下文;
- Code Mode 允许智能体在沙箱中编写并运行 JavaScript,并行调用工具、过滤与汇总数据;
- Pi Durable 负责消息、任务状态与故障恢复,进程崩溃后智能体可从断点继续。
Pi Durable:把“死机重来”这件事接管掉
过去在 Pi 上构建个人助理、机器人或其它智能体应用,开发者需要自己设计数据库保存消息,再处理启动、任务调度、进程崩溃与状态恢复。有开发者估计,Pi Durable 可以直接替掉自己一半的代码,因为这些外围细节都由框架接管。它的能力边界很清楚:保存用户消息、模型回复、工具执行结果与任务状态;进程崩溃后,智能体可以从中断处继续;能够安全重放的操作会重新执行,可能产生重复副作用的操作则不会贸然重跑。用一句话概括这套设计目标:智能体启动、调用工具、进程突然挂掉,重启后应当准确从原处继续,不需要人再输入“继续”,工具结果与流式输出也不能丢。
MCP 进核心,但换了种进入方式
更戏剧化的是 MCP 的待遇。过去一年,Pi 团队一直是 MCP 最直言不讳的批评者,认为它臃肿、浪费 Token,主张智能体直接使用命令行工具与代码会更高效。如今随着模型接受了更多与 MCP 相关的训练、协议与生态逐渐成熟,Pi 决定正式接入。但它没有把所有工具名称、参数与说明一次性塞进上下文,而是通过工具搜索与渐进式披露按需加载,尽量把上下文负担控制在可接受范围内。
Code Mode:让“中间数据”留在沙箱里
同步进入稳定版的 Code Mode,允许智能体在沙箱中编写并运行一段 JavaScript 程序,并行调用工具、过滤数据、去重与计算,最后只把真正有用的结果送回模型,大量中间数据留在沙箱中,从而降低 Token 消耗与上下文压力。它还可以直接在循环内部调用快速判断模型:比如拿到几百条评论后逐条交给小模型判断情绪与优先级,前沿模型最终只看汇总结果。这样,MCP 负责获取数据,Code Mode 负责编排处理,小模型承担高频判断,前沿模型专注高层推理。
争议与边界
并非所有用户都满意。有极简主义用户担心,随着 MCP 与 Code Mode 进入核心,Pi 会不会变成自己过去试图避免的那种臃肿框架。团队回应称,默认加载的内容并没有比以前更多。与此同时,Pi 团队对 AI 的能力边界也相当清醒:智能体可以修很多小问题,但一旦涉及设计与架构,它往往只会在局部堆叠代码。对那些已经能让智能体连跑数小时甚至数天的团队来说,真正的新问题不是“它会不会停”,而是“谁来保证它没有把代码库一路修成屎山”。
本文地址:https://www.163264.com/17057