Pi 1.0 ships with virtual models that let Jev decide when to switch
Pi 1.0 combines Claude Opus for planning, GPT for implementation and Jev for deciding when to switch into a virtual model, and adds non-LLM models to its coding agent.
Pi 1.0 终于正式发布，同时 @pidotdev 团队还首次推出了一个实验性姊妹项目 Pi Durable Pi 1.0 的发布，也代表着它从 “快速迭代的产品” 转变为 “个人和企业可以依赖的稳定软件”。团队认为 harness 的长期竞争力来自可靠性和可扩展性，而非功能清单的长度。这与 Unix 哲学、以及 SQLite、SQLite 风格的“小而硬”软件的传统一脉相承。 Pi 1.0：https://earendil.com/posts/pi-1-0/ # 看看 Pi 1.0 这几项重要功能 1. Codemode：Pi 的编码智能体模式。1.0 原生支持了 MCP，这本身就是“等到协议被证明持久才纳入”的一个例证。更有意思的是它支持非 LLM 模型：Jev 以及图像模型，还演示了让 Codemode 总结一周的 git 提交历史。 2. 虚拟模型的扩展支持：这是技术上最值得注意的一项。它允许把多个模型组合成一个“虚拟模型”，文中的示例是：Claude Opus 负责规划，GPT 负责实现，由 Jev 决定何时切换。这代表了智能体架构的一个方向：不再把“用哪个模型”当成一次性配置，而是把模型分工本身变成可编程的对象。 3. 延迟工具加载：工具定义不在会话开始时全部注入上下文，而是按需加载。这直接针对智能体开发中一个日益突出的痛点，上下文窗口被工具定义占满。这对长会话和工具密集型任务的实际价值很大。 4. Anthropic 模型的缓存预热：配合文中的 /session 命令（可报告每个模型的成本和缓存使用情况）来看，Pi 在认真对待成本工程。随着智能体会话越来越长，提示词缓存已成为控制成本的关键手段，主动预热缓存是相当务实的优化。 5. 会话中途系统消息：允许在对话进行中修改提示词和工具集，且是“感知转写内容”的（transcript-aware）。传统 harness 的系统提示词基本是固定的，这个能力使得长时间运行的任务可以在中途被重新引导，这对上面提到的 Pi Durable 的长期任务场景是基础能力。 6. TUI 新主题与默认全屏模式：常规的界面打磨，服务于“日常主力工具”的定位。 Pi Durable：这篇公告里真正的战略动作 有些需求确实“装不进 Pi 原来的形态”：用户希望它离开终端、离开编码智能体的场景，支持更长生命周期的对话与任务，并且可以从不同的界面触达。作者的结论是 Pi "must become more durable"。 关键在于他们没有把这些塞进 Pi 本体，而是做成了独立的实验性包。这恰好是文章哲学的一次自我印证：不为了增长而稀释核心产品，用“另起炉灶、共享原则”的方式扩展。Pi Durable 被描述为“构建长期运行智能体应用的新基底”，延续极简与“超强可塑性”，并配有独立安装方式和一篇配套文章（由 @badlogicgames 撰写）。 Pi Durable：https://earendil.com/posts/pi-durable/ 从行业视角看，这是一个真实趋势：智能体正从“一次会话完成任务”走向“常驻、跨界面、可持续委派”的形态，而这正是现有编码智能体工具的结构性短板。Pi Durable 是对这个方向的早期押注。
This post quotes another post: x.com/pidotdev/status/2105738462712209603