Pi 的极简主义正是它的优势
Pi 是一个开源的极简编码 agent harness，因其小型系统提示词、有限的内置工具以及强大的扩展系统而受到称赞；许多人认为，这比 Codex 或 Claude Code 这类沉重的、“开箱即用”的环境，更适合快速进步的 LLM。评论者描述了如何用 Pi 构建高度个性化的工作流、通过 XMPP 或 Matrix 连接的多 agent 设置，甚至完整产品，同时也指出了取舍：默认沙箱较弱、启动延迟，以及一些带有主观性的设计选择（例如忽略 XDG）。线程中的一个反复出现的主题，是极简与便利之间的张力：有人把 Pi 视为可灵活、可审视、适合自定义 agents 的底座，而另一些人则更偏好功能更丰富、开箱即可良好运作且更少配置需求的 harness。
极简主义 vs “开箱即用” 的 harness
- 许多人称赞 Pi 的系统提示词很小、内置工具很少，而且没有隐藏功能。他们认为这提高了 token 效率，并让 LLM “成为核心”。
- 支持者把它类比为 Neovim/Emacs：一个你可以随着时间不断塑形的极简核心，逐步获得对工作流的理解和控制。
- 批评者则认为它“过于极简”：他们不想花时间去配置那些在 Codex、Claude Code 等工具里标配的功能，并指出对于企业来说，“开箱即用”通常更受欢迎。
可扩展性、插件与生态
- Pi 的扩展系统，以及它能接入 agent 循环大部分环节的能力，广受好评；人们在其上构建 subagents、XMPP/Matrix 桥接、自定义记忆、CI agents，以及完整的类 IDE 方案。
- 也有人提醒说，“让 Pi 给你构建一个扩展”往往只会得到平庸、脆弱的插件；他们主张渐进式、可逆的调整。
- 还有人警告，过大的精选插件包（例如 “oh-my-pi”）会破坏极简性并带来安全风险。
安全、沙箱与 YOLO 默认设置
- 一个主要批评点是：一方沙箱支持薄弱，而且默认自动批准；bash 始终可用，且不容易被限制。
- 变通办法包括：把 Pi 放在单独的 Unix 用户下运行、放进 NixOS 容器，或使用 nono、srt、pi-sandbox 等工具；有些人把开发机器当作可丢弃设备。
- 有人认为 Pi 面向的是愿意接受 YOLO 的高级用户；也有人说这本末倒置，因为高级用户更需要严格、可组合的权限控制。
上下文、token 与模型行为
- 许多人重视 Pi 的小提示词、少量工具，以及（自 2025 年末起）内置的自动压缩；他们报告其 token 消耗低于其他 harness。
- 有报告称，在长时间、多工具运行中压缩会失败，导致上下文丢失或 OOM；据说工具调用之间缺少压缩 hook。
- 围绕 subagents 的争论也很多：一些人认为它们对成本和上下文控制至关重要；另一些人则觉得收益不大，更偏好单一强模型。
开发体验与 UX 抱怨
- 一些人觉得启动慢，不喜欢非标准按键绑定，并且抱怨它忽略 XDG、在
$HOME里乱放文件。XDG 的决定被明确标为“won’t fix”，这让部分用户很不满。 - 另一些人则反驳说，按键绑定、目录和行为都可以通过扩展和环境变量轻松修改，因此这些抱怨只是小问题。
用例、部署与替代方案
- 已报告的用途包括：CI 代码审查、可通过 XMPP/Matrix 访问的无头 agents、家庭/服务器管理，以及本地模型工作流（例如 Qwen、DeepSeek）。
- 有几个人在 Pi 之上构建了完整的平台或 IDE；也有人试用后又回到 VS Code、Codex、Claude Code，或更有主见的工具，如 OMP、maki、Hermes、smol，以及各种 Rust/C harness。
- 有些人预计未来的模型和特定提供商的加密“thinking blocks”会削弱第三方 harness 的优势，不过在该线程中这仍被视为推测。
开源、变现与命名
- Pi 的开放性和小核心被认为使其在未来如果真的“enshittify”时很容易被 fork。尽管一些人仍对变现持谨慎态度，但整体上较为乐观。
- 品牌名 “Pi” 被批评为令人困惑，因为它既会让人想到数学常数，又会联想到 Raspberry Pi；多位评论者正是因此误读了标题。