dsh-plugin-windows-guard

August 29, 2026 · View on GitHub

npm version License AI Assisted

中文 | 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 起，均可配置开关，默认全开）

层机制作用
L2tools/post-execute 监听pwsh 工具结果出现 GBK 误解码/FFFD 洪水/中文变问号时，自动在结果后附加 [windows-guard] 修复提示（不中断、不改写结果本体）
L3tools/pre-execute 监听拦截「不带 -Encoding 的 Set-Content/Add-Content/Out-File 写 JSON/YAML/TOML/GD」与「> 重定向写结构化文件」命令，deny 并给出 [System.IO.File]::WriteAllText(...) 正确写法
L4windows_encode_detect / windows_encode_fix 工具文件编码诊断（BOM/UTF-8/GBK/UTF-16 + 置信度）与修复（→ UTF-8 无 BOM，自动备份 .windowsguard.bak）；dryRun 只诊断不写入

历史：原 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），并附 [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 能力守卫：任何一层不可用时降级并警告，绝不让插件挂载失败。

相关插件

已发布插件互相引用（更多 DSH 插件生态）：