2026 年初，一个名叫 Pi 的终端 AI Coding Agent 在开发者社区火了。它的作者 Mario Zechner（也是知名游戏引擎 libGDX 的开发者）因为"讨厌所有现有的 Coding Agent"，自己写了一个。结果这个"自己写的"东西，成了 OpenClaw 的核心引擎，并在 GitHub 上收获了数万颗星。
有人称它是"Claude Code 的唯一真正竞品"。也有人说它"太简陋了，什么都要自己动手"。这两种评价都对。Pi 不是面向所有人的产品——它是写给那些受够了黑盒、想要知道自己代码到底在被什么东西读写的开发者看的。
Pi 是什么
Pi 是一个极简的终端 AI Coding Agent。它的系统提示词不到 1000 Token，核心只有四个工具：读文件、写文件、运行命令、搜索。就这么多了。
和 Claude Code、Cursor、Codex 这些动辄上万像素的系统提示词、十几二十个内置工具比起来，Pi 的极简主义显得格格不入。但作者的想法很直白：一个 Agent 不应该替你做决策，它应该帮你执行决策。
各方使用评价
好评集中在几个方面
Token 消耗极低。这是被提到最多的优点。Pi 的系统提示词不到 1000 Token，意味着你的上下文窗口可以容纳更多对话历史。有 Reddit 用户说，用 Pi 的时候 Token 上限比其他 Agent 长了十倍。对于需要频繁和 Agent 来回对话的开发者来说，这不是小事情。
完全可观测。Pi 不像 Claude Code 那样隐藏自己的思考过程。它做了什么、读了什么文件、为什么做这个决策，全部暴露在终端里。你可以实时看到它的工作流，而不是等着它给你一个"已完成"的结果。
Unix 哲学。有用户评价 Pi 就像 Unix 命令行工具——它不试图变得智能，它只做你说的事。如果你想要一个不打扰你的工具，Pi 是最好用的。
支持 15+ LLM 提供商。Anthropic、OpenAI、Google、DeepSeek，本地模型也支持。你可以随时切换模型，不需要换工具。
免费开源。MIT 协议，没有付费墙。
吐槽也不少
没有子 Agent。Pi 不会自动把复杂任务拆成多个子任务去并行处理。它就是一个单一的 Agent，线性执行。
没有计划模式。它不会先给你一个计划让你确认再开始写代码。你告诉它做什么，它就开始做。
权限控制弱。没有像 Claude Code 那样的权限审批机制——它直接执行你给的命令。
学习曲线。相比"开箱即用"的 Cursor 或 Claude Code，Pi 需要更多的命令行操作和配置。
基准测试数据
在 Terminal-Bench 2.0 上，使用 Claude Opus 4.6 的 Pi Agent 排名第 7。它击败了 OpenHands、SWE-Agent 等知名框架，排在重度优化的 Codex CLI 和商业产品 Warp 之后。考虑到它不到 1000 Token 的系统提示词，这个成绩确实不简单。
输出速度和首字延迟方面，Pi 的表现和 Claude Code 差不多——中等水平。它不是最快的，但也不慢。
用户真实反馈摘录
| 来源 | 评价 |
|---|---|
| Reddit r/LocalLLM | "我现在有底气放弃 OpenCode 了" |
| GitHub Discussions | "上下文消耗干净，值得表扬" |
| Pragmatic Engineer | "自修改软件的魅力：Pi 能读自己的文档，自己改自己的行为" |
| Reddit r/ClaudeCode | "从 Claude Code 切到 Pi 之后，我的编码效率提升了" |
| XDA Developers | "我放弃了 Claude Code 和 OpenCode，选了 Pi" |
Pi 和 Claude Code 的核心差异
| 维度 | Pi | Claude Code |
|---|---|---|
| 系统提示词 | <1000 Token | 约 10000+ Token |
| 核心工具 | 4 个（读、写、执行、搜索） | 20+ 个 |
| 透明度 | 完全可观测 | 部分隐藏 |
| 计划模式 | 无 | 有 |
| 子 Agent | 无 | 有 |
| 权限控制 | 无（直接执行） | 有（需确认） |
| LLM 提供商 | 15+（含本地） | 主要 Anthropic |
| 费用 | 免费开源 | 按量计费 |
一句话总结：Claude Code 是"帮你写代码的智能体"，Pi 是"帮你执行命令的终端"。定位不同，选择取决于你想要控制权还是便利性。
pi-opencode-config-reader：一键同步配置
如果你在用 OpenCode（另一个流行的 AI Coding 工具），同时在试用 Pi，你可能会遇到一个问题：两边要分别配置模型提供商，重复劳动。
有一个社区项目叫 pi-opencode-config-reader，正好解决这个问题。
它做了什么
这是一个 Pi 的扩展，只有一百多行 TypeScript 代码。它做的事情很单纯：读取你 OpenCode 的配置文件（opencode.json 或 opencode.jsonc），然后把你配置的所有自定义模型提供商自动注册成 Pi 的提供商。
核心逻辑就三步：
- 按优先级顺序扫描配置文件（项目目录、XDG 配置目录、Home 目录）
- 解析 JSONC（支持注释和尾逗号）
- 把每个 OpenCode 提供商以
openai-completions兼容格式注册到 Pi
怎么用
安装方式有三种：
# 方式一：复制到全局扩展目录 cp opencode-config-reader.ts ~/.pi/agent/extensions/ # 方式二：项目本地 mkdir -p .pi/extensions cp opencode-config-reader.ts .pi/extensions/ # 方式三：CLI 一次性使用 pi --extension /path/to/opencode-config-reader.ts # 方式四：写入 settings.json # 在 ~/.pi/agent/settings.json 中添加： # { "extensions": ["/path/to/opencode-config-reader.ts"] } 装好之后，Pi 启动时会自动读取你的 OpenCode 配置。比如你在 OpenCode 里配了一个 DeepSeek 提供商，Pi 启动后会自动识别并注册，不需要在 Pi 里再配一遍。
需要注意的点
所有提供商都以 openai-completions 格式注册。如果你的提供商用的是其他 API 格式，可能需要自定义 streamSimple 实现。
价格字段会被设为 0，因为 OpenCode 的配置里不包含定价信息。
配置只在启动时读取。改了 OpenCode 配置后，需要重启 Pi 或执行 /reload。
只注册自定义提供商，Pi 内置的提供商（如 Anthropic、OpenAI、Google）不受影响。
MIT 协议，代码不到 130 行，可以直接读源码理解它在做什么。
Pi 适合什么样的人
| 场景 | 推荐 | 理由 |
|---|---|---|
| 想完全控制 Agent 行为 | Pi | 透明的执行流程，不会自作主张 |
| Token 敏感，上下文窗口吃紧 | Pi | 系统提示词不到 1000 Token |
| 需要切换多个 LLM 提供商 | Pi | 支持 15+ 提供商，包括本地模型 |
| 企业级项目，需要审批机制 | Claude Code / Codex | Pi 没有权限控制 |
| 不想折腾命令行 | Cursor | IDE 集成更完整 |
| 同时用 OpenCode 和 Pi | Pi + pi-opencode-config-reader | 一键同步配置，避免重复 |
总结
Pi 不是完美的。它没有计划模式、没有子 Agent、没有权限控制，功能上比 Claude Code 和 Cursor 少了一大截。但它有一个其他工具都没有的东西：极简和透明。
如果你厌倦了 AI Agent 替你"做决定"——替你写不该写的代码、替你改不该改的文件、替你执行不该执行的命令——Pi 可能是你一直想找的那个工具。它不会替你思考，但它会忠实地执行你的指令，而且你全程看得到它在做什么。
至于 pi-opencode-config-reader，对于同时用 OpenCode 和 Pi 的开发者来说，就是一个顺手的小工具。一百多行代码，MIT 协议，装上就能用。