deepseek-harness
deepseek-ai
DeepSeek Harness: Everything is a Plugin.
PROJECT TOPICS
INSTALL REFERENCE
dsh plugin --profile web add github:tiphareth0/dsh-hardssh
该命令指向仓库当前默认分支;尚无绑定当前 commit 的完整验证结果。
PROJECT README
中文 · English
【DeepSeek Harness (DSH) 的 SSH 工作区 + SSH 运维插件】 · 已适配 DSH 0.1.5(实测内核 0.1.5-rc.1)
把服务器上的任意目录变成 SSH 工作区:绑定后,该会话里的文件读写与命令执行透明地运行在远端主机, 你和 agent 都像在操作本机一样工作——同时提供完整的 SSH 运维面板(终端、传输、隧道、命令)。
把服务器上的目录变成工作区:会话内的文件读写、命令执行透明路由到远端主机
按服务器分组管理 SSH 工作区:连接状态徽章、编辑/删除服务器、新建服务器
这是本插件与其他 SSH 方案最本质的区别:不修改官方内核,只替换 DSH 的服务 seam。
cordis.patch.yml 把部署自带的 fs-sandbox / subprocess 两行禁用,改由本插件提供路由门面。
因此任何通过标准 ctx.fs / ctx.subprocess 接口工作的插件,在 SSH 工作区会话里都自动运行在远端主机上——
不需要该插件写一行 SSH 代码,也不需要它知道远端的存在。
换句话说:你已有的插件生态,开箱即可在服务器上跑。
glob / grep 也包含在内——通过「工作区搜索桥」。 官方 dsh-tool-fs-search 会用本机绝对路径 spawn 打包的
ripgrep,本机工具读不到服务器上的工作区。现在这条 spawn 不再被拒绝(0.2.5 之前的行为),而是由 subprocess seam 交给
绑定的主机来回答:宿主机有 ripgrep 就在服务器上执行同一条 argv;没有则由搜索阶梯代答,并把结果投影回 ripgrep 自己的
输出形状(--files 列表 / rg --json 匹配记录),原生工具层原样格式化。路径是工作区根下的 POSIX 路径,path 参数超出
工作区根会被拒绝。需要正则语法与显式预算、或宿主机没有可用正则引擎时,仍用 remote_search。同理,pwsh / powershell / cmd
是客户端原生二进制,在本机执行。远端文件读写与命令执行(read / write / edit / bash)走的是已替换的 seam,在远端生效。
工作区能力没有焊死在 SSH 上。底层是平台无关的通用底座:
WorkspaceRecord / WorkspaceProvider / WorkspaceConnection / 能力(capability)
+ WorkspaceRegistry / WorkspaceLedger / WorkspaceRouter / Switch 门面
ssh),local 是另一个;同一套底座可以继续接
docker / wsl / 云 devbox / 远端容器——上层插件、工具、UI 全都不用改。remote_* 工具、主机删除守卫全部读同一个台账,行为一致、无分歧。workspace.fs / workspace.process / workspace.search),消费方 get() 拿不到就优雅降级。绝大多数插件走 seam 就是零改动。少数自带文件/进程抽象、或自建「本地/远端」状态的插件, 只需要把对应接口换成通用底座里的等价物,典型就是这几处:
| 插件里现在的东西 | 换成 |
|---|---|
直接 node:fs / node:child_process |
ctx.fs(DSH FileSystem)/ ctx.subprocess(SubprocessRuntime) |
| 自建的 path→远端映射、「remote 模式」布尔量 | ctx.workspaceCore.findByAnchor() / openByAnchor() |
| 自建的 workspace 句柄类型 | WorkspaceCore / WorkspaceConnection / WorkspaceRecord(@tiphareth/dsh-hardssh/workspace) |
| 自建的文件/进程能力契约 | connection.get('workspace.fs' \| 'workspace.process' \| 'workspace.search') |
| 客户端自建的 local/remote 全局开关 | ctx.sessions.list(current + byId[id].cwd)+ 工作区快照的最长锚点匹配 |
让 agent 直接读 packages/dsh-hardssh/SKILLS.md 即可完成适配: 那是一份写给 agent 的执行手册,包含判定命令、接口对照表、可照抄的代码片段与自检清单。
右侧栏 SSH 操作台的目标强制取自当前会话所在的 SSH 工作区,没有服务器下拉框:
secretStorage: none),首次连接输入一次、在该连接存活期内复用(连接池空闲回收后需重新输入);vault(AES-256-GCM + scrypt)加密存储;..,符号链接逃逸 fail closed;user@host 的目录即可成为工作区。绑定的会话透明远端路由;侧边栏工作区带服务器标识(已连接 / 未连接,悬停显示远端目录)。~/.ssh/config 导入。bash -c / sudo / 绝对路径),agent 在 ssh_exec / ssh_cluster / bash 里尝试执行时被拦下并显示你写的提示;也可在编辑服务器的对话框里直接填。默认不拦截。ssh_list / ssh_exec / ssh_upload / ssh_download / ssh_tunnel / ssh_cluster,以及远端工作区工具 remote_status / remote_ls / remote_search(远端检索:正则语法、显式预算,以及宿主机没有可用正则引擎时的明确报错;glob / grep 已能直接查远端,见上文)。host / port / user + 私钥、密码或 SSH_AUTH_SOCK agent),密码免提交、连接时输入;跨主机并发命令用 ssh_cluster。dsh-workspace 内核原样工作。已发布到 npm。正式版是 0.2.5(可直接 add @tiphareth/dsh-hardssh);本仓库当前版本 0.2.6-alpha 是预发布版,安装时显式指定版本:
# 预发布版(本仓库当前版本)
dsh plugin --profile web add @tiphareth/dsh-hardssh@0.2.6-alpha
# 或仍装正式版
dsh plugin --profile web add @tiphareth/dsh-hardssh
# npx 形式(dsh 不在 PATH 时)
npx --yes @deepseek-ai/dsh plugin --profile web add @tiphareth/dsh-hardssh@0.2.6-alpha
开发/迭代用本机源码或本地 tarball:
# 源码链接(改码后重建 lib/ 并重启 dsh web 即生效,无需重新打包)
dsh plugin --profile web add link:</path/to/dsh-hardssh>/packages/dsh-hardssh
# 或先打包,再安装 tarball
pnpm --filter @tiphareth/dsh-hardssh pack --pack-destination dist
dsh plugin --profile web add </path/to/dsh-hardssh>/dist/tiphareth-dsh-hardssh-0.2.6-alpha.tgz
手工方式:把包加入 profile 的 dependencies(file:... 指向 tarball)与
dsh.profile.bundles 列表,重启 dsh web 生效。
NPM 包页面:https://www.npmjs.com/package/@tiphareth/dsh-hardssh
seam 替换机制见上文「核心优势 1」:它把「内核版本适配」压缩成很薄的一层,但并不是零—— 插件仍静态依赖 DSH 的公共契约,因此声明了明确的支持区间,见下表。
| 插件版本 | 已验证 DSH | Node | 远端主机 |
|---|---|---|---|
0.2.5+(当前 0.2.6-alpha) |
>=0.1.5-rc.1 <0.1.6(生产环境实测 0.1.5-rc.1;CI 在 Node 22.19/24 上跑同一套件) |
^22.19.0 \|\| >=24.0.0 |
POSIX(GNU 工具链实测:CentOS/RHEL;BSD/BusyBox 缺 GNU 参数时自动退回 SFTP,功能受限但可用) |
更早的
0.1.5-alpha.1不支持:dsh-client-ui-slots@0.1.5-alpha.1没有main槽位,工作区面板无处挂载(矩阵实测 typecheck 直接失败)。见compat/README.md。
FileSystem/FsError/SubprocessRuntime/SandboxedFileSystem/defineTool 等)都由 src/runtime/compat-contract.ts 列明,并在测试里逐个 import 校验;peerDependencies 不再使用无边界 "*"。settings / systemPrompt / webServer / 客户端 slot 缺失时降级而不是失败——插件照常加载,只是少了对应界面。GET /api/dsh-ssh/health 返回各功能面(SSH 工具、工作区运行时、文件路由、命令路由)的 ready/degraded/failed;非 ready 时工作区面板顶部会显示横幅说明原因。ssh_* 运维能力独立存活。workspace.fs 的路径解析改走协议级 SFTP realpath(缺失叶子按「最近已存在祖先 + 后缀」逐级解析),不再执行 realpath -mz … | base64 -w0,BSD/macOS、BusyBox 主机不会仅因缺少 GNU realpath -m/-z 就整条路径解析失败。rg、find -printf/-mmin、grep -Z/--exclude-dir、mktemp,不猜 uname),内容检索走 rg → POSIX grep → SFTP 遍历兜底,文件名/glob 走 POSIX find → SFTP 兜底;SFTP 兜底不执行任何远端命令,带深度/条数/字节预算并跳过 .git、node_modules 与符号链接目录。remote_search 支持 syntax="fixed"(默认)或 "regex",正则需要主机有 rg 或 GNU grep,否则明确报错。| Key | Type | Default | 含义 |
|---|---|---|---|
announceToAgent |
boolean | true |
是否向 agent 注入 SSH 系统提示与工具引导 |
enabled |
boolean | true |
SSH 工作区界面开关(不是插件总开关)。只控制本插件挂载的 SSH 工作区界面与工具:/api/dsh-hardssh 工作区 CRUD 路由、remote_* 工作区工具、工作区提示段落。SSH 运维能力(主机管理、ssh_* 工具、/api/dsh-ssh、Web 终端)由 dsh-ssh 设置命名空间的 enabled 单独控制;共享 engine/主机存储、fs/subprocess 路由 seam 与连接池不受它影响。 |
secretStorage |
enum | none |
凭据策略:none = 密码不落盘、连接时输入(VSCode Remote-SSH 式);vault = 加密存储(供无人值守 agent)。唯一来源是这里的插件配置:Vault 与主机存储在插件加载时按它构造一次,因此改动后需重载插件/重启 dsh web 才生效。 |
vaultAutoUnlock |
enum | off |
是否允许 Vault 在插件加载时用 DSH_CREDENTIAL_PASSWORD 环境变量自动解锁:off(默认,需手动输入主密码)或 env(无人值守场景显式开启)。该变量对同用户的任何进程可见,因此默认关闭。仅 secretStorage: vault 时相关。 |
示例(cordis.patch.yml):
- id: hardssh
name: dsh-hardssh
config:
secretStorage: none # 或 vault
用途:某些服务器不允许直接跑重活(典型是 Slurm 集群的登录节点:只能提交作业,不能就地计算)。给这台主机配一组「禁止命令」后,agent/工具尝试执行会被拦下并显示你写的提示,把它引导到正确的提交方式。
默认不拦截:没配 commandPolicy 的主机行为完全不变。
两种等价方式(都写入 ~/.dsh/dsh-ssh.json 的该主机条目):
{
"alias": "login-node",
"host": "192.0.2.10",
"user": "alice",
"auth": { "kind": "password", "secretRef": "…" },
"commandPolicy": {
"deny": [
"(^|[;&|(])\\s*(?:/?[^ /]+/){0,3}(python[0-9.]*|ipython|Rscript|R|make|gcc|g\\+\\+)(\\s|$)"
],
"denyCommands": ["python", "python3", "Rscript", "R", "matlab", "julia", "make", "cmake", "gcc", "g++"],
"allowCommands": [],
"hint": "本服务器为 slurm 集群的登录节点,不可进行运算;请用 srun/sbatch 提交到计算节点。"
}
}
| 字段 | 判定方式 | 能抓到的典型形态 |
|---|---|---|
deny(正则) |
对整条命令文本匹配(命令位置锚定) | python x.py、cd /a && python x.py、/usr/bin/python3 … |
denyCommands(命令名) |
先解包再比对名字:跳过前置 FOO=bar、剥掉包装词(sudo / env / time / nohup / bash -c "…" 等)、去路径取 basename |
bash -c 'python x.py'、sudo -u me python3 …、nohup /usr/bin/python3 x.py |
allowCommands |
上述名字的例外(豁免优先) | 某个你允许偶发内联运行的命令名 |
两者可同时用;srun -p gpu python train.py、sbatch run.sh、squeue 这类提交/查询命令不会被误伤(srun/sbatch 不在禁止名单里,且正则锚定命令位置)。
ssh_exec / ssh_cluster / bash——按主机别名或会话所在工作区定位该主机策略;ctx.subprocess 的远端 spawn(含第三方插件直连)对 argv[0] 与整行各查一次。命中时报错形如:
dsh-hardssh: 已阻止在 login-node 上执行该命令(命中该主机的禁止规则 /…/ 或 禁止命令 "python")。
本服务器为 slurm 集群的登录节点,不可进行运算;请用 srun/sbatch 提交到计算节点。
这是护栏(guardrail),不是沙箱:$(…)、base64 解出再跑、脚本内部稍后调用计算命令,都能绕过。它的价值是防止误用 + 把 agent 引导到提交路径;真正的硬约束应放在服务器侧(Slurm 分区限额、pam_slurm_adopt、PATH 里的 shim)。
另外 bash 本身不建议放进 denyCommands:它会被当作包装词剥壳(这正是能抓到 bash -c python 的原因),把它列为禁止名会连 bash 工具自身的每个 spawn 一起拦掉。
~/.dsh/dsh-ssh.json(含每主机的 commandPolicy 命令守卫,见上文)~/.dsh/workspaces/index.v1.json~/.dsh/workspaces/anchors~/.dsh/ssh-known-hosts.jsonvault 模式的加密凭据:~/.dsh/ssh-secrets/dsh-ssh-vault.json(位于 ~/.dsh 内,但被 fs seam 在所有派发路径上拒绝访问)以上文件按系统权限(0600 / 0700)落盘。
pnpm install
pnpm --filter @tiphareth/dsh-hardssh typecheck # 类型检查
pnpm test # 测试(默认套件 ~12s;vault 用例已移出)
pnpm test:vault # 只跑 vault 加密用例(~21s,scrypt 故意慢)
pnpm --filter @tiphareth/dsh-hardssh build # 构建(lib/ 产物)
打包部署:pnpm --filter @tiphareth/dsh-hardssh pack --pack-destination dist,
将 tarball 装入 profile(pnpm add file:...)后重启 dsh web。
连接时要求输入密码 / 提示“需要密码” —— 安全默认不保存密码:首次连接、浏览远端目录时会弹窗输入一次,在该连接存活期内复用;连接池空闲回收(默认 30 分钟)或进程重启后需重新输入。
主机密钥变化 / 提示可能中间人 —— 服务器重装或轮换密钥:打开该服务器的 SSH 工作区会话时弹出「密钥已变更」对话框,按提示「重置」后重新信任。
加了服务器但浏览目录失败 —— 确认该主机配置正确;首次浏览会先完成「信任指纹 + 输入密码」,之后即可浏览。
打开页面时会不会把所有服务器都连一遍 —— 不会。启动/刷新只连接当前会话所属的服务器;历史会话不会被扫描。
连接不上但没有任何提示 —— 会弹出「无法连接服务器」对话框并给出具体原因(网络不可达、认证失败、主机密钥异常等)。若你主动取消了密码框或指纹确认,则不算连接失败。
右侧「SSH」操作台是灰的 / 打不开 —— 右侧栏 Tab 是每会话独立的:先切换到某个会话,再从右侧栏标签条「+」打开。当前会话是本地工作区时操作台保持模糊禁用——它只在 SSH 工作区会话下可用。
操作台里为什么不能选服务器 —— 设计如此:操作台强制跟随当前会话所在的服务器,避免在同一面板里误操作到别的主机。要换服务器请切换会话。
密码存哪里 —— 默认不落盘;启用 secretStorage: vault 后加密存储于 ~/.dsh/ssh-secrets/dsh-ssh-vault.json。该目录就在 ~/.dsh 里(~/.dsh 是 fs seam 声明的本地根),因此靠的是显式拒绝而非位置:deniedRoots 在 resolve / lstat 以及所有按 target 派发的读写路径上都会拒绝访问它,旧路径 ~/.dsh/dsh-ssh-vault.json 同样被拒绝。诚实地说:以同一用户身份在本机运行的命令(例如客户端 pwsh)仍能读到这个文件——真正的保护是它是加密的,且环境变量自动解锁默认关闭,需要 vaultAutoUnlock: env 显式开启,所以拿到的只是离线的 scrypt 目标而不是可用凭据。
怎么禁止 agent 在某台服务器上跑计算命令(例如登录节点) —— 给该主机配 commandPolicy:GUI 里点该主机的 ⚙(编辑服务器),填「禁止命令名称」和「提示信息」,保存即生效;或直接编辑 ~/.dsh/dsh-ssh.json。默认不拦截。详见「主机命令守卫」——注意它是护栏而非沙箱。
怎么让别的插件支持 SSH 工作区 —— 大多数插件零改动(走 seam)。少数需要改接口的,让 agent 读 packages/dsh-hardssh/SKILLS.md 按手册适配。
插件持有主机凭据后,agent 可以以你的身份在远端执行命令。请只添加你信任的机器。
默认策略下密码不写入磁盘(仅在会话内存中存在);主机密钥采用 TOFU 首次信任。
如需无人值守自动化访问密码主机,再显式启用 vault 模式并妥善保管主密码。
完整的信任边界、能力清单与静态扫描逐条说明见 SECURITY.md。
BSD-3-Clause
见 CHANGELOG.md。
CLASSIFICATION EVIDENCE
系统优先读取 GitHub Topics,再与站内分类词典和词根规则比对。当前命中: 无有效分类标签。