一个插件白嫖顶级大模型？dsh 免费模型插件实测与红线

最近抖音上有个视频挺火：一个开源插件，装上之后不用登录、不用注册、不用填 API Key，就能在编程工具里直接调用 DeepSeek V4.1 Flash、Kimi K3 这类一线模型，标题里还挂着「无限白嫖」。评论区一片「真的假的」「明天我试试」，也有人泼冷水：「不能无限，我刚把这个插件卸载了」。

这个项目叫 dsh-our-free-model，挂在 GitHub 的 Ebony-Vinyl 账号下，2026 年 9 月底创建，一个多月冲到 5.2 万 Star，10 月 30 日刚发了 v2.7.3。它到底是怎么把模型「白嫖」来的？免费的代价是什么？哪些红线碰了会出事？这篇文章把它拆开讲清楚，结论先放在前面：免费是真的，「无限」是营销话术，隐私红线比你想的更实。

它是个什么东西

先说宿主。dsh 的全称是 DeepSeek Harness，一个本地优先的 AI 编程工作台，模型调用、工具执行、Web 界面都在本机跑。而 dsh-our-free-model 是给这个宿主装的第三方开源插件，装完之后你的模型选择器里会多出一个「Our Free Model」分组，里面的模型可以直接用——不需要你注册任何账号。

项目有几个技术取向值得点名的：零依赖、无构建步骤、源码是明文 JavaScript（作者原话：本地插件必须如此，混淆解决不了信任问题）；应用内升级走 Ed25519 签名清单加 SHA-256 逐文件校验，镜像被投毒只会导致升级失败而不会执行恶意代码；所有状态写在本机数据目录，用量看板、设置、Key 都不上传。这些工程细节在同类「免费车票」项目里做得算相当扎实的。

免费是从哪来的

这是全文最关键的问题。插件自己不提供任何模型，它做的事情是把几条公开的免费通道接进宿主。插件仓库的文档把每一条上游、每一次出网目标都列成了表格，直连、不经第三方中转，这个透明度值得肯定：

换句话说，「白嫖」的本质是：OpenCode 和 Kilo 这两家把免密额度公开开放给了开发者社区，插件把这些额度聚合进了 dsh 的模型选择器，并做了可用性探测（被上游明确拒绝路由的模型自动从下拉框移除，被地区策略拦截的归入单独分组）。模型清单每次刷新都从上游重新拉取，插件不保存静态快照——上游给什么，你就用什么。

顺带说一句，OpenCode 的免密额度我们之前盘点过：那次统计的 20 家平台免费额度里它就是最慷慨的一家之一。插件作者也把「额度是上游单方面给的」写进了免责声明——随时可能限流、收费或下线。

装起来要几步，有一个大坑

官方支持三种安装方式：命令行 dsh plugin --profile web add 本地目录安装、桌面端走应用内插件管理器、或者下载 Release 里的 tgz 包手动解压。装完重启一次宿主，模型选择器里就会多出分组。整个过程不需要任何账号操作，这是它传播快的主要原因。

但是有一个坑必须加粗说：npm 上有个同名的 dsh-our-free-model 包，不是官方发的。仓库文档明确警告，那个包由第三方打包，入口文件被改过，还多了仓库里从未有过的文件，装了它既得不到签名校验也得不到应用内升级。所以只认 GitHub Releases 的发布包，其它渠道出现的同名包一律当假货处理。这种「借开源项目名字发投毒包」的套路这两年非常多见，装之前多看一眼来源，能省掉一次半夜重装系统的经历。

另外两个安装期报错也顺手记录一下：遇到 pnpm 的虚拟store长度报错，关掉 dsh、删掉对应 profile 的 node_modules 和 pnpm-lock.yaml 重建即可；桌面端 profile 提示「managed exclusively by the Electron application」是宿主自身的保护，去桌面端的插件管理器里装，别用命令行硬写。

真正好用的其实不只是免费

如果只把它当「免费模型入口」，那低估了这个项目。装完之后它给你的，更像一整套本地模型网关：

一是本机转发端口。设置里开启本地转发后，插件在本机起一个 OpenAI 兼容加 Anthropic 兼容的接口（Chat Completions、Responses、Messages 全支持，含流式与思考块），你本机其它工具填上 base URL 和自动生成的 Key 就能调用这些模型。也就是说，这一个插件可以同时喂饱你的编辑器插件、命令行 Agent、自己写的小脚本。

二是省 Token。工具输出压缩会在请求发出前就地改写工具结果——40KB 的 git diff 能去掉九成字节而模型照样能就它答题；另外还有提示词瘦身和五个不走上游请求的本地应答。设置页把压缩前后的字节数和节省比例都列出来了，这点很实诚。

三是降级链。可以把不同车道的模型串成一条命名链，链首撞了配额墙自动切下一个，对调用方完全透明。「想了很久才撞上配额墙」正是降级链最有价值的场景——思考增量不算正文，切换时正文整段丢弃重来，你感知不到。

四是用量看板。17 周的 Token 热力图、总量曲线、输出速度、首字延迟、缓存命中率，逐请求留痕，全部只存在本机。哪个模型慢、哪个模型思考时静默六十秒，看板都如实显示——这在免费通道这种「服务质量随缘」的场景里特别有用。

「无限」的真相：三条边界

回到标题。插件文档对「不限量」的解释很克制：指不存在额度体系——不用充值、不按 token 计费、没有套餐。但它紧接着列了三条硬边界，这三条正好对应评论区那些「不能无限」的吐槽：

第一，按会话限速。免费车道按 session 统计速率，短时间打满会返回 429，插件把模型标成「已达限额」但不隐藏，下一轮探测自动恢复。也就是当天用量大的用户一定会撞墙，只是墙的位置因人而异。评论区还提到上游 OpenCode 自己也在收紧（有用户反馈开始日限），这类上游政策变化插件管不了。

第二，地区限制。部分模型对特定地区不放行，这类模型不会消失，而是归入「region-limited」分组单独隔离。如果你挂着 VPN 切换出口，点一下「重新探测可用性」，模型会在两个分组之间自动迁移。

第三，速度与稳定性随缘。有模型实测首字延迟超过 30 秒，有的模型思考阶段静默 60 到 70 秒且思考与正文共享输出预算，容易让客户端误报「空响应」。插件做了自动恢复机制（最多追加一次请求），但不保证成功。拿它跑紧急任务之前，先想清楚这一点。

安全与隐私：这几条红线别碰

免费的东西，账单往往以别的形式出现。这个项目的文档在隐私这块写得比大多数同类项目诚实，但也正因为它写得诚实，这几条更该划重点：

你的 prompt 会发给上游。这和调用任何模型 API 一样，输入的代码、问题、随附图像都会作为正常推理请求发到 OpenCode 或 Kilo 的服务器。除此之外插件本身不上传任何东西——但「插件不上传」和「上游不记录」是两回事。Kilo 免费池在其模型卡里明确声明：prompt 可能被上游提供方记录并用于改进服务，不适合生产环境或敏感数据。

无会话请求共享状态。免费额度按会话计费，没有携带会话 id 的请求会并入一枚保留的全局会话，和其它无 id 的请求共享上游状态（含 KV 缓存）。并行跑多个敏感对话时务必用带会话 id 的调用形态，插件对首个无 id 请求会给出一次性警告——别忽略它。

局域网共享是个双刃剑。本地转发只绑回环地址，这是安全默认；但如果你开启了「局域网访问」让同网段设备共用，那么任何拿着局域网 Key 的人都在消耗你这台机器的免费额度。只在可信网络开，必要时用防火墙限来源网段。

企业场景想清楚再上。个人开发机拿来跑跑原型、写写脚本没问题；公司机器务必先过一轮合规评估——免密通道的出网目标、prompt 落点、审计缺口，这三件事 IT 部门都会问。如果是企业内部要统一管理模型入口、做私有化网关或者内网部署选型，可以联系 峰哥 17712677007，这类「既要省钱又不能踩合规线」的架构我们帮不少客户做过。

和自己注册官方免费额度比，值不值

最后一个务实的问题：既然 OpenCode 和 Kilo 的免密额度是公开的，为什么不自己去官网注册调用，非要多装一层插件？对比下来有三个差异点。其一是聚合：插件把免费车道、Kilo 免费池和你自己的十个账号渠道放进同一个选择器，还配了降级链，切换成本几乎为零；自己去调 API 就得自己写轮换逻辑。其二是工程补齐：流式判定、思考截断恢复、省 Token 压缩、用量看板这些脏活插件都干了，上游在高负载下返回不规则响应时它会按响应体形状嗅探而不是整轮失败。其三是风险换了个位置：插件本身是明文 JS、带签名升级，供应链风险控制得不错，但多一层插件就多一层信任对象，这是客观成本。

所以我的建议是：个人学习、原型验证、非敏感的日常编码，值得装；涉及客户数据、密钥、商业机密的工作，老老实实用你自己的付费 API。免费额度的正确用法是当「开发沙盒」，不是当生产依赖。

设置页里的这些小设计，值得说两句

用过几轮之后，你会注意到这个插件在细节上花的心思。模型选择器里的可用模型用一个「鱼缸水位」可视化——水位高低就是当前可直接使用的模型占比，一眼就知道今天车道通不通。公告中心把仓库维护者推送的更新说明直接投递进设置页，紧急公告全屏弹出，普通公告静默进列表，不用再去仓库翻 issue。思考强度是真的能调：声明了档位的模型给你 Off 到 Max 的菜单，没档位的走 Light、Balanced、Deep 三档预算阶梯，每一档实际下发的输出上限都标注在模型卡上——你在别的「白嫖入口」里很难见到这种颗粒度的控制。

升级体验也值得一提：设置页里一键升级，走下载、SHA-256 校验、备份、原子替换、回读校验、热重载的完整链路，任何一步失败自动回滚到上一版本。整个过程不需要重装、不需要重启宿主。对一个更新频率不低的项目来说，这决定了普通用户愿不愿意一直留在新版本上。

常见问题

Q：真的完全不需要登录吗？

免费车道和 Kilo 免费池确实不需要任何账号；EAC 渠道（仅桌面端）需要 GitHub 登录并 Star 仓库后解锁；十个账号渠道要用你自己在各家的账号登录。选免费分组就一直处于免登录状态。

Q：装 npm 上那个同名包行不行？

不行。npm 上的同名包是第三方打包的，入口文件被改动过，与仓库发布内容不一致。只从 GitHub Releases 下载 tgz 安装，这是官方文档里用加粗警告写明的。

Q：模型列表里的模型会一直都有吗？

不会保证。清单每次从上游实时拉取，上游下线或拒绝路由的模型会自动从选择器消失；免费额度政策也由上游单方面决定，随时可能变化。把它当成「随时可能关门的免费食堂」来用，心态就对了。

Q：用它写代码，公司电脑上安全吗？

插件本身的数据都留在本机，但 prompt 会发往上游，Kilo 池还声明可能记录。公司机器建议先过 IT 合规评估，敏感系统所在的电脑不建议开启；需要内网隔离方案的话，独立本地服务形态（无需装 dsh 宿主）也在开发中，可以关注仓库进展。

写在最后

最后补一个实操视角的观察：这个项目的 issue 区和 QQ 交流群相当活跃，安装报错基本都有人踩过、作者也回复得勤快，v2.7.3 这个版本名就叫「免费车道兼容与渠道稳定性修复」——说明维护者主要精力在追着上游政策跑。对一个依赖第三方免费额度的项目来说，维护活跃度就是它最大的生命力指标，装之前不妨先看一眼最近一次提交时间。

dsh-our-free-model 是那种「用工程手段把灰色地带管理得井井有条」的项目：上游透明、签名升级、隐私声明写得毫不含糊，连「不限量的真实含义」都主动解释。但也正因为作者自己都把边界讲得这么清楚——按会话限速、地区隔离、上游随时可变、prompt 可能被记录——你就更该把它当工具而不是当福利。白嫖可以，别把身家性命押上去。工具是好工具，姿势要对，边界要清——这三句话送给你，也送给所有盯着「免费」两个字点进来的读者。