告别 Claude Code：一年 240 个版本，逼走了一个老用户
9 月 21 日，一位署名 Caleb 的开发者在自己的博客上写了一篇《Goodbye Claude, hello Pi》。11 月 8 日它被贴到 Hacker News，两天内拿到 707 分、四百多条评论——这个分数在 AI 编程话题里属于顶级。
帖子本身讲的是一个人换了工具，没什么稀奇。但它值 707 分，是因为它把两件平时分开讨论的事接到了一起：工具层面的发布频率失控，和组织层面的人事变动。就在同一周，Claude Code 的产品负责人 Cat Wu 宣布去了 OpenAI。
和前两篇的关系说明一下：站内 1200 那篇讲的是 settings.local.json 里的凭据泄露，是具体的安全坑；1210 讲高盛把 Claude Code 收回，是大客户的态度。这一篇不重复这两条，讲的是「要不要换掉手里的编程代理」这件事本身，以及换与不换各自要付什么账。
一句话结论
- 这不是「Claude Code 不行了」。作者自己承认 Anthropic 做出了一个有影响力的产品，也承认后来的工具都吃到了前人的经验。他的抱怨是「小摩擦累积」，不是某一次崩溃。
- 他最锋利的一条不是功能，是发布节奏：一年 244 个版本，超过四分之三改动过系统提示词或工具描述。我按 npm 上的发布时间数了一遍，2026 自然年到 9 月 21 日是 240 个，量级对得上。
- Pi 确实存在，而且不小：GitHub 上 12.1 万星、1.5 万 fork、MIT 许可、TypeScript，最新版本 v1.5.0（11 月 2 日）。它是真项目，不是一个人的玩具。
- 但「搬过去」有三个真实成本：Claude 订阅能不能合法用在第三方壳体上有争议、Pi 的上下文压缩（compaction）被用户点名不可靠、它刻意不带子代理和权限弹窗，等于把一堆活儿还给你。
- 最该带走的一条判断：编程代理的行为基线每周都在变，这件事对个人是谈资，对团队是配置漂移。谁在这上面没有版本纪律，换哪家都一样会疼。
1）作者到底在抱怨什么：七条，逐条核对
先把结论说在前面：这篇文章列的东西大部分是可信的，但有几条我核不到。逐条列出来，比笼统地说「他吐槽了很多」有用。
| 他的抱怨 | 我的核对结果 |
|---|---|
AGENTS.md 支持来得太晚，还得在 CLAUDE.md 和它之间维护副本或软链 | 属实，且时间点吻合。官方 CHANGELOG 的 2.1.277 版本加了这项支持，npm 上发布时间是 9 月 18 日；他的页面创建于 9 月 21 日。帖子里那句「Anthropic 听说我要走，第二天就宣布支持了」是反讽，被不少读者当真了 |
| VS Code 集成同一时间只能连一个会话，第二个标签页收不到选区；2025 年 12 月就报过，被当成无关 bug 重复关闭 | 无法独立核实。issue 历史不在公开 CHANGELOG 里。但「单会话限制」这类限制在扩展生态里很常见 |
| 官方 VS Code 扩展里一半内置斜杠命令不工作，不支持自定义状态栏，子代理输出按时间顺序混进主对话 | 无法独立核实，属于主观体验描述 |
| 功能膨胀：动态工作流、agent teams、ultrareview，是让企业客户多烧 token，不是用户要的 | 这些功能确实存在。是否「只为烧 token」是判断，不是事实 |
| 一年 244 个版本，超 3/4 改了系统提示词或工具描述 | 量级属实。npm 上 2026 自然年到 9 月 21 日共 240 个版本；累计 562 个版本 |
| 系统提示词即使砍了 80%，仍比 Pi 臃肿；默认 Bash 工具描述近 3,000 tokens | 核不到。公开 CHANGELOG 里我只找到 2.0.11 那一条「系统提示词减少 1.4k tokens」，没有「砍 80%」的记录。模型侧看到的具体提示词不公开，3,000 tokens 无法验证 |
cat <<'EOF' 这类写法在 auto 模式之前总是触发人工复核，无视已有的 Git 白名单 | 机制描述合理；具体行为随版本变化，现在已有 auto 模式与 denyInsteadOfPrompting 等设置 |
这张表里最值得停一下的是第五行。244 这个数字，是本轮讨论里唯一可以硬核的量，而且它说明的问题比「功能太多」严重得多。
2）244 个版本意味着什么：行为基线在漂移
我把两个包在 npm 上的发布时间都拉了一遍：
| 指标 | Claude Code | Pi |
|---|---|---|
| npm 包名 | @anthropic-ai/claude-code | @earendil-works/pi-coding-agent |
| 累计版本数 | 562 | 62 |
| 2026 年至今 | 277 | — |
| 2026 年到 9 月 21 日（原帖发布时点） | 240 | — |
| 最近 30 天 | 20 | 1（11 月只有 1 个） |
| 最新版本 | 2.1.319（11 月 6 日） | 1.5.0（11 月 2 日） |
time 字段），统计截至 11 月 9 日。这里计的是全部发布版本，含预览标签。换算一下：2026 年前九个半月发了 240 个版本，平均每个工作日超过一个。最近 30 天 20 个，节奏没慢下来。
这件事本身不是罪。快速迭代是 Anthropic 的打法，很多 fix 也确实有用——我翻 CHANGELOG 就看到大量权限、MCP、diff 渲染的修补。真正的问题是这类改动的性质：系统提示词和工具描述不是功能开关，是模型行为的输入。同一个任务、同一个模型，工具描述改一句话，输出风格和判断边界就可能变。
对个人用户，这种漂移的感觉是「今天它怎么又这样了」。对团队，它是三件具体的事：
- 你的最佳实践会过期。上周调好的
CLAUDE.md和权限规则，这周可能因为提示词侧的变化而失效，症状还很隐蔽——不是报错，是「比以前笨了一点」。 - 回归没法复现。「上次能跑通的」这句话失去意义，因为两次跑之间环境已经换了好几版。
- 审计要跟着版本走。企业客户关心「代理在什么条件下自己动手」，而那条规矩写在会被每周重写的文本里。
所以作者那句「产品缺少一个能说不的资深角色」不一定对 Anthropic 成立，但它指出的现象是真的：发布频率本身就是一种产品决策，而它现在不受讨论。
3）同一个星期，产品负责人去了 OpenAI
这条线跟工具好坏没有直接因果关系，但它解释了为什么一篇个人换工具的帖子会引起那么大共鸣。
按 Business Insider 与 State of AI 的整理，时间线是这样的：
| 时间 | 发生了 |
|---|---|
| 10 月 24 日 | Claude Code 团队的 Thariq Shihipar 与负责桌面端的 Anthony Morris 同时发帖宣布离开 |
| 10 月 26 日 | Anthropic 递交 S-1，预计 11 月底在 Nasdaq 上市，代码 ANT |
| 11 月 4 日 | Cat Wu 在 X 宣布加入 OpenAI，领导 Core Products 组的产品管理，与 Thibault Sottiaux 搭档，覆盖 ChatGPT、Codex、API 与 Agent 基础设施；Greg Brockman 公开欢迎 |
| 11 月 4 日（同日） | OpenAI 宣布收购 Pierre Computer Company——做 Git 存储，其开源库 Trees 与 Diffs 已经在 Codex 里做文件浏览和改动审阅 |
Cat Wu 不是普通员工。她 2024 年 8 月加入 Anthropic，领导 Claude Code 和 Cowork 的产品；2025 年夏天曾与 Claude Code 的作者 Boris Cherny 一起跳去 Cursor，几周后又回来。她是两周之内第三个宣布离开 Claude Code 团队的人，而 Anthropic 至今没有公开说明现在由谁负责这个产品的产品侧。
HN 上关于她离职的帖子分数不高（7 分），但评论里问了一个很直接的问题：一家 pre-IPO 的公司，为什么会有人在这个节点走？回答分两派——一派说是套现，一派说是不认同公司方向。这两派都没有证据，我不想替任何一方下结论。
但有一点可以说：把「产品负责人走了」和「用户抱怨发布节奏乱」并排看，指向的是同一个组织问题——产品侧有没有人替用户做减法。这个推断是评论，不是事实陈述。
4）Pi 是什么：先把它的定位说准
很多转述把这轮讨论说成「有人在给 Pi 打广告」。实际看下来，Pi 的自我定位恰好相反——它卖的不是功能，是被你改的权力。
- 基本盘：earendil-works/pi，MIT 许可，TypeScript，2025 年 8 月建仓，截至 11 月 9 日 120,881 星、15,563 fork，最新正式版 v1.5.0（11 月 2 日）。要求 Node 22.19 以上，可用 curl / PowerShell / npm / Nix 安装。
- 能力：跨 15 家以上供应商（Anthropic、OpenAI、Google、Bedrock、Mistral、Groq、Cerebras、xAI、Kimi For Coding、MiniMax、OpenRouter、Ollama 等），会话中途可换模型；四种运行形态（交互 TUI、print/JSON、RPC、TypeScript SDK）。
- 它最特别的两件事：会话存成树（
/tree可以回到任意节点开新分支，/export导 HTML，/share传 gist）；扩展、技能、提示词模板、主题都能打包成 Pi 包，通过 npm 或 git 装。 - 它刻意不做的：子代理、权限弹窗、计划模式、内置待办、后台 bash。官方原话是「让它按你的方式来」，等于把决策权交回去，也等于把搭积木的活儿交给你。
所以它不是「Claude Code 的免费替代品」，是换个思路：把 Agent 当成一个可编程的内核。这个思路吃到了两类人——讨厌黑盒的人，和同时用多家模型的人。
5）要搬过去，三个账必须先算
原帖最容易被忽略的地方是它几乎没讲成本。评论区替它补上了，而且补得很具体。
账一：你的 Claude 订阅，未必允许在 Pi 里用。
Pi 生态里有个专门的包叫 pi-claude-code（347 星），作用就是让你能用 Claude Code 的订阅去跑 Pi。这本身就是一个信号：这条路不是原生通的。HN 上有评论者 judge2020 的说法是，Anthropic 历史上就有技术手段确保订阅用量只发生在 Claude Code CLI 里，第三方壳体往往靠变通或伪装。Anthropic 消费者条款里也确实有一条禁止「通过机器人、脚本或其他方式以自动化或非人类方式接入服务」，例外是 API key 或明确许可。
另一位评论者 leobuskin 说得更细：用 Anthropic 订阅跑 Pi，除了条款风险，还会缺 Anthropic 特有的请求头和参数、压缩质量不如 Claude Code、缓存行为有怪异之处。他的结论是「Claude 模型还是配 Claude Code 最好用」。这话来自一个 Pi 用户，分量比来自反对者更重。
账二：compaction 是 Pi 目前被点名最多的弱点。
一位长期用户 alfiedotwtf 的原话大意是：Pi 很好，直到压缩触发——他估计每两次压缩就有一次失败，模型不知道怎么继续。后面有人推荐了一个叫 pi-vcc 的扩展解决，但这条抱怨本身值得记住：「极简壳体」把复杂度转移到上下文管理上，而长会话里那是最容易崩的地方。
账三：默认配置下，你得自己搭很多基础设施。
没有权限弹窗听着自由，实际意味着安全边界要你自己划。HN 上有人提醒某个流行的 GUI 前端跑在「yolo 模式」、抗拒沙箱，而纯 TUI 更容易锁死。换壳不等于换安全模型，这话对两边都成立。
6）所以到底该不该换
把上面几块拼起来，我的判断是分层的，不是一句话。
- 只是想在 IDE 里让 AI 帮着改代码：不换。Claude Code 的订阅额度是这个价位里最划算的东西之一——HN 评论里有人直接说「我每天用它，是因为补贴实在太夸张」，这句是实话。你换到 Pi，第一个问题就是订阅怎么合法接。
- 同时用 Claude、Codex 和国产模型，被多壳体折磨：值得试 Pi。以 Codex 订阅在第三方壳体里的开放度看，这是 Pi 最舒服的场景，官方也内置支持。真正的收益是「一套配置、一套习惯、多个模型」。
- 团队里在维护一套
CLAUDE.md、权限规则和 CI 检查：先别换工具，先补版本纪律。锁版本、记录每次提示词侧变更的影响、留一份可复现的最小用例。换壳体不解决漂移，只会让你从「漂移」变成「自己维护漂移」。 - 企业采购，关心代理在什么条件下自己动手：这件事已经不取决于选哪个壳体了。Goldman 把 Claude Code 收回给自家工程师、Cisco 让 27 岁的工程师拿无限额度重写 98% 遗留代码——这两个案例说明真正稀缺的是验证能力，不是 token。
7）小结：这场争论真正的分歧
表面上是「CLI 和 GUI 哪个好」「极简和全家桶哪个好」，两边都举得出例子。HN 那四百条评论里，两派其实各有道理：有人说桌面 App 处理富文本、图片、历史更方便；有人说 TUI 才好同时跑十几个会话。有人回了一句很扎心的话——十几个并行会话，人根本审不过来，只是把活儿扔给别人收拾。
底下那层分歧是：你把编程代理当成一个「产品」还是一个「内核」。
- 当成产品，你要的是它替你决定好边界，你只负责用。代价是它的边界每周会变，你跟着变。
- 当成内核，你要的是它不替你决定任何事。代价是所有决定、所有安全、所有上下文管理都归你。
这两种都不算错。错的是以为换一边就能不付账。
原帖作者最后自己写了句挺诚实的话：Anthropic 做出了一个有影响力的产品，后来的工具都吃到了这份经验；他只是更喜欢极简的那条路。这不像「叛逃」，更像一个用户的偏好声明——被 707 个人投票顶上去，是因为很多人手里有同一份账单。
说明：Cat Wu 离职与 OpenAI 收购 Pierre 的细节来自 Business Insider、State of AI 等媒体报道，Anthropic 未就产品负责人继任安排发布公开说明；订阅条款部分仅引用公开的消费者条款文本，具体判定以 Anthropic 官方为准。版本数与仓库星标为本文自行查询 npm registry 与 GitHub API 所得，截至 11 月 9 日。
参考来源
- caleb.software — Goodbye Claude, hello Pi（原帖，页面标注创建 9 月 21 日、更新 11 月 7 日）
- Hacker News 讨论（11 月 8 日，707 分）
- github.com/earendil-works/pi——README 与 packages 说明；仓库统计经 GitHub API 查询
- pi.dev——官方站点：支持供应商清单、安装方式、Pi 1.0 / Pi Durable
- earendil-works/pi-claude-code——用 Claude Code 订阅跑 Pi 的第三方包
- Claude Code CHANGELOG——AGENTS.md 支持（2.1.277）、系统提示词削减记录（2.0.11）
- npm: @anthropic-ai/claude-code 与 @earendil-works/pi-coding-agent——版本发布时间
- State of AI — Cat Wu, Who Led Product for Claude Code, Is Joining OpenAI（11 月 4 日）
- OpenAI — OpenAI to acquire Pierre Computer Company（11 月 4 日）
- Anthropic 消费者条款——关于自动化接入的限制条款
