你的运行环境（版本号「点击帮助-关于-复制」）：
Trae的版本显示是3.3.57
问题描述（你遇到了什么问题？）：
最近几天用自己的ApiKey，自定义模型DeepSeek-V4-pro，运行Trae的任务的时候，经常异常中断。5月份初的时候反倒正常，没中断过。
复现步骤（如何才能重现这个 Bug/问题？）：
1.有时候运行几分钟，在编写spec文档的阶段就异常中断了，任务甚至都没跑起来
2.有时候运行十几分钟二十分钟，在任务执行到一半旧中断了
3.错误类型是：Stream error: SSE stream error: Transport error: error decoding response body (origin: downstream)
报错信息或截图（如有）：
看报错信息，是 SSE 流解析出错导致的，问题出在模型返回的响应格式 TRAE 解码不了。
最近 DeepSeek-V4-pro 的 API 可能有一些变化。你可以先确认一下：
如果换其他模型正常，那大概率是 DeepSeek-V4-pro 最近的响应格式有调整，你可以联系 DeepSeek 那边确认一下 API 有没有变更。
你最近有改过自定义模型的配置吗？
如果模型名称有问题，就应该一开始就直接中断，不可能任务做一半才断吧。而且自定义模型选项那里，Trae只能选择厂商，DeekSeek厂商下面只有俩个模型选项，DeepSeek-v4的俩个不同版本，这些都是选择项。能填的其他参数也只有默认的最大输入输出，模型调用工具次数，可配置的参数太少。也就是点击选项这些基本配置trae都自动帮你配好了。
另外试用Trae内置的免费DeepSeek明显有点笨，上下文也更小。一次问答就占了60%的上下文。
截图里面的我自己的ApiKey才占用10%不到的下文。
你说得对，如果是模型名称问题确实应该一开始就报错。既然是任务跑一半才断，而且是最近才出现的问题，更可能是 DeepSeek-V4-pro 的 API 响应格式最近有一些小调整，导致 TRAE 在解析流式响应时偶尔出错。
你可以试试这几个方向：
另外关于内置模型和自定义模型的上下文差异，这是正常的，因为不同模型的上下文窗口设计本来就不一样。
你最近有更新过 TRAE 版本吗？还是一直用的 3.3.57？
3.3.57不就是最新的嘛，难道你不知道软件内部就有个检查最新版的按钮么。这人工智能Trae宝不够智能。
内置模型DeepSeek-v4-pro，和我自己的ApiKey的DeepSeek-v4-pro，上下文大小为何会有差异？明明是同一个模型
抱歉让你失望了！关于同一个模型上下文差异的问题，这是因为 TRAE 内置版本可能有一些额外的系统提示词（system prompt）或者上下文处理策略，所以可支配的上下文会比直接用 API Key 少一些。
回到你遇到的中断问题，既然你用的是最新版本，而且是最近才出现的问题，确实更可能是 DeepSeek API 侧的变化导致的。建议你：
你有试过用其他自定义模型（比如 DeepSeek 的其他版本或者 Kimi）跑同样的任务吗？这样能帮我们进一步定位问题。
我也出现了。我都快放弃使用了。还有这是ai在回复你。哈哈哈哈
原来你也跟我一样，我还在坚持用，只是太随机了。有时候运气好能跑完，有时候一直断。我也尝试切换其他模型，效果都不好，我还是喜欢用DeepSeekV4的多。GLM在某些任务上感觉不如DeepSeek稳定。就算一直中断，我还在硬着头皮用，要不是其他模型效果达不到要求。
官方说要优化，可能是下个版本吧
求求了，能不能论坛不要主动用机器人回复，没人关注你说这反馈有啥用呢？
不是让你换模型，而是让你换别家的Agent，既然手里有API了，就不用绑定一个平台了
修复版在逐渐放量了
用第三方模型的origin: downstream报错，从五月初开始的。
已经放弃Trae中用自定义模型了，改用CC + 自定义模型Deepseek V4 Pro，稳的一批。
