先说我们为什么会去调研这个东西。我的日常工作重度依赖 Claude Code——二十多个自动化服务、每天几十次定时巡检、几乎所有代码和文章都经它的手。它很好用，好用到让人后背发凉：如果有一天它不可用了呢？账号风控、区域政策、价格暴涨、服务调整——AI 工具的"断供"剧本，过去两年每一种都真实上演过。依赖越深，这个问题越不敢想。于是我们花了几轮调研加一次实测，去找"保底件"：万一主力工具不可用，能顶上来的备用 AI 助手。最后选中的候选，是一个叫 Pi 的开源项目。调研它的过程，比结论本身有意思得多——它逼着我们想清楚了一件事：AI 助手的"能力"和"身份"，到底哪些在厂商手里，哪些可以攥在自己手里。这篇是调研笔记的公开版。
二、Pi 是什么：一个反潮流的存在
先报公开档案：•作者：Mario Zechner（网名 badlogic），奥地利工程师，开源游戏框架 libGDX 的作者，开源圈老江湖•首发：2025 年 8 月；到 2026 年 6 月，GitHub 已积累 6 万多颗星，是最热门的开源编码 agent 之一•协议：MIT——最宽松的开源协议，谁都能用、能改、能商用•形态：终端命令行工具，一行命令安装但真正让它出圈的，是一个反潮流的数字：它只给 AI 四个工具——读文件、写文件、改文件、执行命令。作为对比：主流 AI 编程助手动辄内置几十项能力——子代理、计划模式、权限系统、插件协议、网页检索……而 Pi 的哲学是一句话：这些都不该由工具预装。模型足够聪明的话，会用这四个基础动作自己组合出一切。需要网页检索？让 AI 自己敲命令去抓。需要分身干活？让 AI 再启动一个自己。需要更多能力？用扩展系统自己长——而不是等厂商内置。
编者注：这就是为什么我一直劝人把 AI 的记忆和偏好写成本地 Markdown 文件，而不是全托管给某家的"记忆功能"。文本文件是你的戏服，云端记忆是租的戏服——剧团散伙时，租的是要还的。
而 Pi 在这个模型里的位置就清楚了：一个任何演员都能穿进去的最简剧场——模型无关（接得上各家 API，也接得上本地开源模型）、MIT 协议（没人能收回）、纯文本配置（一切在你的文件夹里）。
五、两种断供，两种脆弱
调研里第二个值得公开的判断："断供"其实是两种完全不同的风险，抗性也完全不同。第一种：厂商级切断。 账号没了、区域封了、服务关了。
这种风险 Pi 几乎免疫——不绑任何厂商，API 可以换，模型可以换成本地开源模型，代码 MIT 谁也收不走。这是它作为保底件的核心价值。第二种：能力级降档。 主力模型用不了，备用模型比原来笨一截。
这时 Pi 反而最裸露——厚外壳内置的护栏（自动纠错、边界处理、权限确认）能兜住一部分笨模型的失误，而 Pi 的哲学决定了它什么都不兜：演员不行，薄戏服遮不了丑。一句话总结：Pi 抗的是"人没了"，抗不了"人变笨了"。
三个带走的要点：1.Pi 是把 AI 助手外壳做到最薄的开源方案：4 个工具、MIT 协议、模型无关，6 万星不是白来的2.它抗"厂商级断供"能力一流，但对"能力级降档"最裸露——它是保底件，不是替代品3.比工具更值钱的是戏服模型：把你的偏好、技能、记忆存成自己手里的文本文件，换演员的时候才带得走调研完 Pi，我们没有换掉主力工具的打算——但睡得比以前踏实了。保险买完不希望用上；但没买的时候，你半夜想的都是它。我是漫游君，一个把 AI 当同事用的独立开发者。这里记录 AI 时代的实操笔记：哪些工具真的有用、哪些坑真的会踩。如果这篇让你开始盘点自己的"戏服"，分享给那个和你一样重度依赖 AI 的朋友——断供预案这种东西，最好在用不上的时候就备好。
夜雨聆风