感谢,这个bug我也复现了!说明solo是可以调用deepseek的
关掉与手机端的控制就行了
但我想用移动端控制电脑使用deepseek
只能等修复问题
这bug也太低级了,扣开发和测试的工资
确实,真是万万没想到竟然是功能切换的冲突
无论PRO还是FLASH都是4054,我从trae中创建自定义模型后云端同步后打开solo是4054,我直接在solo删除云端同步过来的自定义模型后重新创建新的DS的两个自定义模型,也还是4054,我用trae查了下,他这么回答的
“为什么自建的 DeepSeek 用不了?
当你在 Trae CN 界面新建 DeepSeek 模型时,Trae CN 自动检测到它是 provider: “deepseek” (外部 API),于是给它打上了 client_connect: true 标签,意思是"这个模型需要客户端直连"。这个模式在 Trae CN 中支持(走直接 WebSocket),但 TRAE SOLO CN 的 HubNet 代理不认识这个标签 ,导致所有请求都被代理拦截并返回 4054 错误。
而其他所有模型(Doubao、Qwen、GLM、Kimi)都是 client_connect: false ,走标准代理通道,所以正常。
我刚才的操作: 已在 Trae CN 数据库中把 DeepSeek v4-pro 和 v4-flash 的 client_connect 从 true 改为 false (12 个条目全部修复), multimodal 也同时设为 false 。”
触发调用问题吧
前面说到关闭移动端,我试了好像是这个原因,开了移动端就不行了
移动端也无法选模型,会走默认模型
对,这个bug实在不应该
这个bug太不应该了,只能暂时不用手机控制了 ![]()
果然如此,先关了移动端,就能用了
两天了,还是没修复这个问题
今天是5月10日,问题依然存在,只能断开手机端才能用
我也是遇到这个问题了,只能先去用 vscode 了 ![]()
我也是这个问题,但是我从来没用过移动端,而且我在本地可以用自定义模型,在远程服务器上不行
我直接用的电脑端也是这个问题,能问下什么时候会解决吗?就比较搞笑的是之前我用的都是Codebuddy,然后我问DeepSeek用哪个好,DS推荐我用traeCN搭配它的v4,然后4054了……
怎么关闭与手机端的控制?
