问题概述 Trae Work（原 Trae SOLO）在 2026 年 6 月 9 日正式升级后，自动化/定时任务功能存在一个严重 bug：当对话中使用自定义模型时，创建的自动化任务执行必然失败；而使用内置/默认模型则可以正常执行。
该问题目前在网上讨论较少（仅在雪球发现一条直指此问题的帖子），但经过反复测试验证，规律非常清晰，推断受影响的用户不在少数，只是 Trae Work 刚升级不久，还没大面积暴露。
复现步骤 在 Trae Work 中切换模型为自定义模型（如通过 OpenAI Chat Completions 格式接入的第三方 API） 在对话中请求创建一个自动化/定时任务 等待任务到时间自动执行 结果：执行失败 关键规律 经过多次对照测试，总结出以下规律：
操作方向 结果 对话中使用自定义模型 → 创建自动化任务 → 手动将任务模型改为自动/默认/内置 ✅ 成功 对话中使用自动模型 → 创建自动化任务 → 手动将任务模型改为自定义 ❌ 失败 对话中使用自定义模型 → 创建自动化任务 → 不修改 ❌ 失败 对话中使用自动模型 → 创建自动化任务 → 不修改 ✅ 成功 核心发现：只要任务最终关联的是自定义模型，执行就必失败；只要切回内置/默认模型，就能成功。
根因分析 内置模型和自定义模型在底层调用方式上存在本质区别：
内置/默认模型：由 Trae 平台内部服务端直接调用，认证走 Trae 自有 token 体系，无需用户额外配置 自定义模型：需要用户提供第三方 API Key + 自定义请求地址（OpenAI Chat Completions 格式），API Key 存储在客户端会话中 问题出在自动化任务的后台执行环境：当定时任务触发时，系统启动的是一个独立的、无界面的执行环境，这个环境很可能无法正确继承或注入用户配置的自定义 API Key 凭证，导致调用自定义模型时认证失败，任务随即报错。
这也完美解释了上述规律——内置模型不依赖外部凭证，所以后台执行没问题；自定义模型需要外部 API Key，但后台拿不到，所以必失败。
已知外部印证 雪球用户 Alexis_MoBA 于 2026-06-11 发帖指出：
"国内第一大厂，trae solo 改成 trae work 后，新建自动化任务，执行必失败。这就是 vibe coding 的后果，辣鸡"
虽然该帖子没有深入分析原因，但证实了"新建自动化任务执行必失败"并非个例。
影响范围 所有使用自定义模型（自配 API Key）的 Trae Work 用户 所有依赖自动化/定时任务的工作流（日报生成、代码审查、竞品监控等） Trae Work 企业版用户如果接入了私有模型部署，同样会受影响 临时 Workaround 先用自动/默认模型创建自动化任务，确保任务能正常执行 如果必须使用自定义模型，暂时只能通过手动触发（trigger）而非定时自动执行 对于复杂工作流，可考虑用外部定时工具（如系统 crontab + 脚本调用 Trae CLI）绕过此限制 期望修复 希望 Trae 团队能在自动化任务的后台执行环境中，正确传递用户的自定义模型 API Key 凭证，使自定义模型下的定时任务能够正常执行。
环境信息 产品：Trae Work（桌面端） 版本：2026 年 6 月 9 日升级后的版本 操作系统：Windows 自定义模型配置：OpenAI Chat Completions 格式，第三方 API Key 如果你也遇到了同样的问题，欢迎跟帖反馈，让 Trae 团队尽快修复。
