dsh-server-hub
DeepSeek Harness Web 的持久化多服务器切换器
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:ginkgonine/dsh-server-hub#618f02043416d858a2fd4067ead24157323cbc30
Server Hub 以 dsh-server-hub 发布，当前版本为 0.2.2。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
为 DeepSeek Harness Web 提供常驻的多服务器主控界面。
在 Windows PC 上运行一个主控 DSH，将多台远程服务器的 DSH 端口通过 SSH/其他隧道转发到该 PC；本插件自动识别本机监听端口中的 DSH，并在同一个主控外壳里用顶部标签切换。若要显示 Agent 工作、等待人工处理和完成状态，需要在被监控的远程 DSH 上也安装同一插件作为轻量状态桥接端。
localStorage 中。❗、✅。Windows PC
├── DSH 主控 + dsh-server-hub（发现、轮询、Hub UI）
├── 127.0.0.1:3101 ── tunnel ── 服务器 A 的 DSH + dsh-server-hub（状态桥接）
├── 127.0.0.1:3102 ── tunnel ── 服务器 B 的 DSH + dsh-server-hub（状态桥接）
└── 浏览器
└── 主控外壳
├── 常驻状态监控器
├── 主控自身 iframe（嵌入模式不再注册 Hub，避免递归）
├── 服务器 A iframe
└── 服务器 B iframe
主控 Host 在浏览器首次连接状态总览后启动常驻监控：每 30 秒重新发现端口，并约每 1.5 秒轮询主控自身和现有转发端口的状态桥接端。桥接端只返回工作数、等待数和完成序号等最小聚合数据，不传输会话正文。Client 在 shell.overlay 中挂载不可见监控器，因此离开 Hub 面板后，浏览器标题和桌面通知仍能继续工作。
dsh plugin --profile web add github:ginkgonine/dsh-server-hub
dsh-server-hub 是 Profile Bundle，dsh plugin 会把它加入 Web profile 的 bundle 列表。主控必须安装；需要状态监控的每台远程 DSH 也执行同一安装命令。远端页面被 Hub iframe 嵌入时不会渲染第二套 Hub UI，只运行 Host 状态桥接。
安装完成后重启对应的 DSH：
dsh web
git clone https://github.com/ginkgonine/dsh-server-hub.git
cd dsh-server-hub
npm run check
dsh plugin --profile web add .
然后重启 dsh web。
dsh --profile web --dump-config
输出中应包含：
- id: dsh-server-hub
name: dsh-server-hub
dsh plugin --profile web remove dsh-server-hub
卸载后重启 DSH。
frame-ancestors 或 X-Frame-Options，需要改用主控反向代理方案。127.0.0.1 和 ::1；只绑定其他网卡地址、HTTPS 或非 loopback 的场景需要后续增加完整 URL 配置。本仓库提交了可直接安装的 lib/ 产物。构建过程不依赖私有 DSH 构建工具：Host 使用标准 ESM，Client 使用 DSH 的 window.__ModuleLoader__ 模块包装格式。
npm run build
npm test
npm run check
项目结构：
src/index.js Host：端口发现、状态桥接、常驻轮询与受保护 API
src/client.js Client：Slot UI、iframe Hub、标题/通知与本地名称配置
cordis.patch.yml Web profile bundle patch
scripts/build.mjs 生成 lib/ 发布产物
connection.requestRejection() 登录校验。/api/dsh-server-hub/status 只接受无 Origin 的 loopback GET/HEAD 请求，供 SSH 转发后的主控 Host 轮询；不会开放浏览器跨域访问。