Pi升级1.0，推出Pi Durable及MCP、Code Mode稳定版
今年，某款面向开发者的智能代理工具迎来了年度最大规模更新，正式升级至1.0版本，其中代码执行模式与原生协议MCP同步进入稳定版；与此同时，团队还推出了全新的代理框架Pi Durable。
这些变化的筹备期已持续一年：过去一年间，MCP协议历经六七轮调整逐渐成熟，而Pi Durable的架构也完成了八轮迭代。曾被公开拒绝的MCP协议如今正式成为核心组件，这套反复打磨的长时代理框架的亮相，标志着该工具正从终端编程代理向完整的代理基础设施方向延伸。
对开发者而言，Pi Durable最直观的价值在于省去大量重复代码。此前构建个人助理、协作机器人或其他代理应用时，开发者需要自行设计数据库存储消息，还需处理代理启动、任务调度、进程崩溃及状态恢复等繁琐细节。据估算，Pi Durable可直接替代开发者约一半的代码，这些外围细节都由框架统一接管。
Pi Durable也因此被认为有望成为众多代理工作流和应用的底座。此前各家机构都在重复实现对话记录、任务持久化、故障恢复和会话分叉等功能，Pi Durable恰好填补了这一空缺。它会自动保存用户消息、模型回复、工具执行结果和任务状态；当进程崩溃后，代理可从中断处精确继续，安全的操作会重放，可能产生重复副作用的操作则不会执行。
相关负责人对Pi Durable的核心逻辑做了简单概括：代理在进程中启动，调用工具后若进程崩溃，重启后可从断点精确继续，无需手动输入“继续”，工具结果和流式输出也不会丢失。另一负责人则强调其背后的可靠性：当代理脱离人类实时监控时，外层的任务编排和故障恢复需保持稳定且可理解。
此次更新中，MCP协议的引入曾引发争议。过去一年间，相关团队的核心成员一直是MCP最直言不讳的批评者，其工具曾公开宣称“不支持MCP”，理由是MCP臃肿、浪费计算资源，认为代理使用命令行工具和代码往往更高效。如今，随着模型在MCP相关训练上的进展，MCP服务器和协议逐渐成熟，该工具最终决定正式接入，但并未将所有工具名称、参数和说明一次性加载进上下文，而是通过工具搜索和渐进式披露按需加载。
与MCP一同进入稳定版的代码执行模式，允许代理在轻量沙箱中编写并运行JavaScript程序。它可并行调用工具、过滤数据、去重和计算，仅将有用结果返回模型，大量中间数据留在沙箱中，从而降低计算资源消耗、运行成本和上下文负担。
代码执行模式还有一项重要能力：可直接在JavaScript循环内部调用轻量分类模型。举个例子，若通过MCP获取200条评论，该模式可逐条交给分类模型判断用户情绪、问题紧急程度及分类，最终仅将分类和汇总结果返回前沿模型，由其处理高层推理。
不过，部分用户对此次更新并不买账，有人担心随着MCP、代码执行模式等功能加入，该工具会逐渐变成自己过去试图避免的臃肿框架。相关负责人回应称，默认加载的内容并未增加，代码执行模式并非简单的“绕一圈的命令行”，而是允许模型在框架内部搜索、组合和编排工具，在接受MCP生态的同时控制其对上下文的负担。
有意思的是，团队一边让代理使用更多工具、运行更长时间，一边仍不愿将所有工作完全交给它。相关负责人坦言，代理可以修复很多小问题，但涉及设计和架构时，往往只会在代码库局部堆叠代码，让情况变得更糟。
当代理能够跨越崩溃、连续运行数小时甚至数天后，新的问题也随之出现：它不会轻易停止，如何保证它不会把代码库“修成冗余代码堆”？
近日，相关核心成员在播客中详细讨论了Pi Durable的设计、AI编程的能力边界，以及该工具为何不想只做编程代理。以下是对话经编辑整理的内容：
关于代理的能力边界，对话中提到，代理修复Bug时几乎不可能不改动代码，越信任全自动流程，代码库越会随每次修复自然生长；AI写的代码要看层次，基础功能可以接受，但架构设计仍需人类参与，因为代理只会在代码库局部堆砌代码，破坏整体结构。
关于模型架构能力，对话中认为，模型架构能力没有进步甚至可能退步，输出内容越来越复杂，技术术语堆砌；架构是编程中唯一未被编码成文本、因此模型无法学习的部分，无法通过训练数据获取，这也是模型难以掌握架构设计的原因。
关于Pi Durable的设计，相关负责人解释，其核心是“意图、执行、结果”的效果三明治，结合版本化文档存储应用状态，未采用事件溯源（该方案会带来诸多问题）。每个任务都是一个效应，工具调用、大模型回复生成都会作为任务处理，任务可嵌套。它的架构类似文档存储，允许保存不同版本的应用状态，支持版本间差异存储，基于代理的特性实现状态变更的自动记录，虽然是较基础的方案，但足够满足代理框架的需求。
关于未来方向，团队计划分两条线发展：一是做面向非工程师的产品，让普通人也能从中获益；二是构建基础设施，让每个人都能打造自己的代理。相关负责人还提到，正在开发手机端的移动版本，将多个代理运行在多台设备上，实现人与代理的灵活协作，这一方向的灵感来自其他工具，同时也在探索插件系统的安全问题。
此外，对话中还讨论了其他代理框架，认为部分团队的执行力和愿景值得肯定，同时也提到了用户体验的重要性，希望降低非开发者使用代理的门槛，解决当前工具上手难的问题。
