dsh-fs-encoding
在终端中运行以下命令:
dsh plugin install MrWeiCodes/dsh-fs-encoding
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中对 AI 助手说:安装 https://github.com/MrWeiCodes/dsh-fs-encoding 这个插件,然后重启 dsh web 即可生效。
插件介绍
DSH 内建的 read、write、edit 三件套只认 UTF-8:碰到 GBK、Big5、Shift-JIS 等老编码文件直接报 invalid UTF-8 读不进去,带 BOM 的 UTF-8 文件虽能读但 BOM 被悄悄吞掉,而文件头少那三个字节就足以让 PHP、旧编译器或 Windows 软件解析出错。更麻烦的是整个过程零警告——直到某天文件坏了,却查不出是哪次编辑弄坏的。dsh-fs-encoding 接管这三个工具,在完整保留沙箱围栏、读后写保护、版本校验等原生行为的前提下,让文件原来是什么编码、改完还是什么编码,BOM 有就还原、没有就绝不乱加,CRLF / LF / CR 也原样保留。
插件还额外提供 insert(按行号插入)、undo_last_edit(内容与编码一并撤销)和 str_replace_editor(四子命令兼容层),全部带同样的编码治理。遇到目标编码表示不了新内容时,插件直接拒绝写入并说明原因,绝不写一堆问号把文件毁掉;遇到读不了的文件会列出最可能的几种编码及解码效果,AI 选一个重读即可。支持十九种编码,从 UTF-8/16/32 到 GBK、Big5、Shift-JIS、EUC-KR 再到 Windows-125x 全系,开箱即用、零配置。
适合在 CJK 项目、遗留 Windows 系统或任何非 UTF-8 文件上与 AI 协作的开发者。装上之后调用方式和原版完全一致,不需要改提示词或工作习惯,也不需要手动转码。
使用场景
- AI 编辑 GBK 或 Shift-JIS 文件后按原编码写回,不丢失中文内容
- 带 BOM 的 UTF-8 文件反复编辑后 BOM 始终保留,PHP 和旧编译器正常解析
- 为遗留 Windows 系统一步生成 cp936 或 Shift-JIS 编码的新文件,无需先写 UTF-8 再转码
适合人员
- 在 CJK 项目中与 AI 协作开发的前后端工程师
- 维护遗留 Windows、PHP 或旧编译器系统的开发者
- 任何需要 AI 读写非 UTF-8 文件的 DSH 用户