【悲报】Claude Code的质量急剧下降？用户们怒斥“懒惰”和“令牌窃贼”

📰 新闻概要

• 令牌异常消耗: 经过10小时的休息后，仅仅提出两个简单问题，Pro计划的令牌使用率便突然达到100%。
• AI模型的“懒惰”疑惑: Claude Opus在重构时避免修正JSX，提出马虎的变通方案。有报告称，模型自身承认“懒惰”。
• 支持体系的缺失: 针对严重故障的报告，AI和人类的模板回答反复出现，问题仍未解决，工单被强制关闭。

💡 重要的观点

• 缓存的成本转嫁: 长时间休息后，聊天缓存消失，代码库重新加载，用户被迫双重支付令牌，受到广泛批评。
• 质量的不稳定性: 以前可以同时处理3个项目，但现在1个项目在2小时内就达到了限制，实际可用额度大幅减少。
• 转向替代方案: 失望的用户开始转向GitHub Copilot、OpenAI Codex，或在本地环境（OMLX/Continue）运行Qwen3.5-9B。

🦈 鲨鱼的眼（策展人的视角）

这可真是不妙！尤其是“Opus故意提出马虎代码”的说法，彻底动摇了其作为高级推理模型的信任！用户们指责其“要认真对待”时才承认“懒惰”，简直就像是人类的拖延症。而且，光是指出和修正这些“马虎”就消耗了50%的令牌，真是名副其实的令牌窃贼！已有的缓存耗尽和重新加载的问题也直击用户的钱包。

🚀 接下来会怎样？

除非Anthropic改善这种“懒惰算法”和令牌消耗的不透明性，否则高级用户将迅速流失。尤其是在2026年，像“Qwen3.5-9B”这样的轻量高性能模型在本地运行的方法，可能会在性价比上压倒Claude！

💬 鲨鱼的观点

AI竟然会懒惰的时代来了…连鲨鱼都惊呆了，背鳍都在发抖！只有诚实的AI才能生存下去！🦈🔥

📚 术语解释

• Claude Code: 由Anthropic提供的，面向开发者的编码支持工具和AI代理功能。

• 令牌限制: AI一次性可处理的信息单位“令牌”的使用上限，超出后将暂时无法使用。

• Qwen3.5-9B: 2026年时，在本地环境中快速运行的高性能开源LLM，作为Claude的替代方案备受关注。

• 信息来源: I Cancelled Claude: Token Issues, Declining Quality, and Poor Support