OpenCode 可以放一边了，PI Agent Harness 好用十倍
近日开发者社区热传一款名为PI Agent Harness的开源编码工具，不少使用过的开发者直接喊出“OpenCode可以放一边了，PI Agent Harness好用十倍”的口号，引发广泛讨论。这款工具凭借独特的设计理念和极强的自定义能力，正在快速抢占编码agent的市场份额。
开发者自研编码工具PI GitHub星标突破2.1万
PI由知名Java游戏框架工程师Mario Zner开发，他因不满市面上现有编码agent的臃肿设计，决定从零自研一款符合自己需求的工具。其核心设计原则非常简单：“我不需要的功能，就绝不会开发。”完全反市面上工具不断堆功能的潮流，目前PI在GitHub已经获得超过21000个星标，吸引了大量开发者关注和使用。不同于传统工具会在后台偷偷注入上下文、修改工作树，PI的所有操作都对用户完全透明，没有任何隐藏的后台行为。
基准测试PI以21/30任务胜出，总成本更低
在近期的一项编码agent基准测试中，PI完成了21/30个任务，优于OpenCode的19/30个任务完成率，同时总调用成本更低，固定开销也更少。测试方指出，两款工具的核心差异早在测试前就已经注定：OpenCode给用户的是配置控制权，而PI给的是运行时控制权——如果只是想要安装后立刻上手工作，OpenCode足够用；但如果想要深入理解、甚至修改agent harness本身的逻辑，PI是唯一选择。
核心差异：PI给运行时控制权，OpenCode仅给配置控制权
PI的扩展系统基于TypeScript开发，模块直接加载到单agent进程中，能力远强于OpenCode的插件体系。具体来看，PI的扩展可以做到：
- 重写或拦截工具调用
- 替换内置工具
- 过滤历史交互记录
- 替换默认的上下文压缩逻辑
- 持久化自定义会话状态
- 添加自定义TUI界面组件
以及更多自定义能力。相比之下，OpenCode的插件仅能扩展harness的既有功能，根本无法修改harness本身的核心逻辑，这也是两者可定制性差距巨大的核心原因。此外，PI和终端版本的Pi共享相同的设置和会话文件，开发者在浏览器和终端之间切换时无需额外配置，体验非常流畅。
极简设计反套路：PI拒绝隐藏后台进程，所有交互透明可观测
当前市面上的编码agent普遍在堆功能，子代理、后台执行、自动压缩、计划模式、待办清单、权限弹窗等功能越来越多，但这些功能本质上都是增加用户感知不到的黑箱，让agent的运行过程变得越来越不透明。PI完全反其道而行，直接砍掉了所有非必要功能：没有子代理、没有后台bash执行、没有计划模式、没有内置待办、没有频繁的权限弹窗，系统提示词仅约1000 token，远低于Claude Code高达14000 token的系统提示词。PI的设计哲学是：前沿模型已经通过强化训练充分理解了编码agent的运作逻辑，每一份额外注入的工具schema、指令都是用户每次请求都要付费的上下文冗余，所以harness应该尽可能接近零冗余，用户只需要按需添加自己需要的功能即可。这种设计让agent的所有交互都完全透明，用户可以清晰看到每一步操作，不用担心后台出现未知行为。
行业共识：模型已商品化，Agent Harness成核心竞争力
行业已经形成共识：模型本身已经商品化，开源替代方案可以用十分之一的价格提供90%的顶尖模型能力，模型不再是产品的核心壁垒。剩下的核心竞争点，正是包裹上下文、模型、提示词、工具四大核心模块的agent harness。正如行业观点所言：“agent harness才是产品。”PI正是这一逻辑下的典型产物，它被视作Claude Code的真正竞品，而非OpenCode、Codex、Gemini CLI那样的克隆品——后者依然走全功能堆料的路线，而PI走的是极简、高可定制化的路线，瞄准的是对agent有深度定制需求的进阶开发者，和Claude Code覆盖大众用户的路线形成差异化竞争。
目前已经有大量开发者从OpenCode迁移到PI，不少用户反馈，用了PI之后再也不用忍受OpenCode各种隐藏的后台操作和臃肿的功能堆砌，开发效率和可控性都提升了不少。如果你也是经常使用编码agent的开发者，不妨试试PI，可能会打开新世界的大门。