dsh-vault-wall
保险区 Vault Wall — 让 DeepSeek Harness 无法感知、无法触碰用户指定敏感路径的隔离墙插件（隔离墙 + 人在回路审批 + 执行后验证 + 循环纠正 + 可回滚规则）
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:lxwallac/dsh-vault-wall#86ece92feb0141aaa3d41b4e4eef7dc1d61a0b86
Vault Wall 以 dsh-vault-wall 发布，当前版本为 0.4.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
让 DSH（DeepSeek Harness）的 agent 感知不到、无法操作你指定敏感路径的客户端插件： 命中规则的路径对 agent 伪装为不存在（not-found），或明确拒绝，或先问过你；规则数据、审计、 历史与配置自身也在保护之内。v0.4 按 Harness 的五要素（上下文 / 工具接口 / 约束 / 验证 / 纠正） 补齐了护栏的后三格：人在回路审批、执行后验证、循环纠正，以及可回滚的规则修订。
使用前请核对与当前安装版本（见
package.json）一致；本文档随功能迭代维护。 变更历史见 CHANGELOG.md。
规则（粘进 设置 → 保险区 Vault Wall → 以 JSON 编辑）：
{ "version": 1, "rules": [
{ "id": "keys", "mode": "hidden", "paths": ["C:\\keys"] },
{ "id": "archive-ro", "mode": "deny", "paths": ["C:\\archive"], "tools": ["write", "edit", "bash"] },
{ "id": "wallet-ask", "mode": "ask", "paths": ["C:\\wallet"],
"minRisk": "medium", "remember": true, "borrowTtlMs": 600000 } ] }
agent 读私钥 → 假装文件不存在（连路径名都不透露）
Error: cannot read "C:\keys\id_ed25519": not found
agent 删归档目录 → 明确拒绝并点名规则（deny 模式；该目录的读取不受影响）
Error: [vault-wall] access to "C:\archive" is denied by rule "archive-ro"
agent 写你的钱包 → 弹窗问你（ask 模式；read 是 low 风险，低于 minRisk 不打扰你）
[vault-wall] "C:\wallet\balance.csv" 受规则保护（规则 "wallet-ask"），agent 想用 `write` 触碰它
（风险：medium／改变内容：写入/原地替换，可逆性一般）。允许这一次吗？
（同意后 600 秒内不再询问这条路径，同目录其它文件仍会问；要授权整棵目录请用 /wall borrow add <目录>）
点「允许」→ 放行并记一条可查、可撤销的借出（/wall borrow list）；点「拒绝」→ 明确拒绝并要求模型别重试；
没有审批通道（无人值守）→ 同样拒绝，绝不静默放行。事后 /wall report 会告诉你拦了多少、审批结果如何、
有没有被绕过（bypass）、结果里有没有漏出受保护路径——护栏自己也要能被检查。
以上是真实输出（跑的是插件自身的代码路径）。完整对照、试算输出与「怎么录演示 GIF」见 docs/demo.md。
dsh-client-ui-approval），把「路径 + 规则 + 工具 + 风险等级」摆给你；你点「允许」这一次才放行。
三种「没通过」都有各自文案，并明确要求模型不要重试：人拒绝 / 取消 / 没有可用审批通道。
没有审批通道时 ask 规则 fail-closed 成明确拒绝——绝不静默放行。
minRisk：风险低于门槛的工具调用直接放行、不打扰你（默认 low，即任何命中都问）。remember / borrowTtlMs：同意一次后记一条 TTL 借出（默认 10 分钟），只覆盖被批准的那一条
路径；要授权整棵目录用 /wall borrow add <目录>（弹窗文案里会告诉你这一点）。low（只读：read / glob / grep / web_* …）、medium（写入：
write / edit / str_replace_editor …）、high（任意执行/不可逆：bash / pwsh / run_code /
cordis_define …）；未识别的工具按 unknown 处理，秩高于 high——第三方/MCP 工具默认从严。autoPanicOnBypass 还会顺手拉闸熔断。这条专治插件内部
异常时「宁可漏，不可打崩工具管道」的 fail-open 缺口。onLeak 处理——redact（默认，
把整条路径换成 [vault-wall:redacted]）、audit（只留痕，不动内容）、block（整条结果转为
错误）。已授权的路径不算泄漏。repeatDenialAction
可选 notice（默认）或 panic（直接熔断）。收到新的用户消息时计数清零。/wall report（v0.4）：把「拦截/放行次数、审批结果、bypass 与泄漏、重复触墙排行、
从未命中的规则、规则修订」打成一页，结尾给建议动作。护栏本身也在此处自证。/wall lint（v0.4）：过宽（覆盖主目录）、被前一条同模式规则遮蔽、路径不存在、
重复路径、中段 ** 的已知边界、tools 里写了本插件看不见形状的工具名、deny 会暴露墙的存在、
ask 的通道前提/风险门槛/remember——逐条给出结论与建议。/wall history / snapshot / rollback（v0.4）：每次成功应用的规则都记一条修订
（内容相同不重复记），可用 historyFile 落盘跨重启保留；回滚只追加、永不改写历史，并且必须
写回规则源才算数（写不回去会明确告诉你「只改了内存，重启会回到旧规则」）。*；v0.3 起支持整段 **（任意层目录，含零层），例如 C:\work\repo\**\.env
同时圈住仓库根与深层子目录里的 .env。/wall test <绝对路径> [工具]：保存前先看这条路径会被怎么判（含风险等级与 ask 的
行为预告），且不消耗借出、不改状态。/wall export <文件>：把当前用户规则导出成 JSON（拒绝写进受保护路径）。vault-wall 命名空间（rulesJson），在设置页改动即保存、即时生效。ask 模式下出现，避免写出引擎会
fail-loud 拒绝的组合）。browser/client.js — 客户端插件：设置页 UI（规则卡片、编辑弹窗、JSON 视图、目录浏览）src/ — 宿主侧逻辑（规则解析、工具拦截、自我防护、/wall 命令）tests/ — 测试（npm test）samples/ — 示例规则与用法（见 samples/README.md）前提（重要，先说清楚）
本插件是 DSH（DeepSeek Harness）的插件，运行离不开 DSH 宿主，而不是一个独立程序：
src/）依赖 DSH 提供的 cordis 运行时与 settings / tools 等服务；browser/client.js）需要 DSH 内置 Web 设置前端的注入（window.__DSH_BOOT__ 由 dsh web 提供）。当前实测过的宿主是 DSH Desktop（web profile，内嵌宿主包 0.1.2-alpha.1），插件安装 CLI 在 Desktop 的 host-commands 里。
官方源码版"普通 dsh"（预期可用，未实测）：官方仓库 deepseek-ai/deepseek-harness 的
apps/cli（npm 包 @deepseek-ai/dsh，终端启动、浏览器访问 Web 交互）提供与本插件所用完全相同的宿主缝：
settings.section 插槽、settingsScope.bind、window.__ModuleLoader__.load、uiWorkspace / ui-primitives
（源码内嵌包版本 0.1.2-alpha.5，仅比 Desktop 高一档 alpha 补丁）。在该环境跑通 monorepo 构建后，
用同一条 dsh plugin ... add dsh-vault-wall 安装即可；因未在该环境实测，界面细节以实际表现为准。
因此请按以下顺序准备：
apps/cli，需先构建 monorepo）；web）；任选一种来源安装（在 DSH Desktop 环境里执行，<profile> 换成你的 profile 名）：
# A) 从 npm 装（机器能直连 registry 时最方便）
dsh plugin --profile <profile> add dsh-vault-wall
dsh plugin --profile <profile> add dsh-vault-wall@0.4.0 # 锁版本
# B) 从 GitHub Release 下载的 tgz 装（推荐给国内/镜像不稳定的机器）
# 先在 https://github.com/lxwallac/dsh-vault-wall/releases 下载
# dsh-vault-wall-<version>.tgz，然后：
dsh plugin --profile <profile> add ./dsh-vault-wall-0.4.0.tgz
# C) 直接按 URL 装（同上，免下载）
dsh plugin --profile <profile> add https://github.com/lxwallac/dsh-vault-wall/releases/download/v0.4.0/dsh-vault-wall-0.4.0.tgz
提示：DSH 的
plugin命令底层转发 pnpm；若你的网络默认走 npmmirror 等镜像， 包名方式可能遇到"镜像未同步/重试"，此时用 B/C（tgz / URL）最稳。 安装输出末尾的ERR_PNPM_IGNORED_BUILDS与"pnpm failed"退出码是已知噪音，不影响安装结果 （以node_modules/dsh-vault-wall/package.json的版本号为准）。
装完重启 DSH，到「设置 → 保险区 Vault Wall」添加规则。
npm test # 运行单元测试（node --test，每个测试文件一个子进程）
npm run test:local # 等价物，但把全部测试文件放进同一个进程顺序执行（不 fork）
npm pack # 本地打 tgz（文件名 dsh-vault-wall-<version>.tgz）
# 发布新版本（先改 package.json 的 version）
npm publish # 推到 npm：https://www.npmjs.com/package/dsh-vault-wall
gh release create v<version> dsh-vault-wall-<version>.tgz --repo lxwallac/dsh-vault-wall
git tag v<version> && git push origin v<version>
npm test的底层是node --test，它会为每个测试文件 fork 一个子进程并用管道回收输出。 在受限环境里（文件沙箱、部分容器 / CI 安全策略）创建带命名管道的子进程会被拒绝 （spawn EPERM），一条用例都跑不起来；npm run test:local用node:test的编程式run()在同一进程内顺序执行同一份清单，完全不 fork，作为受限环境的等价通道。 日常与 CI 用npm test即可。
/wall 控制台命令在会话里输入 /wall（子命令一览），或直接：
/wall status # 源、规则数、panic、借出、审计、指标、历史
/wall rules # 当前生效规则（含自保护条目与 ask 字段）
/wall decisions 30 # 最近 30 条墙决策（谁、什么工具、命中哪条规则、风险等级）
/wall test C:\work\repo\**\.env read # 试算：现在会被判成什么（不消耗借出、不改状态）
/wall report # 护栏评估：拦截/放行、审批、验证发现、循环、死规则、建议动作
/wall lint # 规则体检：过宽、遮蔽、不可达工具名、已知边界
/wall export D:\backup\vault-rules.json # 导出用户规则 JSON（拒绝写进受保护路径）
/wall history 10 # 规则修订历史（最新在前；historyFile 开启时跨重启保留）
/wall snapshot D:\backup\r1.json r1 # 把某条修订的规则全文写到文件（默认最新一条）
/wall rollback prev # 回滚到上一条修订（写回规则源，并记为新修订）
/wall reload # 从当前规则源重载
/wall panic on | off # 紧急熔断：除 panicAllowRoots 外一律拒绝
/wall borrow add C:\Users\you\secret-box --ttl 60000 --rw # 临时借出（本 agent）
/wall borrow list | revoke <id> | clear
test 会按工具族自动拼出正确的调用形状（文件工具用 file_path、搜索/编辑器用 path、
shell 与代码执行工具走命令文本），并打印风险等级、命中规则与 agent 会看到的错误文案；
命中 ask 规则时还会预告「真跑起来会先弹窗问人，通过后记多久的借出」。
插件配置在 profile 的 cordis.patch.yml（dsh-vault-wall 那一行的 config）里给出，全部有默认值：
| 配置 | 默认 | 说明 |
|---|---|---|
rulesFile | ~/.dsh/vault-wall-rules.json | 旧规则文件（无 settings 服务时的规则源；也作为 settings 的种子） |
panicAllowRoots | [] | 熔断（panic）期间仍允许的路径根 |
auditLimit | 500 | 审计环形缓冲条数 |
auditFile | '' | 审计 JSONL 落盘路径；空 = 仅内存（建议放在工作区外，它会被自保护圈禁） |
borrowSweepMs | 5000 | 借出过期清理周期 |
strict | true | 显式配置的 rulesFile 缺失/损坏时：抛错 vs 告警后继续 |
onLeak | 'redact' | 结果里出现受保护根时：audit / redact / block |
leakMarker | '[vault-wall:redacted]' | 脱敏标记文本 |
autoPanicOnBypass | true | 检出「墙判拒绝却执行成功」时自动熔断 |
repeatDenialThreshold | 3 | 同一处被拒多少次后升级纠正；0 = 关闭 |
repeatDenialAction | 'notice' | 升级动作：notice / panic |
askEnabled | true | ask 规则总开关；关掉即全部 fail-closed 为拒绝 |
askBorrowTtlMs | 600000 | ask 审批通过后的默认借出时长 |
historyLimit | 20 | 内存中保留的规则修订条数 |
historyFile | '' | 修订历史落盘路径；空 = 仅内存（重启即失） |
{
"version": 1,
"rules": [
{
"id": "personal-vault", // 必填，规则 id
"mode": "hidden", // hidden = 伪装不存在 | deny = 明确拒绝 | ask = 先问过你
"paths": [
"C:\\Users\\you\\secret-box", // 绝对路径：单文件或目录整树
"C:\\work\\repo\\**\\.env" // 整段 ** = 任意层目录（含零层），v0.3 起支持
],
"tools": ["read", "grep"], // 省略 = 全部工具
"note": "可选说明"
},
{
"id": "keys-ask", // v0.4：人在回路
"mode": "ask",
"paths": ["D:\\keys"],
"minRisk": "medium", // low | medium | high | unknown（默认 low）
"remember": true, // 同意一次后记一条 TTL 借出（默认 true）
"borrowTtlMs": 600000 // 借出时长，0 = 一次一授权（默认 600000）
}
]
}
minRisk / remember / borrowTtlMs 只对 ask 规则有效：写在 hidden / deny 上会 fail-loud
报错（设置页也会在保存前拦下），不会静默忽略——写错的护栏等于没有护栏。
支持的路径写法：绝对路径（等于或位于其下）、目录整树（写目录本身或 ...\dir\**）、段内 *
（不跨分隔符）、整段 **（跨任意层）。? 与 [abc] 会 fail-loud 报错，不会静默放行。
更多可直接粘贴的例子见 samples/rules.example.json。
read / read_image / write / edit（file_path），
str_replace_editor（path），glob / grep（搜索根 path）。bash / pwsh（command），
run_code（code）、cordis_define（code.host / code.client）。
文本匹配容忍分隔符变体：规则 D:\keys 能认出命令里的 D:/keys/x 与转义形态 D:\\keys\\x。glob / grep 指向保护区祖先目录时会被拦（否则递归会把内容读出来）；
shell/代码文本里出现递归标记（-r / -Recurse / /s / rg 等）且提到祖先目录同样拦。unknown，其秩高于
high，因此在 minRisk 门槛判断与 /wall report 里都按最保守处理。但这只是「风险评级从严」，
不代替参数覆盖：只拦"已知工具形状的参数"，MCP 等第三方工具仍可能成为旁路——需要覆盖时请把
工具名与参数形状提 issue。** 规则只保证直接触碰命中文件被拦；在祖先目录上做递归聚合时无法穷举深度（globs 的固有边界）；ask 依赖官方审批通道（ctx.get('approval')）与一个打开的 turn。
通道缺失、审批抛错、你取消，都按拒绝处理（fail-closed），不会退化成放行。onLeak: 'audit' 只留痕）；verify-bypass
自动熔断会把墙收窄到白名单根，需要你 /wall panic off 才恢复。