zouyuxuan122/dsh-our-free-model

简体中文 | English 输入框的模型选择器 被判定为「点名但不路由」的模型不出现在任何分组里——它们只在设置页的不在选择器中分组留痕， 带上拒因与探测时间，某一次探测重新通过后会自动回到选择器。 设置页 设置 → Our Free Model，六个分区： 输出上限、实测首字延迟，以及一次单调用基准测试按钮。 首次启动公告——分 5 页（前言 / 模型清单 / 使用步骤 / 功能介绍 / 公告与升级），确认一次后不再弹，除非文案版本号被提升。 装完重启一次应用。--profile 填你实际使用的那个。 桌面端在拉起 web 服务之前会跑一道 profile 闸门。它的扫描器只放行 dsh 自己在 .dsh-module-fallback 下生成的链接；profile 目录树里出现任何其它符号链接或目录 junction，应用会直接拒绝启动，报： 所以桌面端不要用 link: 依赖安装，也不要建 junction。请用应用内的插件管理器， 或者放一个真实目录。 手工以真实目录安装，在 /profiles// 下做三件事： （index.js、client.js、src/、locale/、icon.svg、cordis.patch.yml、package.json） 插件被整合包（EAC 整合包、Mojobox 等）安装时，由安装方负责更新时机与字节： 在安装时把 bundle config 设为 distribution: 'managed'（或向 settings.json 写入 同一字段），插件的应用内升级、公告 feed 与热重载即全部停用——两个写入者同时操作 同一个安装目录只会把它写坏；模型 lane 不受影响。相关验收见 scripts/offline-test.mjs；目录就绪记录（manifest 0.15 / 出处 / 许可 / 完整性） 在 catalog/ 下。 不要盲试，直接调用桌面端自己的闸门代码： 期望看到 status: 'compatible'、mismatches 为空数组，然后 PASS。 只想确认 bundle 组合是否正确、不启动界面： 应当只出现一个 id: our-free-model。 这是目标 profile 的 pnpm 状态问题，与插件仓库无关（报错发生在下载插件之前）：profile 里已有的 nodemodules 是旧版 pnpm 生成的，dsh 更新后自带的 pnpm 版本变了，pnpm 拒绝在旧参数上继续安装。 关掉 dsh，删掉 profile 的 nodemodules 和 pnpm-lock.yaml 让它重建，然后重新安装： 同时出现的 Ignoring broken lockfile 警告会随重建一起消失。 选模型：打开输入框的模型选择器，选 Our Free Model 分组下的任意模型。选择按会话持久。 调思考强度：同一菜单里的 Effort，三档 Light / Balanced / Deep。档位越高，思考占用的 输出预算越多；上限是强制下发的，所以差异可测量，不是装饰。它是思考与可见回答共用的一 份额度，所以思考关不掉的模型会把三档整体抬高（设置 → Our Free Model 的模型卡上写着每一档 的实际数字）。如果觉得回答被截断，先换 Deep，或调高设置里的单次输出上限。 给其它本地工具用：设置 → Our Free Model → 本地转发，启用后复制 base URL 并生成 Key。支持： 重新核对地区：点"重新探测可用性"，会按当前出口重跑探测。开/关 VPN 后再点一次， 地区受限模型会在两个分组之间自动迁移。 接收公告：一切自动。仓库主人推送新公告后，运行中的插件在一个轮询周期内（默认…