上周 GitHub 上一个叫 Pi 的 AI 编程工具攒到了 86,334 颗星 — 它的反常之处是当所有同类工具都在堆功能的时候，它故意不做 MCP（让 AI 调用外部工具的标准协议）、子 Agent（让一个 AI 拆成多个协作子任务）、计划模式。每一项都有 README 里的「Philosophy」章节专门解释为什么不做。

这是什么

Pi 是一个 AI 编程代理的「harness」 — 驾驭大模型的脚手架，不是产品本身。它把多厂商大模型接入、代理循环、TUI（终端界面）渲染、会话管理拆成 5 个独立的 npm 包（Node.js 模块），可以挑着用，也可以全部拿来搭自己的工具。30 多家大模型厂商都能切：Claude、GPT、Gemini、DeepSeek、Kimi、MiniMax，甚至本地 llama.cpp。它的核心立场是：核心保持极简，所有定制走扩展层。如果你要 MCP、子 Agent、计划模式，自己写扩展加进去，别让工具作者的工作流偏好替你做决定。这和主流 AI 编程工具「什么都给你装好」的方向完全相反 — Cursor、Claude Code 都在加功能，Pi 在减功能。

行业怎么看

支持方说这是「Unix 哲学回归」。代理工具正变得臃肿，每家都在抢「最全功能」位置，最后用户被各种弹窗、确认框、子任务树淹没。Pi 的 86k 星本身就是一种投票：开发者愿意要一个干净的核心 + 自己拼装的自由。但反对意见也有道理。一个极简的脚手架对作者友好，对企业 IT 不友好 — 企业要的是开箱即用、权限可控、审计可查，「自己写扩展」在合规部门那里基本等于「不予采购」。还有一种风险：Pi 的极简依赖一个前提 — 用户知道自己要什么。编程老手欢迎，新手会被「该装哪个扩展」直接劝退。

对普通人的影响

对企业 IT：又一个要评估的开源工具栈。Pi 的模块化拆分反而让评估更复杂 — 你买的是 5 个包还是 1 个产品？谁来维护扩展层？这是采购清单的新增项，不是减项。对个人职场：如果你不是程序员，这个项目和你的距离还很远。但它传递的信号值得记一下：AI 编程工具没有「最终赢家」，每家都在押不同赌注，未来 1-2 年开发团队可能要在 3-4 个工具之间来回切。对消费市场：暂时看不到直接影响，AI 编程工具的热闹还在开发者圈子里。但 Pi 的流行说明一件事 — 大模型本身正在被商品化，真正的竞争在「怎么用」这一层，而不是「谁的模型更聪明」。