dsh-dialog-fence

Manifest valid

Dialog fence for DSH / DSH Desktop: per-conversation behavioral rule fence injected into runtime context without breaking prompt cache

UI (client)hasBundlePatch

dsh-dialog-fence

给 DSH（DeepSeek Harness）的每一次对话设定边界与围栏：一套随时增删、下一轮即生效的行为约束规则。全部规则存在一个 JSON 文件里——用任何编辑器直接改 JSON，或者直接在设置页里逐条编辑。文件放在哪可以自己定，设置页一键「打开文件夹」就能看到它。不破坏前缀缓存 · 不膨胀上下文 · 不影响其它对话 · 与 billion-context 压缩共存。

两层规则，叠加注入：

通用规则（fence.json 里的 rules 数组）—— 对每一个对话都生效，包括新开的对话。设置页里主要就是编辑这一层。
会话规则（fence.json 里的 sessions.<会话 id>.rules）—— 只叠加到某一个对话，可选，通常在会话右上角的「围栏」浮层里维护。

适用形态：dsh CLI（web / headless / acp 等 profile） 与 DSH Desktop。

它解决什么问题

大模型每轮都会忘掉「这次对话的规矩」。常见的补丁方式都有代价：

做法	代价
把规矩写进系统提示词	内容一变，系统提示词就变 → 前缀缓存整体失效（本机 workbuddy / opencode-go 路由未声明 `systemPromptUpdate: 'in-history'`，会触发 head 重写）
每轮追加一条 user 消息	纯追加安全，但永不回收，几十轮后吃掉几千 token
用压缩插件的「规则」功能	billion-context 0.1.202 的 `acp_rule` 只存不注（源码里 `RULES_USAGE_PROMPT` 有定义零引用），plugin 模式 `compress.rules` 亦不生效

dialog-fence 的做法：把规则注入到 运行时上下文快照（runtime context） 这一段里。

<围栏位置>/fence.json                  ← 单文件：{ enabled, rules: [...], sessions: { <id>: { rules: [...] } } }
   └─ systemPrompt.context({ name:'dialog-fence:rules', order:118 })
        └─ 通用规则 + 启用会话的专属规则 → 拼成一段文本，全都没有就返回空串
             └─ agent-loop: joinContextSections() → "Current runtime context. ..."
                  └─ RuntimeContextProjection.project()
                       ├─ 文本与上次相同  → return（一条都不追加，零 token）
                       └─ 文本变化        → 追加一条新 user 消息（纯 append）

三件事因此同时成立：

零缓存破坏：从不碰系统提示词；历史里只有「追加」，没有任何前缀被重写。
零无谓消耗：文本不变时快照不落盘，同一条规则不会每轮重发。
压缩后仍存活：快照头是 Current runtime context，被 billion-context 的 dshDurableToolPath 归为 durable/runtime-context，自动进 protectedLatestTools（只保护最新一份，旧快照可被压缩），围栏常驻且不膨胀。

隔离性：通用规则为空、且当前会话没有启用专属规则时渲染空字符串，而 renderContextSections() 会 .filter(s => s.text.length > 0) —— 空串 = 零 token、零注入、零副作用。（总开关关掉时，两层一起静音。）

五处界面

界面	位置	能力
设置页	设置左栏 → 「对话围栏」（与「通知提醒」「模型」同级）	主入口：总开关 + 通用规则全文的可视化编辑（逐条多行编辑框，可换行）+ 新增/删除/清空 + 某个对话的专属规则（下拉选对话，默认选中当前对话；逐条编辑/新增/清空）+ 打开文件夹 + 更改围栏文件位置
插件详情页配置区	左侧「插件」→ 已安装 → dsh-dialog-fence → 详情页（包描述与行之间）	同一份配置界面
会话按钮	会话右上角工具区「围栏」，带规则条数徽标	打开本会话规则浮层
规则浮层	右下角面板（点击面板外部自动关闭）	逐条查看 / 多行编辑 / 删除 / 新增 / 启停 / 清空（只影响该会话）
插件页标签页	设置 → 内置插件 → 「对话围栏」一页	同一份配置界面（老入口，仍在）

五处界面写的是同一个 JSON 文件：面板改完 → 文件落盘 → 下一轮装配时重新读取 → 生效。没有任何状态分叉。会话按钮上的数字就是真实注入条数（通用 + 本对话专属），不是只数会话层。

设置页的对话下拉里，选项文字用对话名称（重命名过就用你起的名字，否则用项目目录名；连这些都没有的空白对话显示「未命名对话 N」）——任何情况下都不会把 session-<uuid> 显示出来。当前对话会标注「（当前）」并默认选中，所以「给现在这个对话加一条专属规则」不需要先选。

为什么卡片在「已安装」而不是「官方」：plugins.item 槽位的语义被写死为「官方分组里的一张卡片」，改 id / order 都改不到别处；plugins.bundle.config 才属于「组合包自己的配置」，以 npm 包名 为 key 渲染在该 bundle 详情页的描述与行之间。 0.5.0 起本插件按组合包安装（profile dependencies + dsh.profile.bundles + dsh.bundle.patch 三件齐备），因此它出现在「已安装」分组，装与卸都走插件页右上角「添加插件」那套官方流程。

安装

推荐走官方插件安装器（装在「已安装」分组里，可一键卸载）。改完必须完全退出并重启 DSH（宿主半边不走 dsh-hmr 热重载）。

方式 A：官方安装器（推荐，出现在「已安装」分组）

包内已带 dsh.bundle.patch: ./cordis.patch.yml、exports、icon 与 dsh.client 声明，三件套齐备（dependencies + dsh.profile.bundles + bundle patch），因此官方安装器直接认它。

图形界面：左侧「插件」→ 右上角「添加插件」→ 在输入框填本包的绝对路径：

C:\Users\<你>\AppData\Roaming\dsh-desktop\harness\dialog-fence

点安装。成功后卡片出现在「已安装」分组（不是「官方」分组），点进去的详情页里就有围栏配置区。卸载同理：进该包详情页点「卸载」，卡片消失、loader 行一并移除。

命令行：

dsh plugin --profile web add "C:\Users\<你>\AppData\Roaming\dsh-desktop\harness\dialog-fence"

dsh plugin add 装完后，dsh-plugin-manager 的 reconcile() 会自动把声明了 dsh.bundle 的新依赖追加进 profile 的 dsh.profile.bundles 并保存 manifest —— 不需要手工改 profiles/<profile>/package.json。

⚠️ 重要：本地路径安装是「复制」，不是「链接」

DSH Desktop 的安装后端（profileBundlePackageBackend）会把整个源码目录复制到 generation 快照里，再在那儿 pnpm add：
harness/profiles/.generations/live/dsh-dialog-fence+<版本>+<hash>/node_modules/dsh-dialog-fence/
所以改完 harness/dialog-fence/ 里的源码，已安装的那份不会跟着变，必须在插件页卸载再装一次（或重跑上面那条命令）。规则数据不在这里：默认数据目录固定为 <DSH_HOME>/dialog-fence/rules，与 generation 快照无关，升级换代不会丢规则（见下面「直接编辑规则文件」）。

想要「改一行就生效」的开发体验，用方式 B。

方式 B：`file:///` 挂载（开发用，不进「已安装」清单）

# 装到默认 profile（本机 DSH Desktop 用的 profile 叫 web）
node scripts/install.mjs install

# 指定 profile / DSH_HOME；--dry-run 只查看不落盘
node scripts/install.mjs install --profile headless --home "C:\Users\你\AppData\Roaming\dsh-desktop\harness" --dry-run

# 卸载（只删插入行，规则文件保留）
node scripts/install.mjs uninstall

脚本往 <DSH_HOME>/profiles/<profile>/cordis.patch.yml 末尾追加一段带标记的 insert 块，改写前自动备份成 cordis.patch.yml.<时间戳>.bak：

# >>> dsh-dialog-fence (managed by scripts/install.mjs — do not edit by hand) >>>
- insert:
    - id: dialog-fence
      name: "file:///C:/.../dialog-fence/index.js"
# <<< dsh-dialog-fence <<<

若本机没有 node（DSH Desktop 自带的是 Electron），用： $env:ELECTRON_RUN_AS_NODE="1"; & "D:\DSH Desktop\DSH Desktop.exe" scripts\install.mjs status

这种方式是引用源码目录，改 client.js 刷新页面即可、改 index.js 重启即可，无需重装。代价：file:/// 插入行不属于 profile bundle，因此

不会出现在插件页「已安装」分组（插件管理清单只列 profile 里真实安装的包）；
Desktop 日志可能出现 [desktop] profile inconsistency: the patch layer inserts file:///…, which is not installed——只是提示，不影响加载，同一份日志下一行就是 [dialog-fence] ready。

两种方式不要同时用。同时装会有两条 loader 行重复注册槽位。从方式 B 切到方式 A 之前，先 node scripts/install.mjs uninstall。

验证安装

# 1) 无宿主测试（语法 + 行为，不会碰线上规则目录）
node test/smoke.mjs && node test/route.mjs && node test/client.mjs && node test/render.mjs && node test/opensource.mjs

# 2) 重启后在任意会话里
/fence status

重启并开启围栏后，下一轮的运行时上下文里会出现：

Current runtime context. This snapshot supersedes earlier runtime-context snapshots.

...（沙箱策略 / 审批策略）...

Dialog fence (user-set rules binding this conversation; a newer direct user instruction wins on conflict):
1. 你的第一条规则

看到这段就说明生效了。

用法

可视化面板（web / DSH Desktop）

重启后：

设置左栏 → 「对话围栏」：主入口，直接编辑通用规则（对每个对话生效）。每条占一行：序号 + 正文 + 「改」「删」；点「改」就地变成多行编辑框（0.9.0 起，可换行），Ctrl+Enter 保存 / Esc 取消。底部编辑框新建一条，另有「清空全部」，右侧实时显示 注入 N 字符 ≈ M token。顶部还有 「打开文件夹」 与 「更改位置」。下半部分还有 「某个对话的额外规则」：下拉里按名字选对话（默认已选中当前对话），下面就是那个对话的专属规则列表与新建框 —— 和浮层里下半部分是同一份数据、同一套操作（0.10.0 起）。
会话右上角出现「围栏」按钮，数字是真实注入条数（通用 + 本对话专属；高亮 = 已启用）。点开浮层，上半部分是通用规则（可直接改），下半部分是本对话的额外规则 —— 和设置页看到的是同一份数据，打开即同步。点浮层外部任意位置即可关闭（0.10.0 起）。
所有改动下一轮生效，无需重启。

三处配置入口（渲染的是同一个组件，内容和行为完全一致）：

设置左栏 → 「对话围栏」：一级菜单项，和「通知提醒」「模型」并排。
左侧「插件」→ 已安装 → dsh-dialog-fence：点进该包详情页，配置区在包描述与行之间。
设置 → 内置插件 → 「对话围栏」标签页：老入口，保留。

三处都有：

总开关（关掉后所有对话立即零注入，规则文件原封不动）
通用规则的完整可视编辑（新增 / 改 / 删 / 清空）
某个对话的专属规则的完整可视编辑：下拉选对话 → 该对话的规则逐条「改」「删」→ 底部新建框 → 「添加专属规则」/「清空该对话的专属规则」（0.10.0 起，与浮层下半部分一致）
围栏文件当前的绝对路径 + 「打开文件夹」按钮（在资源管理器里选中它）
「更改位置」：填一个新的绝对路径（或以 .json 结尾的目录）即可把围栏文件搬过去；随后原目录留一个 location.json 指针，删掉它就回到默认位置

面板与这三处配置页都只在 Web 形态出现（CLI / TUI / headless 没有 connection 服务，插件会自动跳过路由注册，/fence 命令照常可用）。

斜杠命令（所有形态）

命令	作用
`/fence`	查看状态（启用与否、条数、实际注入文本、token 估算、围栏文件路径）
`/fence on` / `/fence off`	启用 / 停用本会话的专属规则（不影响通用规则）
`/fence add <规则文本>`	追加一条本会话专属规则（自动启用；重复文本不会重复添加）
`/fence rm <序号>`	删除本会话第 N 条
`/fence clear`	清空本会话规则（保留启用状态）
`/fence reset`	彻底删除本会话记录（等于从未配置过）
`/fence dir`	打印围栏文件路径（含位置指针）
`/fence open`	在资源管理器里打开并选中围栏文件
`/fence file <绝对路径>`	更改围栏文件位置（现有规则一起搬过去）
`/fence switch on` / `switch off`	通用总开关
`/fence all`	查看通用规则（对每个对话都生效）
`/fence all add <规则文本>`	追加一条通用规则
`/fence all rm <序号>`	删除第 N 条通用规则
`/fence all clear`	清空通用规则
`/fence help`	帮助

直接编辑围栏文件（推荐给「随时配置和维护」）

默认位置 <DSH_HOME>/dialog-fence/fence.json（可用环境变量 DIALOG_FENCE_FILE 直接指定文件，或 DIALOG_FENCE_HOME 指定基目录；也可以在设置页「更改位置」）。同目录下的 location.json 是指针文件，{ "file": "<绝对路径>" }。

{
  "version": 3,
  "enabled": true,                       // 总开关；false = 所有对话零注入
  "rules": [                             // 通用规则：对每个对话都生效，数组顺序即注入顺序
    "结论必须给出可复现证据（命令 / 文件:行号 / 实测输出三者至少其一）；给不出就明说「未验证」。",
    "改文件前先读该文件；改配置或数据前先备份，并给出精确回滚路径。"
  ],
  "sessions": {                          // 会话专属规则：只叠加到该会话
    "session-<uuid>": {
      "enabled": true,
      "rules": ["本对话额外的一条规则"]
    }
  }
}

注入顺序：先 rules 数组 1..N，再把该会话启用的 sessions.<id>.rules 接在后面编号。总开关 enabled: false 时两层一起静音。

直接改 rules 数组 → 所有对话下一轮生效（包括新开的），无需任何开关登记。
直接改 sessions.<id>.rules → 该会话自动启用并生效（即使没写 enabled）。
手改坏了 JSON → 不抛异常、不清空文件，本轮降级为零注入，控制台留一条 warn。修好文件即恢复。
上限：每层最多 40 条；渲染总上限 2400 字符；单条上限 2000 字符。

0.3.0–0.6.x 的「一条规则一个 txt」形态（rules/common/*.txt、rules/sessions/<id>/*.txt）会在首次启动时自动迁移成单个 fence.json，老文件原样保留不删。

为什么围栏文件默认不放在包目录里：0.5.0 起本插件可以作为组合包被官方安装器装进 profiles/.generations/live/<gen>/node_modules/dsh-dialog-fence/，那个目录每次升级都会换成一份新的快照副本。宿主半边的 resolveDshHome() 会从插件所在目录向上找第一个同时含 profiles/ 与 sessions/ 的祖先（即 DSH home），把基目录固定在那里，于是开发态（<home>/dialog-fence）与组合包快照形态（<gen>/node_modules/dsh-dialog-fence）指向同一个 <home>/dialog-fence/fence.json，换版本不丢规则。你也可以用「更改位置」把它放到任何地方（例如 D:\我的围栏\fence.json）。

围栏文件的读写语义：

改 rules 数组 → 所有对话立即生效（包括新开的），无需任何开关登记。
改 sessions.<id>.rules → 该会话自动启用并生效（即使没写 enabled）。
手改坏了 JSON → 不抛异常、不清空文件，本轮降级为零注入，控制台留一条 warn；修好即恢复。
删掉某条 → 规则消失；数组顺序就是注入顺序。
空白字符串不算规则（跳过）。

要点：

通用规则与当前会话无关；会话规则的键是会话 id（/fence status 或 /fence dir 会打印当前会话 id）。
单条 ≤ 2000 字符；每层最多 40 条；渲染总上限 2400 字符（超出会截断并注明 fence truncated: N/M rules shown）。
规则里不要写 {{ }}：宿主的 interpolate() 遇到未注册变量会抛错。插件已用 try/catch 兜底降级为空，但内容会静默失效。
文件写入请用 UTF-8。插件对 UTF-8 BOM 与 UTF-16LE 都做了兼容（历史事故：PowerShell 写坏过一次），但别依赖它。

与 billion-context（主动压缩）的关系

本节记的是当时（0.1.202）的选型理由与实测结论，不是对 billion-context 现状的承诺。对方版本一变，下面这些行号级依据就可能失效——请以自己那份 dist/index.js 为准。

场景	结果
围栏消息	落在 `Current runtime context` 快照内 → `durable/runtime-context` → 自动进 `protectedLatestTools`：只保最新一份，旧快照照常被压缩
想要全历史硬保护	在 `~/.config/billion-context/billion-context.json` 写 `{"compress":{"protectedTools":["durable/*"]}}`，成为 HARD exclusion（永不折叠）
想改回自动模式	从 `protectedTools` / `protectedLatestTools` 里删掉 `durable/`，billion-context 会重新自动追加 `durable/` 到 `protectedLatestTools`

推论：不要发增量 delta，要发累积完整快照。protectedLatestTools 的语义是「同一虚拟路径只保最新一条」，发 delta 会让规则在半途丢失。

目录结构

dialog-fence/
├── index.js            宿主半边：运行时上下文段 + /fence 命令 + HTTP 路由（零 import）
├── client.js           浏览器半边：会话按钮 + 浮层面板 + 设置页/插件详情配置区/插件标签页（懒 CJS 工厂，只 require react）
├── icon.svg            插件页图标
├── package.json        dsh.bundle.patch / dsh.client / icon 声明
├── cordis.patch.yml    bundle 安装层（方式 A 用）
├── scripts/install.mjs 一键安装器（方式 B 用，同时支持 dsh 与 DSH Desktop）
├── test/               smoke（宿主逻辑）/ route（HTTP API）/ client（bundle 形态）/ render（真 React 首帧）/ opensource（泄漏扫描）
├── .github/            CI（test.yml）+ 自动分流（triage.yml）+ issue/PR 模板 + SECURITY.md
└── docs/               设计与实施方案、运维手册与变更记录

rules/ 是 0.3.0–0.6.x 的旧多 txt 目录，只在升级后首次启动时供迁移读取；一旦你的围栏已经是单个 JSON 文件，它就可以删。它也在 .gitignore 里，不会被提交。

开发与跑测试

本包零运行时依赖：宿主半边只用 process.getBuiltinModule('node:fs' | 'node:path' | 'node:child_process')，浏览器半边只 require('react')（由 DSH 宿主提供）。所以没有 node_modules 要装，也没有 lockfile。

npm test            # 按顺序跑五套测试，任一失败即非零退出
npm run test:opensource   # 只跑泄漏扫描（见下）

测试	覆盖什么	需要宿主吗
`test/smoke.mjs`	宿主逻辑：围栏文件解析/原子写、规则增删改、多行文本往返、上限与截断	不需要
`test/route.mjs`	HTTP 路由：`/api/dialog-fence` 的 GET/POST、各 action、错误码	不需要
`test/client.mjs`	`client.js` 的 bundle 形态：懒 CJS 工厂、槽位注册、源码级断言	不需要
`test/render.mjs`	用真 React 做服务端首帧渲染（`renderToStaticMarkup`），断言面板/设置页的 DOM	需要本机的 DSH 安装（找不到就打印 SKIP 并以 0 退出）
`test/opensource.mjs`	开源前泄漏扫描：真实姓名（含裸名）/姓氏形态/hostname/内部编号/真实 session id/绝对用户路径，文件与 commit message 都扫	不需要

test/render.mjs 按下面的顺序找 React，找不到就 SKIP：

# 默认按 Windows 常见安装位置拼
# 也可以用环境变量指定（CI 上通常用不到，因为没有 DSH 安装）
export DSH_INSTALL="D:\\DSH Desktop"     # 其下有 resources/app.asar/node_modules
export DSH_ASAR="D:\\DSH Desktop\\resources\\app.asar\\node_modules"   # 或者直接给到 node_modules

如果你用的不是标准 Node（例如 DSH Desktop 自带的 Electron），用 ELECTRON_RUN_AS_NODE=1 跑： $env:ELECTRON_RUN_AS_NODE="1"; & "D:\DSH Desktop\DSH Desktop.exe" test\smoke.mjs

node_modules 不是可选项而是不存在：改完源码必须重启 DSH 才生效（dsh-hmr 不重载本插件的宿主半边），细节见运维手册 · 怎么改插件代码。

推送与发布（踩过的坑）

改动含 .github/workflows/ 时，repo 权限的令牌推不上去：

refusing to allow an OAuth App to create or update workflow `.github/workflows/test.yml` without `workflow` scope

GitHub 对 workflow 文件单独要求一条权限。补法（device flow，令牌不经过命令行）：

gh auth refresh -h github.com -s workflow

其它两条容易误判的现象：

git push 在 PowerShell 里成功后仍显示 [exit code: 1] —— git 把 To https://… 写 stderr，pwsh 当异常。判据取 git ls-remote origin 的实际 ref 值。
重写历史后推的是重写后的新对象，--force-with-lease 会因远端仍是旧对象而拒绝，需 git push --force（先确认远端没有别人的提交）；tag 要单独 git push --force origin --tags，因为「强制更新 tag」不是默认行为。
推完之后从远端重新 clone 一份复验：git grep 工作树 + 全部历史、git tag 数量、五套测试。本地干净不等于远端干净。
git push --force 不会删掉旧 commit 对象。 只要知道旧 SHA 或旧 tag，raw.githubusercontent.com/<owner>/<repo>/<旧SHA>/<path> 和 codeload…/tar.gz/<旧tag> 仍能匿名取到内容。所以「历史重写 → force push」之后，验证判据必须是去取那个本该消失的 SHA、期望 404；只验「新 clone 里 grep 不到」是不够的（那只证明新历史干净）。GitHub 没有自助回收不可达对象的入口，真要清除只能删库重建或保持 private 找 Support。
发布前用一条比扫描器更宽的检索对撞一次。 本仓库的 test/opensource.mjs 第一版 real-name 规则要求「名 + 姓」同时出现，于是文档里只写裸名的一句话被放过，整个发布流程（重写历史 → 重写 message → 删库重建 → 转 public → 配保护）因此做了两遍。规则与验证必须是两个独立实现、强度不同：扫描器越怕误报就越容易在「没想到的形态」上失守。放宽规则后记得做反向验证（造一个含敏感词的临时文件 → 确认变红 → 删掉 → 确认转绿），否则「规则太松」和「真的很干净」读数一样。

文档

设计与实施方案 —— 方案、红线、源码级依据、被否决的替代路线
运维手册与变更记录 —— 日常操作、改代码流程、排查手册、事故记录
CHANGELOG.md —— 按版本记录改了什么

已知限制

宿主半边改动必须重启 DSH，dsh-hmr 不重载本插件（已实测）。
面板与三处配置入口需要 Web 形态；CLI / TUI / headless 只有 /fence 命令。
规则是「软约束」：它进入模型可见上下文并对模型产生强引导，但不是强制拦截。要硬拦截工具调用，请用 PreToolUse 钩子（本机已有 harness/fence/guard.mjs 做这类事）。
与 workbuddy / opencode-go 等未声明 systemPromptUpdate 的路由完全兼容——正因为本插件从不改系统提示词。
总开关控制的是「是否注入」，不等于卸载插件；要彻底停用请在插件页该包详情页里关掉开关或直接卸载。
本地路径安装是复制进 generation 快照，改源码后必须重装（见「安装」一节的警告）。
「打开文件夹」用系统文件管理器（Windows 上是 explorer /select,），只在有图形界面的形态下有意义；DIALOG_FENCE_NO_OPEN=1 可关掉（测试用）。0.8.0 起每次点击都会在按钮下方给出结果（已打开 / 未打开 + 原因 / 上一次启动失败的原因），不再「点了看不出有没有生效」。
Windows 上 explorer.exe /select,… 的退出码恒为 1，不可用作成功判据；判定只能靠「窗口是否真的出现」。因此本插件对「已打开」的陈述是「已发出打开请求」而非「已确认窗口可见」。
改位置时不会覆盖已存在的目标文件：若目标已存在，直接切换过去（以目标内容为准）。

License

MIT

Comments

Loading…

dsh-dialog-fence

dsh-dialog-fence

它解决什么问题

五处界面

安装

方式 A：官方安装器（推荐，出现在「已安装」分组）

方式 B：file:/// 挂载（开发用，不进「已安装」清单）

验证安装

用法

可视化面板（web / DSH Desktop）

斜杠命令（所有形态）

直接编辑围栏文件（推荐给「随时配置和维护」）

与 billion-context（主动压缩）的关系

目录结构

开发与跑测试

推送与发布（踩过的坑）

文档

已知限制

License

Comments

方式 B：`file:///` 挂载（开发用，不进「已安装」清单）