Claude Code、Codex 都太过臃肿，最后我选择了这个轻量级工具

作为一个传统意义上的“开发者”， 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 值得一试。至少对我来说，它是目前最接近“恰到好处”的那一个。