共计 1233 个字符，预计需要花费 4 分钟才能阅读完成。
今天（2025 年 11 月 12 日），TRAE v3.0.0 正式发布，SOLO 模式迎来了全面升级。
令人振奋的是，国内版的 TRAE 进行了显著的更新——豆包模型被替换为专注编码的 Code 模型，同时加入了 minimax 模型。现如今，国内主要开源模型几乎都能在 TRAE 中找到，开发者的选择更加丰富多样。
而国际版的改动更为显著，今天（2025 年 11 月 12 日），TRAE v3.0.0 正式上线，SOLO 模式实现了全面的功能增强。
SOLO 模式的演变：从单一的 Builder 到双引擎驱动
此次更新的最关键变化是对 SOLO 模式的完善。早期国际版分为 SOLO 模式与普通模式，只有普通模式才能开启 Max 模式，而最初的 SOLO 模式仅具备 SOLO Builder 功能，主要用于快速创建应用。
模型选择的变化 也颇具趣味——最初 SOLO 模式默认使用 Claude 模型，随后在 Claude 无法使用时，转而锁定 GPT-5，而现在界面中只显示“Max”，不再具体指明使用哪个模型。
新增的 SOLO Coder 特别针对复杂的编程场景，尤其是在 Plan 模式下，可以先进行规划再执行，有效降低了代码偏离的风险。如今，SOLO 模式真正形成了“双引擎”的格局：Builder 负责快速构建，Coder 则处理复杂的任务。
Max 模式的消耗问题依旧令人忧虑
令人担忧的是，以前只能在普通模式下使用的 Max 模式，现在已被整合进 SOLO 模式之中。
作为资深用户，我深切感受到 Max 模式的消耗速度。在之前的测试中，启用 Max 模式后请求次数消耗极快——当时使用的是 Claude 模型，完成一个任务就可能消耗几十次请求。虽然后来切换至 GPT-5 有所改善，但复杂的任务仍需消耗 10-20 次请求。
如今 Max 模式被深度整合入 SOLO 模式，虽然功能得到了增强，但消耗问题可能愈发严重。尤其是对于新增加的 SOLO Coder 来说，开启 Plan 模式与 Max 模式，完成一个复杂项目的额度消耗将不容小觑。订阅用户可能很快就会面临额度不足的困境。
细节优化提升用户体验
除了核心功能的升级，3.0 版本还带来了一些实用的改善：
任务管理更为直观：已拆解的任务都有明确的状态标记，完成的任务会自动折叠并生成摘要，项目进度一目了然。
上下文管理的升级：可以清晰查看上下文的使用情况，还支持压缩功能，特别适合长对话。
代码变更历史：新增的代码变更工具能记录每一次修改，便于追踪和回滚。
总体来看，TRAE 3.0 的更新确实增强了功能，特别是 SOLO 模式的双引擎设计给用户带来了便利。然而，若能更透明且优化 Max 模式的消耗问题，将对用户体验大有裨益。希望在追求功能强大的同时，也能兼顾用户的实际使用成本。
看到这次的模型选择变化，是否意味着未来会有更多的选择和灵活性呢？