dsh-our-free-model 用不了怎么办:连不上、额度与切换的完整排查顺序与重新启用
「昨天还能用,今天一直连不上。」 用 dsh-our-free-model 的人迟早会碰到这句话,而它背后可能是三种完全不同的故障:插件没加载、模型不可用、额度或网络被卡住(社区仓库)。这篇按分诊表排:先用一个动作分清三类,再看日志与失败码,最后给切回官方模型与重新启用的顺序。涉及插件更新与重装时,入口在 DSH Plugin Hub。
先分三类:DSH plugin 没加载、模型不可用、额度与网络
三类故障的判据不同:插件没加载看「有没有入口」,模型不可用看「请求有没有回来」,额度与网络看「返回码是什么」。 先分清,能省掉一半无效重启。
| 现象 | 大概率类别 | 第一个动作 |
|---|---|---|
| 完全没有插件面板或入口 | 插件没加载 | 查已安装列表与 profile |
| 有入口,但选不到免费模型 | 模型不可用 | 查模型列表与插件状态 |
| 能选模型,一发消息就失败 | 额度或网络 | 看失败码与请求日志 |
| 时好时坏,偶尔超时 | 网络或上游波动 | 看时间段与代理 |
- 打开已安装列表,确认 dsh-our-free-model 在当前 profile 里。
- 重启宿主,看插件面板或入口是否出现。
- 入口出现后,看模型列表里有没有免费模型可选。
- 能选模型但请求失败,进入下一节看失败码。
- 三类都对不上,记录时间点,按「社区反馈 / 待核实」处理。
分诊的关键是不要跳步。插件没加载时去调模型配置,或者额度用尽时反复重启,都是把问题往错误的方向推。
看日志与失败码:DeepSeek Harness 的逐层排查
排查顺序是「请求发没发出 → 返回码 → 模型名与端点 → 网络与代理」,先定位层,再谈修。 失败码比界面文案更可靠。
- 请求没发出:插件或本地转发端口没起来,先确认插件加载与端口状态。
- 401 / 403:凭据或转发端口鉴权问题;免费通道理论上不需要官方密钥,出现这类码要先核对插件自身的鉴权设置。
- 404:端点或模型名对不上,检查转发地址与模型标识是否被改动。
- 429:额度或限流,通常来自上游;本地重启一般无效。
- 超时 / 连接重置:网络、代理或上游波动,先确认本地能出网,再换时间重试。
日志要分层看:宿主日志看插件是否加载,插件面板看通道状态,请求记录看返回码。三类日志指向同一层,结论才成立。官方模型提供方的配置方式见 官方文档;模型连接类排查可以对照 模型连接排查。
一个最省时间的判据
请求有没有发出去,是分诊里信息量最大的动作。
- 本地准备阶段就失败:插件或转发端口没起来,先去看插件加载。
- 请求已发出、返回 4xx:按返回码对应的层处理。
- 请求已发出、没有返回:看网络、代理与超时。
临时切回官方模型:DSH plugin 的止损顺序
先止损再排查:切回官方模型只改「当前用哪个提供方」,不需要卸载插件。 这样你能继续工作,也保留免费通道的现场。
- 进「设置 → 模型」,把当前模型切回官方提供方。
- 确认官方密钥仍在有效状态;变更在下一次请求时生效。
- 发一条短消息,确认能正常返回,排除宿主整体故障。
- 保留免费通道的失败时间、失败码与日志,不要清空。
- 等工作告一段落,再单独排查免费通道。
切回官方不是「放弃免费模型」,而是把「工作可用」和「通道排查」分开。两件事同时做,最容易在配置之间来回改,最后说不清哪套在生效。
重新启用:DSH Plugin Hub 里的更新、重启与验证
重新启用按「更新 → 重启 → 选模型 → 发测试消息」四步走,每一步都有可观察结果。 不要只看到「已启用」就结束。

- 在已安装列表看 dsh-our-free-model 是否有可更新版本,有就先更新。
- 更新后重启 DeepSeek Harness,等插件面板与模型列表重新加载。
- 回「设置 → 模型」切回免费模型,确认模型标识属于该通道。
- 发一条测试消息,确认有返回且不是报错兜底。
- 看插件自带的用量看板,确认这次调用被记录。
四步里,测试消息与用量记录最有说服力。界面显示启用、模型列表出现,都可能只是加载完成;真正发出去并拿到返回,才说明通道可用。
哪些结论还不能确定:DeepSeek Harness 免费模型的待核实边界
免费模型的额度、上游与稳定性由插件方决定,很多结论只能标「社区反馈 / 待核实」,不能写成官方承诺。 这条边界要提前说清。
- 额度规则:免费通道的额度怎么算、什么时候重置,社区说法不一,以插件面板与上游提示为准。
- 上游模型清单:模型列表会随上游变化,今天可用的模型明天可能消失,不做长期可用承诺。
- 限流阈值:429 的具体阈值与恢复时间不透明,只能按实际返回判断。
- 服务条款与合规:能否用于你的场景,需要自行确认,不把社区经验当成合规结论。
- 修复状态:插件更新是否解决某个问题,以仓库发布记录为准,不写「官方已修复」。
把这些标成「待核实」,不是降低文章价值,而是避免把不确定的东西写成结论。记录时至少写三样:
- 时间点与失败码。
- 插件版本与上游提示。
- 当时的网络与代理环境。
免费模型的定位本来就是试用与体验,稳定性与归属需要自己评估;它和官方模型的差异见 dsh-our-free-model 是什么,切换与回退的完整步骤见 免费模型与官方模型怎么切换。
常见问题
DeepSeek Harness 里先看插件是否加载:已安装列表有没有条目、重启后有没有面板或入口。插件在、入口也在,再查模型不可用;插件不在,先解决安装与加载,别去改模型配置。两类问题混在一起查,最容易反复重启却没有结论。
DeepSeek Harness 里先看请求有没有发出:本地准备阶段失败通常是插件或转发端口没起来,请求已发出后失败才看返回码。401 指向凭据或转发端口鉴权,404 指向端点或模型名,429 指向额度或限流,超时则回到网络与代理。
DeepSeek Harness 里重启通常解决不了额度问题,因为额度由插件背后的上游决定,不在本地进程里。遇到 429 或明确的额度提示,先切回官方模型恢复工作,再等上游恢复或换一个可用的提供方;把额度问题当成加载问题反复重启,只会浪费时间。
DeepSeek Harness 里在「设置 → 模型」把当前模型切回官方提供方,变更在下一次请求时生效,不需要重启。切回后先发一条短消息确认能正常返回,再继续工作;免费模型通道留到后面单独排查,不要让两套配置互相干扰。
DeepSeek Harness 里先更新或重装 dsh-our-free-model,重启后确认插件入口与模型列表出现,再切回免费模型发一条测试消息。验证要看请求是否走本地转发端口、模型名是否属于免费通道;只看界面显示启用不算,实际返回才算。
相关术语
- dsh-our-free-model
- dsh-our-free-model 是一类免登录、免 API Key 接入免费前沿模型的 DSH plugin,同时提供本机用量看板与 OpenAI 兼容的本地转发端口。它属于新增一个模型提供方通道,不是替换官方模型机制。— https://github.com/zouyuxuan122/dsh-our-free-model
- 模型提供方
- 模型提供方是 DeepSeek Harness 里模型接入的单位,官方支持配置 DeepSeek、添加第三方提供商与自定义模型 API。变更通常在下一次请求时生效。— https://deepseek-harness.github.io/deepseek-harness/guide/providers
- OpenAI 兼容端口
- OpenAI 兼容端口是插件在本机暴露的、符合 OpenAI 接口约定的转发地址,让 DeepSeek Harness 像访问标准提供方一样访问免费模型通道。它是零配置接入得以成立的关键机制。— https://github.com/zouyuxuan122/dsh-our-free-model
- 额度与限流
- 额度与限流是免费模型通道对调用次数或频率的限制,通常由插件背后的上游决定。它不在本地进程里,重启宿主一般无法解除。— https://github.com/zouyuxuan122/dsh-our-free-model
来源
- 社区插件仓库 - dsh-our-free-model· community
- DeepSeek Harness 官方文档 - 配置模型(提供方机制)· deepseek-harness
- DSH Plugin Hub 插件页· dsh-plugin.org