由于功能臃肿和 IDE 限制，开发者从 Claude Code 迁移到 Pi

一名软件开发者正在放弃 Anthropic 的 Claude Code 作为其主要的编码工具，转而使用名为 Pi 的开源工具。这一举措是由于 Claude Code 被认为缺乏产品愿景，其特点是快速的发布周期频繁更改系统提示词，以及一项技术限制，即阻止多个活动会话连接到单个 IDE 实例。

IDE 集成中的技术摩擦

迁移的主要驱动因素是 Claude Code 与 VSCode 等开发环境的交互方式。虽然该工具允许用户突出显示文本以获取上下文，但目前它限制用户一次只能有一个“已连接”的会话。

这一限制阻止了开发者在不同的标签页中同时处理多个任务，因为第二个标签页无法接收来自 IDE 的文本选择事件。虽然存在一个 GUI 扩展来解决此问题，但作者指出该扩展存在损坏的斜杠命令和杂乱的子代理输出问题。

“Claude Code 仍然比 Pi 有更多的开销，但似乎并没有带来任何好处。”

— Goodbye Claude, Hello Pi

系统提示词的波动和 Token 开销

该开发者观察到，Anthropic 的快速发布周期——一年 244 次更新——频繁更改底层的系统提示词和工具描述。这些变化可能会大幅改变大语言模型 (LLM) 的表现，有时甚至与用户提示词或代码库惯例相矛盾。

此外，作者指出 Claude Code 与 Pi 相比仍保持高昂的开销。例如，默认的 Bash 工具描述使用了近 3,000 个 token 来解释基础的 git 和 PR 操作，作者认为模型本身就已经知道如何执行这些操作，无需如此详细的指令。

向开源可定制性的转变

与 Claude Code 的“动态工作流”和“代理团队”不同，该开发者转向 Pi 是因为它极简的方法和极高的可定制性。这一转变得益于 Pi 的开源性质，这使得快速创建自定义扩展来处理特定用例成为可能。

该开发者指出，虽然 Claude Code 是一款复杂的软件，但目前感觉像是一个缺乏单一方向的产品，而 Pi 提供了一个稳定的基础，可以根据个人开发环境的特定需求进行定制。

不确定性和局限性

该来源提供了一个关于软件挫败感的个人主观描述，并未提供独立的性能基准或“Pi”工具的技术规范。虽然作者对 Pi 的稳定性表示满意，但与 Anthropic 专注于企业的产品相比，使用功能较少的工具所带来的具体技术权衡仍属于个人偏好。