deepseek-harness
deepseek-ai
DeepSeek Harness: Everything is a Plugin.
PROJECT TOPICS
PROJECT README
English: README.en.md
dsh web profile 启动后自动打开独立应用窗口(或网页标签页)的常驻插件,并在 设置 → 插件配置中提供配置卡片(手动维护浏览器位置等)。
启动时(HTTP 服务绑定完成、取得实际监听端口后),按 windowKind 选择窗口类型:
windowKind: webview2,默认,仅 Windows):启动随包分发的
DshAppWindow.exe(WinForms + WebView2,独立进程,无标签栏/地址栏),
直接加载 GUI 根地址(无 iframe、无包装页、无注入脚本)。
任务栏/窗口图标 = DSH 图标(窗口由宿主进程所有,直接设置 Form.Icon,
不受浏览器任务栏身份限制)。随 DSH 退出(宿主监视父进程 PID)。
记忆窗口大小/位置/最大化状态(%LOCALAPPDATA%\DeepSeekHarness\window-state.json,
关闭时保存、启动时恢复;显示器布局变化时回退居中)。windowKind: browser):--app 专用 Edge/Chrome 实例
(--user-data-dir=~/.dsh/<browser>-app-profile,独立进程树与存储,
不与正常浏览器页面共用进程/Cookie/缓存;--no-first-run 跳过首启欢迎页)。
随 DSH 退出(含强杀):浏览器实例加入 Job Object
(JOB_OBJECT_LIMIT_KILL_ON_JOB_CLOSE,koffi 驱动
JOBOBJECT_EXTENDED_LIMIT_INFORMATION 结构,实测 144 字节);DSH 无论
正常退出还是被强杀(taskkill /F、崩溃、关机等),Windows 内核随作业最后
一个句柄关闭自动结束作业内全部进程——专用实例整个进程树随之消亡,无需
依赖任何退出事件。另有两层兜底:DSH 正常退出时 process 'exit' 结束该
专用实例的整个进程树(仅匹配我们自己的 user-data-dir,不影响正常浏览器);
DSH 被强杀后的残留实例由下次启动前预清理。appWindow: false 时不自动打开任何窗口。端口取自 webServer 服务的真实监听值(--port 自定义、--port 0 均正确)。
无需等待:插件把 webServer 声明为硬依赖(inject),Cordis 会等
webServer 插件 Service.init() 完成(HTTP socket 已绑定、端口已写入)后才
激活本插件,apply 时端口直接可用。
两种模式都随 DSH 退出而关闭:webview2 宿主监视父进程;browser 专用实例由
Job Object(强杀也生效)+ 退出清理结束进程树。
两种途径,等价:
appWindow(独立应用窗口)、windowKind(WebView2 宿主 / 浏览器应用窗口)、
browserPath(浏览器可执行文件,支持「浏览」原生对话框选择;位于窗口类型
下方,仅选择「浏览器应用窗口」时使能)、
exitOnWindowClose(窗口关闭时退出 DSH,默认关闭)。
保存后经官方 settings 域(客户端 settingsScope)持久化到
settings 文档(命名空间 auto-open-web),首次保存后设置值优先于行配置;
宿主仅保留「浏览」「测试」辅助路由(官方通道无法覆盖的能力)。| 字段 | 默认 | 说明 |
|---|---|---|
appWindow |
true |
启动时自动打开独立应用窗口;false 时不自动打开任何窗口 |
windowKind |
webview2 |
webview2 = WebView2 宿主(独立进程、任务栏 DSH 图标、随 DSH 退出);browser = 浏览器 --app 专用实例。所选类型不可用时仅记录日志、不打开 |
exitOnWindowClose |
false |
(实验性)关闭自动打开的窗口时随之退出 DSH(默认关闭;仅 appWindow 开启时生效)。窗口进程正常退出(用户关闭窗口)时触发 process.exit(0);启动失败/崩溃/被强杀(非 0 退出码)不触发,避免误退出。设置卡片保存后当前会话即时生效(退出监听始终注册、行为由实时标志决定),无需重启 DSH |
browserPath |
'' |
手动指定的浏览器可执行文件路径(单条,如 C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;仅浏览器模式使用),优先于内置候选 Edge → Chrome;路径不存在会跳过并告警。设置卡片上的「浏览」按钮弹出原生文件对话框:与官方工作区目录选择器同一机制(子进程 + koffi 驱动 IFileOpenDialog,对话框是子进程的第一个窗口,自动置顶;不使用 PowerShell)。「测试」按钮真实拉起一个 --app 专用测试实例(独立 user-data-dir ~/.dsh/<browser>-test-profile,不污染正式实例):确认浏览器主进程存活后报告成功,窗口展示数秒后自动结束该测试进程树(精确 pid,不动正式实例;Job Object 可用时测试实例也加入作业,DSH 退出时兜底);测试使用当前输入的路径(未保存也能测),失败会显示原因 |
在 ~/.dsh/profiles/web/cordis.patch.yml 中按 id 覆写该行的 config(覆写会整体替换 config,未列出的字段用默认值):
- id: auto-open-web
config:
browserPath: 'C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe'
本包是组合包(bundle):一个附带配置层的 npm 包——package.json 的
dsh.bundle 声明配置层文件(cordis.patch.yml),profile 安装它时按包名激活
插件行。已发布到 npm registry(dsh-auto-open-web@0.1.5)与 GitHub
(https://github.com/jinsiyu/dsh-auto-open-web,main 分支)。
cd dsh-auto-open-web
pnpm pack # prepack 钩子自动先编译 WebView2 宿主(dotnet publish),产出 dsh-auto-open-web-0.1.5.tgz
方式一:源码 checkout 链接(开发期,改动即时生效)
# 绝对路径,避免 pnpm 自链接
dsh plugin --profile web add C:\path\to\dsh-auto-open-web
方式二:tarball(发布产物,推荐交付;无需构建授权)
dsh plugin --profile web add ./dsh-auto-open-web-0.1.5.tgz
方式三:npm 注册表(发布后)
dsh plugin --profile web add dsh-auto-open-web
方式四:GitHub 源码安装
dsh plugin --profile web add github:jinsiyu/dsh-auto-open-web#main
dsh plugin --profile web remove dsh-auto-open-web # 同时移除依赖与对应配置层
安装后:pnpm 将包加入 profiles/web/node_modules,dsh 把
dsh-auto-open-web 追加到 dsh.profile.bundles;启动时 bundle 的
cordis.patch.yml 插入插件行(name: auto-open-web,按包名解析)。
重启 dsh web 后设置页出现「自动打开网页」卡片(客户端 bundle 由 modules
行按 dsh.client 声明在启动时扫描进浏览器清单)。
生效配置按以下顺序逐层组合(后应用的层按行胜出,整行替换 config 而非深合并):
每个 bundle 的 patch(按 bundles 列表顺序)→ profile 自己的
cordis.patch.yml → 全局 $DSH_HOME/cordis.patch.yml → --patch overlay。
用户可在自己 profile 的 cordis.patch.yml 中覆盖本包的行,无需改动包。
@deepseek-ai/dsh(宿主,声明兼容范围 >=0.1.0-rc.7 <0.2.0,
settings.plugin.item 自该版本起为 keyed 插槽,注册需 options.key;
不做运行时版本检测)@deepseek-ai/schemastery(配置 schema 校验器;运行时解析:常规 import
优先,其次 Windows 全局 npm 布局下的 DSH 部署副本)koffi(仅 Windows 的 Job Object / 进程校验 / 原生对话框;同样运行时
解析部署副本,失败仅降级)
因此任何平台安装都无构建拦截——鸿蒙等无 koffi 预编译的环境开箱即装;
posix 平台走 posix 降级适配器(browser 模式可用;webview2 / 原生对话框
不可用),且平台适配器按平台条件加载,posix 上完全不求值 win32.js。host-publish/(构建产物被
.gitignore 忽略):webview2 模式需先在 node_modules/dsh-auto-open-web
下执行 pnpm run build:host 生成(需 .NET SDK);browser 模式无需构建。package.json 安装(不经 dsh plugin 命令),需同时追加
dependencies 与 dsh.profile.bundles 两项;使用本地 file: 依赖时
dsh web 启动会把 file: 规范化成 ^0.1.5,运行时不受影响。/favicon.svg(与 index.html 一致)。Form.Icon = 插件生成的
DSH .ico(~/.dsh/auto-open-web-icon.ico),与浏览器任务栏身份机制无关。
.ico 来源:抓取本机 favicon.svg,用 sharp(部署自带,运行时向上解析,
未声明为依赖)栅格化为 16/32/48/64/128/256 PNG 后组装;sharp 不可用时
宿主退回默认窗口图标。windowKind: webview2(默认,任务栏图标 DSH)或 windowKind: browser(--app 专用实例);所选类型不可用则不打开webview2 模式不可用(会记录日志不打开);browser 模式未测试(--app 专用实例)browser 模式:重启后旧窗口保持原样(需手动刷新;可与新窗口短暂并存);
DSH 被强杀(taskkill /F、崩溃)时专用实例由 Job Object 一并结束,不残留CLASSIFICATION EVIDENCE
系统优先读取 GitHub Topics,再与站内分类词典和词根规则比对。当前命中: 无有效分类标签。