再见克劳德，你好皮

再见克劳德，你好 Pi 2026 年 9 月 21 日 #pi #claude 自从一年多前在 Claude Pro 订阅计划中推出以来，我一直是 Claude Code 的长期用户。我记得我第一次使用它时，感觉头晕，因为它为我正在处理的任何随机周末项目吐出凌乱的 Python 代码，所有这些都来自一个提示。我确信几年后我们都会回顾它的发布，将其视为我们所处的软件开发新时代的主要驱动力之一。尽管如此，由于许多小挫折的积累，我最终决定不再将它作为我的主要编码工具，并将我的开发设置迁移到使用 Pi。 Anthropic 的某个人肯定听到了风声……就在我做出决定的一天后，他们宣布 Claude Code 最终将开始支持 AGENTS.md 文件，以努力让我留下来。不幸的是，对我来说，这太少了，也太晚了。抱怨 代替适当的讣告，我想借此机会谈谈我最不喜欢 Claude Code 的事情（以及我希望在 Pi 中避免的事情）。 AGENTS.md 事件概括了我决定停止使用 Claude Code 的全部原因。不要误会我的意思，将大量 CLAUDE.md 文件分散在各种 GitHub 爱好存储库中是很棒的游击营销。但对于用户来说，必须处理两种格式之间的复制或符号链接是很糟糕的。就像我一样，我仍然喜欢在提交之前检查它生成的大部分代码。我在 VSCode 中使用 (d) Claude Code，它可以让您将线束连接到 IDE。这很好，因为您可以突出显示文件中的文本，并在审阅期间提出问题或请求更改时自动将其包含在上下文中。除非您一次只能有一个会话“连接”到 IDE。如果您在第一个选项卡运行时打开第二个选项卡来启动另一个任务，则它根本无法从 IDE 接收文本选择事件。至少早在 2025 年 12 月就已经报告过这一问题……并作为完全不相关的错误的重复项而被关闭。当然，您始终可以使用官方的 Claude Code VSCode GUI 扩展，它允许您打开多个选项卡并将文本选择加载到每个选项卡的上下文中。但这个扩展本身也存在很多问题。一半的内置斜线命令在 GUI 中根本不起作用。它不支持自定义状态行。子代理输出消息只是按时间顺序分层到主聊天线程中，当多个子代理运行时，读取起来会很混乱。我还可以继续说下去。尽管存在所有这些现有问题，Anthropic 似乎仍在以狂热的速度将更多功能打包到 Claude Code 中，而不太关心质量或稳定性。动态工作流程、代理团队、超级审查——所有这些都是帮助企业客户每天燃烧更多代币的好方法，但并不是我真正想要或需要的任何东西。除了所有这些功能发布之外，他们似乎总是以扰乱我个人设置的方式摆弄事情。截至撰写本文时，Claude Code 今年已发布 244 个版本；其中超过 3/4 更改了系统提示或工具描述，这可能会极大地改变 LLM 的执行方式（特别是当这些新指令与用户提示或存储库约定相矛盾时）。所有这些改变是为了什么？尽管砍掉了 80% 的系统提示符，Claude Code 的开销仍然比 Pi 多得多，但似乎没有任何好处。默认的 Bash 工具的描述有近 3,000 个 token，其中大部分是关于使用 git 和在 GitHub 上打开 PR 的随机内容。顺便说一句，模型已经知道如何做到这一点，无需详细说明。展望未来这篇文章遭到了很多人的讨厌。对不起！这不是我一贯的风格，但我确实认为 Anthropic 在这里制作了一款非常酷的软件。我也没有妄想，如果我是从一开始就负责运行 Claude Code 的人，我会做得更好。 LLM 编码工具是一个非常新的领域，成为该领域最早的创新者之一是一项非常艰巨的任务。像 Pi 这样的后来的工具具有事后诸葛亮的好处，可以看到哪些有效、哪些无效、什么是核心功能以及什么可以削减。最终，CC 感觉像是一个没有强烈愿景或方向的产品。就好像一群兴奋的工程师和产品经理正在快速添加适合他们工作流程的任何功能……但没有考虑这可能会让其他用户的情况变得更糟。似乎没有一个高层人士的工作就是严格对这些要求说“不”，这对于产品工程来说非常重要。所以，现在我要离开了。我很高兴能更多地了解 Pi。最初几天需要一些花招，但从那以后一切就一帆风顺了。我很享受稳定性、简约的方法和极致的可定制性。我已经编写了几个扩展来支持我的用例，其中