今天很多 Trae 开发者发现 "Claude" 模型不见了。整个超级模型列表里，Claude 的位置空了。取而代之的是 GPT-5、Gemini-2.5-Pro、Kimi-K2-0905、DeepSeek-V3.1 等模型。
苏米赶紧看了一下，这个消息确认属实， Trae 已经正式下架 Claude 系列所有模型。
Trae 确认不再提供 Claude
时间点：Trae 在 UTC+0 11 月 4 日完成内置模型更新，并邮件通知 Pro 会员。
公告措辞：邮件称“由于服务中断，我们将不再提供 Claude 访问”。用词是“service interruption”。
界面变化：Trae 的“超级模型”列表中，Claude 消失；显示的替代模型包括 GPT-5、Gemini-2.5-Pro、Kimi-K2-0905、DeepSeek-V3.1（以 Trae 界面展示为准）。
补偿方案：Pro 会员每月额外获得 300 次 Fast requests（约 +50%），该优惠持续到 2026 年 1 月 31 日。
用户反馈：不少用户会员是冲着 Claude 开的，模型移除后直接询问退款。Trae 的 GitHub Issues 相关讨论显著增多。
上游断供的既往案例
Windsurf（今年 6 月）：Anthropic 在仅提前 5 天的通知后，切断了 Windsurf 对 Claude 3.x 的访问。官方沟通以供应策略为主。
Cursor（今年 7 月）：国内用户遇到“模型供应商不为您所在地区提供服务”的提示。Cursor 公告强调“可用性取决于模型提供商支持的 API 地区”。
从这些例子看，第三方工具对上游模型的依赖是显性风险：包括地区合规、容量分配、产品策略冲突等。
此次 Trae 的情况，和前述模式高度相似。
我在 Trae 的替代模型实测
我用三个常见开发任务做了对比（样本量不大，偏体验性质）：
任务 1：阅读一段历史代码、定位一个并发相关的隐藏 bug，给出修复方案。
任务 2：为已有模块补齐单元测试，并解释覆盖率的提升点。
任务 3：跨多个文件做小型重构，保持接口与行为不变。
体验结论（基于 Trae 当前内置模型列表）：
DeepSeek-V3.1：在“明确目标+结构化约束”的任务（如测试生成、接口保持的重构）表现稳定，延迟较低；中文场景下说明文字清晰。
Gemini-2.5-Pro：推理链条较完整，复杂问题拆解不错，但在大上下文代码库中偶尔有“自信解释”的情况，需要二次验证。
Kimi-K2-0905：中文资料、文档理解类任务友好；对跨文件的一致性维护，需要更细的提示与分步执行。
GPT-5（以 Trae 界面展示为准）：目前信息不充分，建议按实际可用性与团队安全策略谨慎验证后再纳入主流程。
总体感受：如果你的核心工作是“长上下文代码理解+严格一致性变更”，Claude 的缺位确实会让迁移成本上升。
但在“明确可操作的工程任务”上，组合使用 DeepSeek + Gemini（或 Kimi 在中文资料场景）可以基本接住主流程，前提是你把提示结构化、把跨文件修改拆解成可核对的步骤。
替代模型选择的维度对比
| 模型 | 技术特点 | 使用门槛 | 适合人群/场景 | 注意事项 |
|---|---|---|---|---|
| Gemini-2.5-Pro | 复杂推理、跨文档总结能力较强 | 中等（提示需要分步结构化） | 英文代码库、研究型任务、问题拆解 | 地区可用性与账号策略需确认 |
| DeepSeek-V3.1 | 生成稳定、延迟较低、中文表达友好 | 低-中（指令清晰时效果更好） | 批量生成、测试补齐、规范化重构 | 长上下文一致性需分步规划与校验 |
| Kimi-K2-0905 | 中文资料理解与总结较好 | 低（自然语言沟通较顺畅） | 中文项目文档、知识梳理 | 跨文件代码变更需更细粒度提示 |
| GPT-5（以 Trae 界面展示为准） | 信息有限，需实测验证 | 中-高（需评估安全与稳定性） | 愿意探索前沿能力的团队 | 实际可用性、计费与合规先核对 |
总结
从 Windsurf、Cursor 到现在的 Trae，第三方工具对上游模型的依赖风险已经是常态。
对开发者和团队而言，更可控的做法是：保持多模型、结构化提示、基准集评估与明确的过渡策略。就这次的实测而言，Trae 在没有 Claude 的情况下仍可工作，但需要你把任务拆解更细、把替代模型搭配更合理。
把不确定性前置到流程设计里，工具的可用性就不会被单点断供牵着走。
