Pi 1.0

原文 ↗ Hacker News 讨论 ↗

Pi 1.0 是一个面向编码代理的极简终端式“harness”，作为 Claude Code、Codex 和 OpenCode 等重型工具的替代方案，正引起强烈关注，尤其是在那些希望对模型、上下文使用和工具链拥有更细粒度控制的开发者中。评论者描述了自己如何用 Pi 编排云端与本地模型，将其接入 CI、编辑器、消息系统和 homelab 环境，并通过自定义插件和 MCP 集成进行扩展——同时也有人更偏爱像 oh-my-pi 这样的“开箱即用”变体或 GUI 多路复用器。许多争论都围绕着 Pi 是否仍然忠于其极简哲学：随着全屏 TUI、codemode 和缓存预热等功能的加入，它是在偏离初心，还是在务实地适配现代模型的训练与使用方式。

人们实际如何使用 Pi

  • 许多人把 Pi 作为他们在终端里的主力编码代理使用，常常与 Claude Code/Codex/OpenCode 搭配，或直接替代它们。
  • 常见工作流：
    • 纯 Pi，加少量扩展（子代理、网页搜索、审查/计划助手）。
    • 像 oh-my-pi 或 lazypi 这样的“开箱即用”配置，便于上手。
    • 通过守护进程实现远程与多设备编排（例如 Paseo、Pi Web、自定义代理），可从桌面、笔记本或手机恢复会话。
    • CI/CD 和无头使用（代码审查、自动重构、分类任务）。
    • 与编辑器集成（Zed、VS Code 插件、Obsidian）以及聊天系统（XMPP、Slack、WhatsApp、Telegram）。
    • 使用 llama.cpp/llama-server、Qwen/Gemma 的本地模型配置，尤其是在上下文大小和 prefill 成本很重要的场景。

极简主义、token 与可扩展性

  • Pi 因其极小的默认系统提示、简单的工具集（read/write/edit/bash）以及可见的上下文/token 使用情况而受到称赞——这对本地模型和成本控制很有帮助。
  • 有几条评论比较了 token 消耗：
    • 据说 Pi（以及像 3code 这样的部分替代品）使用的 token 比 Claude Code 少得多；OpenCode 介于两者之间。
  • 极简主义被描述为“最小的代理循环和工具”，其余一切都作为扩展存在。
  • 一些人认为近期新增功能（MCP 支持、codemode、缓存预热、全屏 TUI）削弱了极简精神；维护者则认为这些功能仍是可选的，并且受模型训练方式驱动。

插件、生态与质量

  • 关于 Pi 扩展模型的正面反馈很强：代理可以自我修改，用户可以快速“vibe code”出自定义技能，而且按项目划分的 .pi 文件夹支持配置文件。
  • 反方观点是：插件生态被形容为嘈杂、“vibe-coded”，而且很难验证可靠性与安全性；不少用户更喜欢小而由自己精心挑选的插件集合，或者像 oh-my-pi 这样的开箱即用发行版，而不是到处搜插件。

TUI vs GUI 以及替代的 harness

  • 偏好分化明显：
    • TUI 爱好者看重能通过 SSH 工作、与 tmux/zellij/screen 集成，以及始终留在终端工作流中。
    • GUI/“agent multiplexer” 爱好者则认为它在导航、多会话管理和更丰富的可视化方面更好；提到的替代品包括 Orca、Conductor、Juggler、Cursor、Zed 以及各种桌面应用。
  • 有些人担心默认全屏 TUI 会破坏“只是我终端滚动回溯里的一个 CLI”的感觉；另一些人则说它修复了滚动回溯 bug 和闪烁问题，尤其是在 Windows 上。

实现语言与性能争论

  • 对于一个“基础性”的 CLI 工具，TypeScript/Node 与 Rust/Go/C 之间存在争论：
    • 批评者提到启动时间、RAM 使用、依赖堆栈以及 Node 的脆弱性。
    • 支持者强调快速迭代、可热重载的扩展、广泛的 JS/TS 熟悉度，以及真正的延迟主要还是由模型调用决定。
  • 还讨论了几个基于 Rust/Go/Nim 的极简 harness（hax、VT Code、3code 以及其他项目），把它们视为更轻量的替代方案。