除了开发团队倒行逆施，每个版本必改崩插件，底层公开接口随心所欲，根本不遵循软件规范，还有一个核心原因，就是 GitHub 上的 Deepseek V3 Issue 1608，一个关于有的时候会出现超时断开的这个问题。这个对体验上非常致命，经常一断开就是一分钟卡死，没有以前的流畅感了。官方嘴很硬，把这个 issue 关了，其实这个问题没有修复。而官方内部无感的原因是因为他们一直走的是内网，网关配错的地方在外网。建议官方人员都走公网 API，体验一下外面现在用户的垃圾感受。顺带把那个配错的还嘴硬的人开了。

依旧倒行逆施，依旧改装插件，依旧随心所欲（
核心原因是赞同的，这个API断连的问题确实很严重。
但我觉得前面这一段除了的是不是有点太苛责他了，毕竟只是个测试版玩意（

会不会官方其实不用dsh开发dsh，而是用claude code，codex开发dsh？

什么鬼，我完全没有这种感受，我还是反代到公网的

不知道，我api没断过

没断过api，不过我倒是有个npm对话缓存不匹配导致无法创建新对话/旧对话丢失的bug一直没修

然后再说一个问题，现在 dsh特别喜欢调用命令的时候用 sleep，很多时候命令很快就返回了，sleep 浪费了很多时间，应该改成回调式的，但是现在 Agent 很难唤醒，这个地方也要修。

一个没正式发布的开发版，官方都说了在高速迭代，还扯上倒行逆施了

不遵循软件规范？那仓库里非常醒目地标注着警告，早期测试、不稳定、不安全、会有破坏性更新云云，不遵循了什么？

开发者预览本来就极不稳定，反正我是不日用，但挺乐意做俩小插件玩玩

超时断开是因为你的杀毒软件吧，比如卡巴斯基就会疯狂肘击DeepSeek的api访问，得去设置里添加排除项。

官方早就声明会出现破坏性更新了你说的断连问题我用了一个月没有感受

搞不懂楼上都在急啥？这年头能说出来的问题，都是已经在自己的私有版本里修了。发出来抛砖引玉，给大家点盼头。

还是ds吧的人正常点，换别的吧节奏早被你带起来了

唉，真的是 xx一代，根本不知道什么是版本号的，以及哪一级版本号可以修改接口。我不说了，您们开心就行。