dsh-plugin-windows-guard

中文 | English

DeepSeek Harness (dsh) 的 Windows 环境防坑插件——源自 255 个真实会话归档的 高频踩坑，守则（skill）+ 主动防护（hooks/工具）两层能力：

• 守则层（0.1.0 起）：两个自包含 skill 按场景自动加载——「一次写对」的预防性守则；
• 主动防护层（0.2.0 起，自 dsh-plugin-pwsh-guard 合并，该插件已删除）： pwsh 结果乱码自动检测提示、危险写命令拦截、编码诊断/修复工具。

零运行时依赖、零构建。

功能

守则层：两个自动加载的技能

按触发场景拆成两个自包含技能（<available_skills> 按 description 匹配自动加载正文）：

windows-enc —— 编码与 PowerShell 解析（命令/文件内容出错类）

| 章节 | 内容 | 来源问题（历史实录） | |---|---|---| | 1 环境事实卡 | pwsh 5.1/7 差异、-Command 单 argv 无 shell 转义层、OutputEncoding 已钉、退出码权威 | stderr 误判（git 红色进度、NativeCommandError） | | 2 编码三铁律 | 读必带 -Encoding UTF8；写结构化文件用 WriteAllText(UTF8Encoding($false))；查 BOM/转码命令模板 | GBK 误解码（鎻掍欢/鈥?）、BOM 写坏 package.json（启动事故二）、UTF-16 写坏 | | 3 引号转义速查 | PS '' 转义（反斜杠无效）、双引号插值、node -e/python -c 引号地狱 → 写临时文件 | SyntaxError: unterminated string literal、实测引号嵌套失败 | | 4 乱码三不原则 | 乱码特征表（鈥?/??OK??/\uFFFD）+ 不猜/不引用/先重读 | ??OK??、??? skill ???? 乱码当答案 |

windows-sys —— 系统环境（排查类）

| 章节 | 内容 | 来源问题 | |---|---|---| | 1 路径与文件系统 | MAX_PATH/长路径、空格路径、EACCES/EBUSY 文件占用、junction 与 link: realpath、路径格式 | EACCES: realpath '...sock'、npm-cache 深层路径 | | 2 进程与端口 | netstat 查端口、Stop-Process/taskkill、先查后杀 | 3080/39090 端口占用、孤儿进程 | | 3 跨平台杂项 | CRLF 陷阱、.cmd 脚本宿主/ExecutionPolicy、时区、大小写 | 小说文件 CRLF 检查、run.bat chcp 65001 |

主动防护层（0.2.0 起，均可配置开关，默认全开）

| 层 | 机制 | 作用 | |---|---|---| | L2 | tools/post-execute 监听 | pwsh 工具结果出现 GBK 误解码/FFFD 洪水/中文变问号时，自动在结果后附加 [windows-guard] 修复提示（不中断、不改写结果本体） | | L3 | tools/pre-execute 监听 | 拦截「不带 -Encoding 的 Set-Content/Add-Content/Out-File 写 JSON/YAML/TOML」与「> 重定向写结构化文件」（含命令中部 > file.json 等锚点位置），deny 并给出 [System.IO.File]::WriteAllText(...) 正确写法 | | L4 | windows_encode_detect / windows_encode_fix 工具 | 文件编码诊断（BOM/UTF-8/GBK/UTF-16 + 置信度）与修复（→ UTF-8 无 BOM，自动备份 .windowsguard.bak）；dryRun 只诊断不写入；无法判定编码（如 BOM 存在但主体非合法 UTF-8）时返回明确错误而非报错崩溃 |

历史：原 pwsh-guard 的 L1 系统提示词段不再注入——由上面的守则技能取代 （按需加载、更省常驻 token）。

配置

cordis.patch.yml 全部可开关（默认全开）：

- insert:
    - id: dsh-plugin-windows-guard
      name: dsh-plugin-windows-guard
      config:
        enabled: true     # 总开关（false = 只保留守则技能，退化为 0.1.0 纯守则形态）
        postCheck: true   # L2 pwsh 结果乱码检测+提示
        preCheck: true    # L3 危险写命令拦截
        detectTools: true # L4 编码诊断/修复工具

安装

# npm（推荐）
dsh plugin --profile web add dsh-plugin-windows-guard
# 或 GitHub
dsh plugin --profile web add github:Pasumao/dsh-plugin-windows-guard

装完重启 dsh web 即生效。包自带 cordis.patch.yml 挂载行，自动应用， 无需手动改配置；配置开关见「配置」节。

源码安装（本地开发 / 调试）：

git clone https://github.com/Pasumao/dsh-plugin-windows-guard.git
cd dsh-plugin-windows-guard          # 目录放在任意位置（如你的插件收集目录）
npm install
# 以 link: 依赖挂载进 profile：
#   profile 的 package.json dependencies 加
#   "dsh-plugin-windows-guard": "link:<你的插件目录>/dsh-plugin-windows-guard"
#   并加入 dsh.profile.bundles（或 cordis.patch.yml 手动 insert）
# 之后 pnpm install + 重启 dsh web

装完你会看到什么

• pwsh 工具输出出现乱码（鈥?/鎻掍欢/锟斤拷）时，结果末尾自动附加 [windows-guard] 修复提示；
• 不带 -Encoding 的 Set-Content/Add-Content/Out-File 写 JSON/YAML/TOML 等危险写命令被直接拦截（deny），> 重定向写结构化文件（含命令中部的 > file.json）同样拦截，并附 [System.IO.File]::WriteAllText(...) 正确写法；
• 工具列表多出 windows_encode_detect / windows_encode_fix（编码诊断与修复）；
• 技能目录多出 windows-enc / windows-sys 两个防坑守则技能。

使用

安装后无需任何配置。模型遇到 Windows 命令/编码/乱码/路径/进程/端口任务时， skill({ name: "windows-enc" | "windows-sys" }) 自动加载对应守则；也可手动让模型 加载查看全文。

用户：读一下 D:\dsh\config\comfy_prompt.json 看看配置
模型：读取前先按守则用 Get-Content -Encoding UTF8……

用户：帮我修一下 config.json，JSON.parse 报错
模型：先 windows_encode_detect 查 config.json → "utf-8-bom（可信度 high）"
     → windows_encode_fix config.json → 已转换为 UTF-8 无 BOM（备份 .windowsguard.bak）
     → 验证 JSON 解析通过

# 模型被告知（守则技能），且此类命令会被 L3 拦截并给出正确写法：
# Set-Content -Path data.json -Value $json      ← deny（PS5.1 写 UTF-16LE/BOM）
# [System.IO.File]::WriteAllText("data.json", $json, [System.Text.UTF8Encoding]::new($false))   ← 正确

为何拆成两个技能（设计说明）

• 常驻目录成本：两条 description（~300 token）几乎不涨；
• 触发精度：windows-enc 管「命令/文件内容出错」（编码/转义/乱码）， windows-sys 管「系统环境排查」（路径/进程/端口/跨平台），边界清晰、互不牵连；
• 正文按需减半：Windows「内容出错」类任务不再加载「系统环境」整章；
• 预留给未来主题（WSL/winget/容器…）归入 windows-sys 扩展。

实现说明

• 守则注册走 ctx.skills.register（官方 skill 子系统），content 为 SKILL.md 正文；
• L2/L3 走 ctx.on('tools/post-execute' | 'tools/pre-execute')；L4 走 ctx.tools.register（原始 definition 形状）；不 import 任何 @deepseek-ai/* 运行时包（link: realpath 解析，外部依赖从插件目录解析不到）；
• L2 只对工具名 pwsh 且成功结果生效；L3 仅拦截「确定会写坏」的窄模式，读操作与 显式 -Encoding 的写操作放行；乱码词表基于历史会话实测（11/12 正/负例通过）；
• 依赖 Node ≥22.5（TextDecoder('gbk') 需要 full-icu，官方构建默认满足）；
• 技能正文/工具/守卫改动需重启 dsh（host 插件 apply 时读取 skills/ 目录）；
• 各层注册均有 ctx 能力守卫：任何一层不可用时降级并警告，绝不让插件挂载失败。

相关插件

本插件属于 Pasumao 的 dsh 插件生态，同系列已发布插件可搭配使用：

| 插件（npm） | GitHub | 说明 | |---|---|---| | dsh-notify | GitHub 仓库 | Windows 原生通知 + 系统托盘 | | dsh-plugin-choice-refresh | GitHub 仓库 | 选择增强：重新生成选项 / 更多选项 | | dsh-plugin-dev-kb | GitHub 仓库 | 插件开发知识库（官方文档完整镜像 + 技能） | | dsh-plugin-image-tools | GitHub 仓库 | 图片选择卡 + 回复内嵌图片 + 盲模型收图 | | dsh-plugin-table-zoom | GitHub 仓库 | 聊天长表格浮窗查看 + 一键复制 Markdown | | dsh-plugin-workbench | GitHub 仓库 | VS Code 风格文件浏览器 + 可编辑预览 | | dsh-plugin-context-trim | GitHub 仓库 | 会话注入门控：skill / tool / 提示词段落按会话裁剪 |

本系列其余插件见 Pasumao · dsh 插件；觉得好用欢迎到 GitHub 点 ⭐。

AI 生成声明

代码与文档由 AI 辅助生成（DeepSeek Harness），均经人工审查与实测验证 （乱码词表基于历史会话实测，11/12 正/负例通过；L3 拦截规则逐条人工核验）。

License

MIT