作为一个 Trae 老用户，我第一时间体验了全新的 SOLO 模式。打开应用的第一反应：这不就是 Codex？因为前几天刚用过 Codex，我还特意回去核对了应用 Logo，确认没开错软件。
当然，优秀的设计往往殊途同归，这是行业共识。软件开发领域有个共识：同类产品的最佳实现路径高度相似，主流 IDE 的界面与逻辑也基本趋同。因此，Trae SOLO 与 Codex 的设计相近，实属正常。
那么，实际体验如何？
这是 Trae 从 “AI 辅助” 向 “AI 主导” 的一次关键跃迁。此前的 Trae 仍属 IDE 范畴，目标用户是程序员；对非开发人员而言，IDE 仍过于专业。尽管此前已有 SOLO 模式，但易用性仍有很大差距。而全新的 Trae SOLO，对非程序员来说更像一个 “傻瓜式” 工具 —— 你无需懂项目架构，也不必了解技术细节，只需描述需求，剩下的全交给 Trae。
我尝试用新版 Code 模式本地修复项目 BUG。以往需要详细告知：“XXX 文件中，XXX 是 BUG，需执行 XXXX 并校验……” 用过 VibeCoding 的都知道，描述不够精准，AI 很容易 “自由发挥”。但新版 Code 模式只需粘贴错误报告，Trae 就能自动完成问题定位、修复与测试，整个流程非常顺利。以往 “拆东墙补西墙” 的问题也未再出现，可直接形成闭环，直至项目正常运行。
MTC 模式则是 Trae 从 “程序员专属” 走向 “全民可用” 的关键。它与 OpenClaw 功能相近，能处理的任务非常丰富。我用 MTC 模式修改 TRAE_SOLO_CN 配置文件，尝试调整自定义模型。Trae 自动定位到对应文件夹并找到目标文件 —— 因文件为 SQLite3 格式，它用对应工具打开，将关键信息整理成表格；我需要修改时，它直接调用工具完成 SQLite3 文件编辑。全程无需我手动指导，只需提出需求，Trae 即可自主处理，体验极其丝滑。
因当前使用 Windows 系统，暂无法提供截图，但实际体验比我自建的 OpenClaw 和腾讯 Qclaw 更高效。
当然，目前也存在一些问题：
- 自定义模型无法设置上下文长度 我用 MTC 修改配置文件，是因为自定义 GLM 模型的上下文被限制为 128K。经研究发现，配置文件中上下文长度字段为 null，Trae 会自动按 128K 调用；且修改 SQLite 后重启 Trae，设置会被重置。这说明该功能仍需优化 ——SOLO 模式对上下文长度本应更敏感。
- 工作文件夹内容过多时，扫描占用 CPU 过高 我将 HOME 路径设为工作文件夹后，rg 进程 CPU 占用超过 600%，且扫描全程不释放。这可能是因为 SOLO 仍处于 Beta 阶段，官方未充分考虑超大目录的性能问题。尽管直接添加 HOME 目录属于极限场景，但多项目关联导致的大量扫描任务，确实需要优化。Trae 技术团队反馈很快，已定位该 BUG 并表示会后续优化。
对了，我还体验了 SOLO Web 版的 Code 模式。让它生成答题对战网页 Demo，一轮对话就输出了可用成品，体验极佳。我很好奇 SOLO Web 后续的收费模式 —— 这类服务大概率不会免费。
关于使用场景，我还有些想法：如今 SOLO 可处理大规模任务，很多时候用户未必在电脑前。建议 SOLO 支持钉钉、飞书等渠道接入（类似 OpenClaw 的 Channel 功能），在需要用户决策或任务完成时，可远程通知。