作者最初对Claude Code服务感到满意，但近期因代币异常消耗、服务质量下降和客服敷衍而失望。尽管曾因支持其反对政府规定而订阅，但代币系统故障导致配额瞬间耗尽，AI客服无法解决问题，人工客服回应模板化且不专业，最终决定取消订阅。

标题：我为何停用Claude：令牌问题、质量下滑与糟糕的客服体验

作者最初对Claude Code服务充满热情，认为其响应速度快、令牌配额合理且输出质量优秀。但三周后体验急转直下：

1. 令牌系统异常

• 早晨首次使用就遭遇令牌配额瞬间耗尽
• 客服机器人无法理解问题，人工客服回复模板化且未解决实际疑问
• 对话缓存失效导致重复消耗令牌加载相同代码库

2. 服务质量下滑

• 从同时处理3个项目降至2小时就耗尽单项目配额
• 出现初级开发者式的偷懒方案（如用通用初始化器替代具体修改）
• 虽然模型能承认错误，但低质量方案已消耗50%的5小时令牌配额

3. 系统管理混乱

• 突然出现未告知的"月度使用限制"警告
• 每周重置周期无故从当日变更至周一
• 官方文档与设置页面均未提及相关限制条款

作者虽赞赏Claude的理论潜力（如提升工作效率十倍，实现创意更便捷），但认为其面临两大核心问题： - 增量成本困境：每新增客户都需要等量算力支持 - 用户激增应对乏力：系统稳定性与服务质量明显下降

最终作者选择取消订阅，以减轻Anthropic的服务压力。文末用颜文字"(ʘ‿ʘ)╯"表达了无奈告别的心情。

（注：原文中涉及的多张配图说明及部分技术细节因与核心投诉关联度不高，在摘要中未予保留）

以下是评论内容的总结，平衡呈现不同观点：

负面评价（质量下降与使用限制问题）

1. 模型质量不稳定

   • 用户反映Claude模型质量明显下降，存在"静默退化"现象（评论17："Even with /effort max... the quality degradation is obvious"）
   • 有指控称提示可能被路由到更便宜的模型（评论6："they route prompts to cheaper dumber models that present themselves as e.g. Opus 4.7"）

2. 使用限制与计费不透明

   • 会话限制和token计量不一致引发不满（评论16："usage metering is just incredibly inconsistent"；评论1："used 100% of my session limit... said API Error"）
   • 等待时间影响用户体验（评论14："Waiting 60s every time kills the ux"）

正面评价（实用价值与替代方案）

1. 工作流效率提升

   • 部分用户成功将工作从ChatGPT迁移至Claude（评论2："moved over more work from ChatGPT to Claude"）
   • 仍被认为是广泛支持的协调工具（评论7："most widely supported by plugins and skills"）

2. 替代方案探索

   • 用户开始尝试本地模型（评论12："using llama_cpp web UI"）和其他服务如Kimi（评论23："Kimi 2.6 is almost comparable to Opus"）
   • 开源解决方案需求增长（评论20："could really go for an open source model"）

行业分析视角

1. 供需矛盾导致服务降级

   • 评论19指出因算力短缺，主要厂商不得不降低服务质量
   • 评论15认为企业客户优先导致个人用户体验下降

2. 商业模式批评

   • 评论11警告AI公司有动机推动高token消耗："They want high token usage, it makes you pay more"
   • 评论10担忧对专有服务的依赖风险："owner just pulls the foundation from under your building"

典型用户诉求

• 希望获得更透明的使用政策（评论9："make official blog posts to reflect policies"）
• 期待质量监控工具（评论18："tool to track coding agent performance"）

关键矛盾集中在：服务质量与稳定性下降 vs 仍具实用价值；专有服务限制 vs 开源替代方案探索。部分用户表示满意（评论13："haven't seen any of these issues"），但多数批评指向 Anthropic 的沟通和计费透明度问题。