AI 编程工具的牌桌上，第一张"增长熄火"的牌被亮了出来。
这两天传出的消息是： Claude Code 出现大规模退订，ARR（年化收入）增速从高位一路跌到 5.2%，不少老用户转头投向了 OpenAI Codex。52.7 万的热度挂在榜上，持续发酵——这已经不是个别开发者的牢骚，而是一个值得认真拆解的信号。
作为天天泡在这类工具里的人，我聊几句我的观察。
一、先还原一下发生了什么
把传闻里可信的部分拎出来，其实是三件事：
- 退订传闻：大量用户晒出退订截图，原因集中在"贵"和"效果没跟上"两点
- ARR 增速暴跌：从增长期的高增速跌到 5.2%，这是从"爆发"到"停滞"的典型拐点
- 流向明确：转投的多数去了 OpenAI Codex——注意，不是 Cursor，是 Codex
第三点值得单独说。去年这个时候，用户迁移的主流方向还是"编辑器内 AI"（Cursor 那套），今年风向明显变了：命令行工具（CLI）成了新的主战场，而 Codex 在这轮里抢到了最大的流量。
二、为什么是 Codex 抢走了人
我不觉得单纯是"Claude Code 变差了"，更像是供给侧出现了结构性替代。
对比一下三个主流工具的实际体验：
| 维度 | Claude Code | Codex | Cursor |
|---|---|---|---|
| 形态 | CLI 为主 | CLI + IDE 扩展 | 编辑器深度集成 |
| 模型底座 | Claude 系 | GPT 系 | 可切换多模型 |
| 定价 | 订阅制，门槛偏高 | 按量/订阅混合 | 订阅制 |
| 优势 | 长上下文、复杂任务推理 | 生态宽、接入灵活 | 交互直观、上手快 |
| 短板 | 贵；大规模任务成本失控 | 深度任务偶尔"飘" | 重度任务不如 CLI 直接 |
一个关键差异在成本模型。Claude Code 的高价订阅挡在门口，而 Codex 可以按量付费、还能接第三方模型——对"尝鲜型"和"成本敏感型"开发者，后者几乎是降维打击。
三、开发者为什么"用脚投票"
我自己的观察是，这个群体迁移的真实动因不是"谁更好"，而是三条：
① 价格弹性极其敏感。 AI 编程工具的付费者大多是个人开发者或小团队，月费涨几十块、或者用量一上来成本失控，立刻就会被讨论。退订截图满天飞，本质是价格神经被戳中了。一个很典型的动作是：不少开发者会在月底用量账单出来后的 24 小时内决定去留——看到超支数字，当晚就去订阅后台点"取消"。社区里甚至出现了"账单截图接龙"，大家晒出自己超支的月账单互相提醒。这种对价格的敏感，在订阅制工具上表现得尤其明显：一旦月费从 20 美元涨到 100 美元，个人开发者几乎不会犹豫，直接换。
② 换工具成本在快速下降。 一年前从 Cursor 换到 Claude Code 要重新学一套工作流；现在 CLI 工具的交互范式趋于统一——你描述任务 → 它读代码 → 改完给你 diff。范式趋同了，迁移的心理门槛就消失了。实际迁移动作也印证了这一点：很多开发者只花一个周末就把主力工具换掉，周一照常开工。因为 CLI 工具的核心操作就那几条命令，配置文件也是 JSON/YAML 一类的通用格式，复制粘贴就能迁移。更关键的是，现在各家都支持导入历史会话和项目上下文，换工具不再意味着"从零开始"——数据能带走，人自然就敢走。
③ 模型底座决定天花板。 工具是壳，模型是核。当各家 CLI 长得越来越像时，用户的注意力自然回到"谁的模型干活更靠谱、更便宜"。这是 Codex 这轮占上风的底层原因——不是工具赢，是模型生态赢了。一个可观察的信号是：开发者开始把"同一道题"分别丢给不同工具跑，对比谁的输出更准、更省
token
，然后据此决定把哪款工具设为默认。这种"模型评测式"的选型方式，正在取代过去"看 UI 好不好看"的决策逻辑。当工具外壳趋同，真正决定留存率的，就是背后那个模型在真实任务上的表现。小结一下。 三条动因其实是层层递进的：价格敏感决定了"要不要走"，换工具成本低决定了"敢不敢走"，模型底座差异决定了"往哪走"。当这三条同时成立，用户迁移就不再是零星的抱怨，而是一股挡不住的趋势——这也是为什么这轮洗牌来得比很多人预期的更快、更猛。
四、这轮洗牌对选型的启示
几个可能被低估的判断：
- CLI 工具会继续吃掉"编辑器内 AI"的份额，但不会取代——重度任务归 CLI，日常小改归编辑器
- "模型可切换"会成为 CLI 工具的标配，锁死单一模型的订阅制会越来越难以为继
- 个人开发者的工具组合会变成"多工具并行"：一个主力 + 一两个按场景切换的备胎，而不是全家桶
五、我的结论
Claude Code 的增速熄火，与其说是它做错了什么，不如说是市场开始用更严苛的尺子量所有 AI 编程工具了。这轮洗牌的受益者很清晰——Codex 拿到了最大的增量，但窗口期不会太长，因为大家都在往同一个方向卷。
对普通开发者来说，这反而是好事：工具变便宜、变灵活，选择变多。先别急着站队，把"成本模型"和"模型底座"这两把尺子拿好，比追任何一个工具都重要。
六、实战：三款工具的成本对比脚本
前面聊了那么多成本模型，不如直接算一笔账。下面这个 Python 脚本，用同一组任务量参数，估算三款工具在相同任务量下的月成本：参考CSDN
# cost_compare.py
# 三款 AI 编程工具月成本估算脚本
# 假设：个人开发者，日均 20 次任务，每次任务约 30 分钟
def estimate_monthly_cost(tool: str) -> dict:
"""估算指定工具的月成本，返回明细与合计。"""
# 任务量参数（可自行调整）
tasks_per_day = 20 # 日均任务次数
days_per_month = 22 # 月工作天数
monthly_tasks = tasks_per_day * days_per_month
# 各工具定价模型（简化假设，单位：美元）
plans = {
"Claude Code": {
"type": "subscription", # 纯订阅制
"monthly_fee": 100, # Pro 订阅月费
"overage_per_task": 0.0, # 订阅内无额外按量费
},
"Codex": {
"type": "hybrid", # 订阅 + 按量混合
"monthly_fee": 20, # 基础订阅月费
"overage_per_task": 1.5, # 超出额度后每任务约 1.5 美元
},
"Cursor": {
"type": "subscription", # 纯订阅制
"monthly_fee": 20, # Pro 订阅月费
"overage_per_task": 0.0,
},
}
p = plans[tool]
base = p["monthly_fee"]
# 简化：Codex 假设 60% 的任务会触发按量计费
overage_tasks = monthly_tasks * 0.6 if p["type"] == "hybrid" else 0
overage = overage_tasks * p["overage_per_task"]
total = base + overage
return {
"tool": tool,
"monthly_tasks": monthly_tasks,
"base_fee": base,
"overage": round(overage, 2),
"total": round(total, 2),
}
if __name__ == "__main__":
print(f"{'工具':<14}{'月任务数':<10}{'基础费':<10}{'按量费':<10}{'月合计'}")
print("-" * 54)
for tool in ["Claude Code", "Codex", "Cursor"]:
r = estimate_monthly_cost(tool)
print(f"{r['tool']:<14}{r['monthly_tasks']:<10}{r['base_fee']:<10}"
f"{r['overage']:<10}{r['total']}")
# 运行结果（示例输出）：
# 工具 月任务数 基础费 按量费 月合计
# ------------------------------------------------------
# Claude Code 440 100 0.0 100.0
# Codex 440 20 396.0 416.0
# Cursor 440 20 0.0 20.0运行结果解读：
- Cursor 最便宜：纯订阅 20 美元/月，适合日常小改为主的轻量用户；
- Claude Code 固定成本高：100 美元/月封顶，任务量越大越划算，但门槛挡在门口；
- Codex 弹性最大：基础费低，但按量计费在任务量上来后成本快速攀升——这正是"尝鲜型"用户初期觉得便宜、重度使用后开始肉疼的原因。
说明：以上价格为简化假设，实际以各工具官网实时定价为准。你可以把
tasks_per_day、overage_per_task改成自己的真实用量，跑一遍就知道哪款更适合自己。
