Pi

极简的终端编程骨架，靠写 TypeScript 扩展它，而不是靠配置它。

Pi 只给模型四个工具——read、write、edit、bash——然后就停在这里。子智能体和 plan 模式是**刻意不做**的；项目给的答案是你自己写一个 TypeScript 扩展、一个 skill 或一个提示词模板补上，再作为 Pi Package 通过 npm 或 git 发布出去。它以 monorepo 形态发布，其中的智能体运行时、统一多厂商 LLM API、终端 UI 都能单独当库用；本体支持四种运行模式：交互、print/JSON、RPC，以及可嵌入的 SDK。

把人分开的问题不是「哪个智能体更好」，而是**你是在采用一个智能体，还是在造一个**。Pi 只给四个工具就停手；运行时、厂商层、终端 UI 都是设计成让你单独 import 的库。你把这读成自由，它就是你的工具；读成作业，那就不是。给它 shell 权限之前先定一件事：它**刻意**没有权限系统，所以隔离必须由你来提供 —— 容器、微虚拟机，总得有一样。

我们的判断

如果你打算在这个智能体**之上**开发，而不只是使用它，那它值得选—— 四个包本来就是给你 import 的，这和「一个带插件目录的 CLI」是两回事。代价它自己的 README 写得很直白：没有内置权限系统，它以启动它的那个 shell 的权限运行，项目给的答案是自己上容器。所以在「沙箱必须由工具本身提供」的环境里，它并不合适。

最后核实于 2026-09-08

最适合

要把智能体循环嵌进自家工具链、而不是采购一个产品的团队
宁愿写五十行 TypeScript 也不想翻设置页的人
本来就跑在容器或微虚拟机里的工作流

局限

没有权限系统，隔离是使用者的事，不是工具的事
开箱没有子智能体、没有 plan 模式，要么自己加，要么装别人的包
扩展它意味着写 TypeScript，不是改配置

什么时候该选别的

要求智能体自身强制约束「不能碰什么」的环境
希望第一天就有只读审阅模式、且不想自己搭的人
没有精力维护自家扩展的团队

主要功能

内置四个工具，其余一切都是你自己写的扩展
扩展、skill、提示词模板与主题打包成 Pi Package
支持交互、print/JSON、RPC 与 SDK 嵌入四种运行方式
会话可分支、可压缩
可用订阅登录（Claude Pro/Max、ChatGPT、Copilot）或 API key

Pi 的替代品

如果 Pi 不合适，这些工具解决的是类似问题。

Pi 的替代品 →