开发者的好 Agent：为什么我选择了 Pi 而不是 Claude Code

面向开发者的优质代理

“激进速度月”（Radical Speed Month）的精神，蕴含着勇于尝试的强烈动力。 因此，我一直在不断进行实验。

尤其值得一提的是，我最近尝试了两款全新的编码代理：OpenCode 和 Pi。

这两款代理都颇具新意，也让我学到了不少新知识，但我只打算继续使用其中一款。

OpenCode

OpenCode 之所以吸引我的目光，正是因为它以自身命名的那项品质——OpenCode 是开源的。

起初，我一度以为 OpenCode 只是 OpenAI 的 Codex 的开源仿制品。然而，使用了几分钟之后，我才发现 OpenCode 将“计划模式”置于了核心位置。

Claude Code 和 Codex 都配备了计划模式，但在这两种情况下，这种模式似乎只是事后才被加入进来而已。 我曾多次尝试使用它们，却始终未能真正感受到其魅力。

不过，OpenCode 则完全不同。它深深融入了整个使用体验之中。如果你在没有启用计划模式的情况下使用 OpenCode，那就说明你对它的用法存在偏差。

总体而言，我发现 OpenCode 的使用体验远比 Codex 更加高效、也更加令人愉悦。

Pi

Pi 真是太棒了！与 OpenCode 类似，Pi 也是开源代理。

不同于 OpenCode，Pi 并非旨在成为 Claude Code 或 Codex 的克隆版本。它拥有自己独特的理念和设计，完全独立于其他产品。

它是一种静态的工具

Pi 的诞生源于对 Claude Code 的一种挫败感：它做的事情太多，而且变更过于频繁。 这在开发者工具的开发中是一个不小的难题。 开发者们期望自己的工具所依赖的底层系统保持静态，因此工具本身只需在需求发生变化时进行调整。

正因如此，我们才有了诸如 语义化版本控制 这样的标准。

我们为代理编写的各种技能、提示以及工具，其运行机制都依赖于这些代理循环的底层行为保持静态。 一旦 Anthropic 或 OpenAI 修改了系统提示，或改变了模型工具的调用方式，我们围绕这些工具构建的各类应用就会出现故障。

Pi 并非如此。Pi 的设计初衷是尽可能简单，同时又具备极高的可扩展性。 作为一名工程师，我希望通过使用 Pi 来自动化任务，并且期待这些自动化能够永久持续、稳定运行。

这一点对我来说至关重要，而如果你是一名工程师，同样应该对此深有体会。

它具有高度的可扩展性

Pi 所蕴含的能量，与 Neovim 所蕴含的能量有着异曲同工之妙。Pi 是由一群黑客共同打造、为这群黑客而生的工具，每个人都有自己独特的配置方案。

目前我才使用 Pi 几天，但已经深切地感受到了一种难以言喻的归属感——无论是对我的提示、我的技能，还是我已安装的扩展插件，都充满了强烈的主人翁意识。

每当我感到工作流程中有所欠缺时，我并不会觉得必须等到 Anthropic 或 OpenAI 有空来解决这些问题；相反，我可以亲自去弥补这些不足。

要善于批判性思考

如果你在编程时从未主动将大脑推向极限——无论你是否在使用代理——那么你的工作效率就远未达到最佳水平。

尝试使用这两款代理，让我深刻认识到：在充分利用代理的同时，我也完全可以让自己大脑得到充分的锻炼， 从而减轻部分枯燥乏味的工作负担。最终，我能够更快地打造出更优质的软件。