dsh-AuthInOne 使用指南
把 Provider 登录、模型管理、视觉回退、Token 用量与成本分析合并进 DSH 原生 Models/Usage 页面,并自带同端口安装重启引导。
本文为派生内容(基于 wiki / faq / compatibility_json 自动组装),非 AI 即时创作。
本文由本站基于该插件已收录的字段自动派生(wiki / faq / compatibility_json / readme),非 AI 即时创作。每节末尾标源字段。
快速上手
dsh-AuthInOne
— 源: plugin_wiki.wiki_content
安装与验证
dsh plugin --profile web add github:Stormycry-cryp/dsh-AuthInOne
复制以上命令在 DSH Web Profile 内运行。安装完成后在「插件列表」启用即可。
— 源: plugins.install
关键要点
- 想在 DSH 内使用 OpenAI Codex 或 Kimi Code 登录,或明确选择带风险标识的兼容登录。
- 需要继续使用 DSH 原生模型页管理 API Key 或自定义 OpenAI-compatible Provider。
- 想切换未来会话的默认模型,又不替换 DSH 的单会话模型选择器。
- 希望只在当前主模型明确声明为纯文本输入时,用独立配置的视觉模型描述图片。
- 需要可重建的 Provider/模型/工具 Token 用量与可审计费用。
— 源: plugin_wiki.readme_zh (fallback readme_raw)
常见问题
这个插件解决什么具体问题?
在不离开 DSH 原生设置页的前提下,统一管理多个 LLM Provider 的浏览器 OAuth 登录、API/Plan 预设、自定义 OpenAI 兼容路由、视觉回退、跨会话用量与按价目表的成本核算,并自带一条同端口重启的安装流程。
安装命令和官方 DSH 插件命令有何区别?
包内自带的 install 子命令先验证当前监听进程是标准 DSH Host,再调用官方 dsh plugin add,最后在原 URL 上替换重启,避免临时端口、第二实例或手动修改 profile。
支持哪些 Provider 登录?
稳定支持 OpenAI Codex 浏览器 OAuth 和 Kimi Code 设备流;xAI、Anthropic、GitHub Copilot、Command Code、Cursor、Google Antigravity、Kiro 标记为实验性兼容;Qwen 账户 OAuth 已停用。
是否需要单独建数据库?
不需要。所有用量与视觉回退结果都从 DSH 会话日志重建,凭据走 DSH 凭据存储,覆盖价目表走插件设置命名空间。
自动重启功能依赖哪些系统工具?
需要 lsof 来识别监听进程,当前仅在 macOS 与 Linux 上实现,Windows 直接报错 AUTH_IN_ONE_RESTART_UNSUPPORTED_PLATFORM。
卸载时会丢失 DSH 数据吗?
卸载会卸载页面、Models 贡献、Remote 命名空间、Host 服务与样式,但有意保留 DSH 会话、插件设置和凭据引用;数据清除是另一个明确动作。
— 源: plugin_wiki.faq_json
兼容性
- DSH: 官方 DSH 47f9438(src/host/compat-host.ts:13-24 中校验 settings-general / settings-models 的 0.1.0-rc.5 SHA-256)
- Node: ^22.19.0 || >=24(package.json:229-231)
- Platforms: macOS, Linux, 跨平台
— 源: plugin_wiki.compatibility_json
踩坑提醒
安装前请审阅上游仓库;本指南基于已收录字段自动派生,可能滞后于最新版本。如发现与官方文档冲突,请以上游为准。
— 来源:通用规则