作为一个传统意义上的“开发者” AI 工具把我彻底推向了命令行。最开始我只是偶尔用 Claude Code 做点小功能用着用着越来越舒服。出于好奇我顺理成章地开始折腾其他替代品Codex、Cursor、OpenCode……挨个试了一遍。它们各有各的好但问题也很统一对我日常的需求来说它们都有点“用力过猛”了。直到我遇到了一个叫 Pi 的工具。它彻底换了一套思路。所有 AI 编程工具都在卷功能Pi 偏不Claude Code、Codex、OpenCode 本质上都是“Agent 外壳”——就是夹在你和底层 AI 模型之间的那层东西负责给模型提供文件访问、终端权限、工具调用等能力。这些外壳不会改变模型本身的能力但它们会影响模型的工作方式能访问什么、能用哪些工具、能吃多少上下文、多少流程是自动化的。如果你关注过上面提到的那些工具你大概也注意到了它们的功能越来越多了。规划模式、子代理、MCP 集成、后台任务、权限系统、越来越复杂的工作流……这些东西渐渐都成了“标配”。而 Pi 是另一个外壳但它走了完全相反的路子。Pi 是一个开源、MIT 协议的编码 Agent作者是 Mario Zechner。它的设计理念只有一条尽可能小。默认情况下Pi 只给模型提供四个核心工具读文件、写文件、编辑文件、执行 Bash 命令。没有子代理没有规划模式没有 MCP 集成没有权限弹窗没有待办列表没有后台 Bash。什么都没有。不是因为 Pi 做不了这些而是它的理念是这些东西不该是核心的一部分除非你真的需要它们。少即是多省下的上下文都给正事Pi 这种“极简”的好处不只是看着清爽。每个工具、规则、指令、工作流都得在模型上下文里占用空间。功能越多占用的空间就越多——在你还没开始干正事之前上下文窗口已经被塞了不少东西。Pi 的默认配置足够小所以模型能花更多注意力在你给的文件、你写的指令、以及你们已经聊过的内容上。在长会话场景下这种差异会更明显。当然这并不意味着 Pi 每次都能给出更好的答案。一个功能齐全的外壳在你真正用到它那些功能的时候当然是划算的。但对于我这种经常做一些相对简单任务的用户来说更愿意从最小配置开始需要的时候再把功能加回来。不绑定模型Claude 今天GPT 明天虽然 Claude Code 和 Codex 也能配置其他模型但它们本质上还是围绕特定模型设计的。Pi 不同它开箱就支持一大堆提供商Anthropic、OpenAI、Google、DeepSeek、Mistral、Groq、xAI、OpenRouter……支持本地模型也支持你已有的 ChatGPT Plus/Pro 和 GitHub Copilot 订阅。配置好之后你甚至可以在 Pi 里通过/model命令实时切换模型。某种意义上Pi 像一个“AI 模型切换器”加上了文件操作能力。如果你想对比不同模型处理同一任务的效果这比分别打开 Claude 和 ChatGPT 再手动复制粘贴要方便得多。缺的功能自己写一个补上当然如果缺了功能就永远缺着那极简就不算优点了。Pi 的真正妙处在于它缺的东西你可以自己加回来。Pi 支持扩展通过技能、模板、包以及最重要的——TypeScript 扩展。这些扩展能添加自定义工具、命令、快捷键、UI 元素甚至全新的工作流。Pi 官方文档里提到的例子包括子代理、规划模式、权限控制、沙箱、Git 自动化、SSH 支持甚至 MCP 集成——都是可以自己构建的。你也不一定非要自己造轮子。Pi Packages 可以把扩展、技能、提示和主题打包在一起直接从 npm 或 Git 安装。只要社区里有人做了你需要的东西安装一下就能用。最妙的是你甚至可以用 Pi 自己来帮自己写扩展——描述你要的功能让模型生成对应的扩展代码。也就是说你可以把 Pi 塑造成你需要的形状而不是反过来让自己去适应工具。极简的代价你得自己看着点当然极简不是没有代价。Pi 的默认配置里没有那些安全护栏和权限弹窗这意味着你得自己负责确保 Agent 不会干出你不想让它干的事。这不是说 Pi 不安全而是它把控制权更多交给了你。如果你习惯了 Claude Code 那种每做一个操作都要点“同意”的模式第一次用 Pi 可能会有点不适应。但如果你知道自己在做什么并且想让模型更流畅地工作这种设计反而更顺手。一圈试下来我发现自己很难再回到那种“一开机就加载一堆默认功能”的工具了。不是说它们不好——只是对于相当一部分任务来说从最小配置开始让模型把注意力用在真正重要的地方会更舒服一些。Pi 给我的感觉就是工具和模型之间的那层东西没必要一开始就堆满功能。你需要什么再加什么。不需要的不占位置不占脑子也不占上下文。如果你也厌倦了那些越来越复杂的外壳想试试一个“先给你一把刀剩下的你自己决定”的工具Pi 值得一试。至少对我来说它是目前最接近“恰到好处”的那一个。