开发者弃用Claude Code转投Pi，批评Anthropic重功能轻质量

当然，你随时可以使用官方的 Claude Code VSCode GUI 扩展，它确实允许你打开多个标签页，并将选中的文本加载到每个标签页的上下文中。但这个扩展本身也有很多问题。一半的内置斜杠命令在 GUI 中根本不起作用。它完全不支持自定义状态栏。子代理的输出消息只是按时间顺序堆叠到主聊天线程中，当同时运行多个子代理时，读起来简直一团糟。我还能继续列举下去。

尽管存在所有这些已有问题，Anthropic 似乎一直在以狂热的速度往 Claude Code 里塞更多功能，而不太在意质量和稳定性。动态工作流、代理团队、超级审查——这些都是帮助企业客户每天消耗更多 token 的好办法，但并不是我真正想要或需要的东西。

伴随着所有这些功能发布，他们似乎总是在以搞乱我个人配置的方式瞎折腾。在撰写本文时，Claude Code 今年已经发布了 244 个版本；其中超过 3/4 的版本更改了系统提示或工具描述，这会显著改变 LLM 的表现（尤其是当这些新指令与用户提示或仓库约定相矛盾时）。

而所有这些更改都是为了什么？尽管砍掉了 80% 的系统提示，Claude Code 的开销仍然远超 Pi，却似乎没有任何好处。默认 Bash 工具的描述接近 3,000 个 token，其中大部分是关于使用 git 和在 GitHub 上开 PR 的杂七杂八内容。² 顺便说一句，模型早就知道怎么做这些事，根本不需要详细指令。³

这篇文章充满了吐槽。抱歉！这不是我一贯的风格，而且我确实认为 Anthropic 做出了一款非常酷的软件。我也绝不妄想如果从一开始由我来负责 Claude Code 就能做得更好。LLM 编程工具链是一个非常新的领域，在一个领域中率先创新是一项非常艰难的任务。像 Pi 这样的后来者拥有后见之明，能够看清什么有效、什么无效，什么是核心功能、什么可以砍掉。

归根结底，CC 感觉像是一个缺乏强大愿景或方向的产品。就好像一群兴奋的工程师和 PM 在快速堆砌适合自己工作流的功能……却不考虑这可能会让其他用户的处境变得更糟。似乎没有一个高层的人专门负责对这些请求说“不”，而这在产品工程中至关重要。所以，暂时而言，我要离开了。

我很期待更多地投入 Pi。最初几天需要一些摸索，但之后就一帆风顺了。我很享受它的稳定性、极简主义风格以及极致的可定制性。我已经写了几个扩展来支持我的使用场景，希望整理一下之后很快能分享出来。如果你也有这些困扰，我强烈建议你试试开源工具链！

这也不是说有什么巨大的技术障碍。安装 Pi 之后，我花了大约 20 分钟就写了一个扩展来处理多个打开标签页间的这一功能。（返回） 额外加分的是，它会指示模型使用 cat <<'EOF'，这（在自动模式广泛推广之前）无论现有的 git 命令白名单如何，总是会触发手动审查规则。（返回） 如果你假设有 100 万日活用户和每天 1 亿次请求，从这里削减 1,000 个 token 每年就能实实在在地节省数百万美元的推理成本。这难道不值得花某个工程师的时间吗？？（返回）