fix(editor): preserve original text file encoding

[wang-kaopu]

说明

Windows 中文环境中的 GBK/CP936 脚本和配置文件此前会被内置编辑器直接按 UTF-8 解码，导致中文乱码；同时编辑后保存会固定以 UTF-8 写回，存在静默改变原文件编码的问题。

Duplicate report: #506；canonical issue: #406。

改动

• 读取文本时自动检测 UTF-8、UTF-8 BOM、UTF-16 LE/BE、UTF-32 LE/BE、GBK/CP936 和 GB18030
• 在编码识别之后再执行 NUL 二进制判定，避免 UTF-16/UTF-32 文本被误判为二进制文件
• 支持无 BOM UTF-16 LE/BE 脚本的启发式识别
• 保存已有文件前重新检测磁盘编码，并按原编码写回
• 新文件保持现有行为，默认使用 UTF-8
• GBK 遇到无法表示的字符时拒绝有损保存，避免静默替换内容
• 补充编码 round-trip、截断读取、二进制判定和保存编码检测测试

验证

• pnpm typecheck
• pnpm test
• pnpm build
• consumer type surface 检查
• 真实 DSH 插件挂载冒烟测试

Fixes #406

[wang-kaopu]

已基于最新 main 重新整理分支，当前为 ahead 1 / behind 0，PR 已恢复为 mergeable；关联也已改为 canonical #406（#506 标注为 duplicate report）。当前 CI 三个 lane 均已通过，现已 ready for review。

[Menghuan1918]

已把 dev 侧的解冲突结果回填到这个分支，基分支改为 dev，然后合并（你的提交原样保留，未 rebase / 未 squash）。

冲突 2 处，都在 src/index.ts：dev 期间写路由换成了「每请求唯一临时名 + flag: 'wx' 独占创建 + rename」的原子写形状。我保留了 dev 的新形状，同时把你的编码逻辑接进去——写临时文件前先 encodingOfFile(path)（仍探测磁盘上的原文件），写入用 encodeText(content, encoding)。两边意图都成立，没有取舍；readText 的两个 hunk 原样套用。

另外我修了你顺手提到的那个「截断误判」（它确实会误伤）：大文件按 readLimit 截断读取时，如果切口正好落在汉字中间，尾部会留下不完整的多字节序列，UTF-8 fatal 解码失败后就被判成 GBK，整屏乱码。修法是截断时先裁掉尾部不完整序列再判定：新增 hasIncompleteUtf8Tail()，decodeTextBytes(bytes, truncated) 在 UTF-8 失败之后、传统编码探测之前判为 utf8（内容仍按 U+FFFD 渲染，不丢尾部字节）；完整但不合法的尾部序列（如 0xC0 0x80）照旧交给传统编码探测，二进制判定不受影响（NUL 检查在前）。本机复现过原缺陷：中文测试内容 的 UTF-8 前缀缺 2 字节时 utf8=fatal 而 gbk 成功（解出「涓枃娴嬭瘯鍐呭」）。

配套加了测试：tests/text-encoding.spec.ts 三/四字节截断、完整非法尾部不误裁、>64KiB 嗅探边界落在汉字中间；tests/smoke.spec.ts 路由级 GBK round-trip（读回原文 + 保存后磁盘字节仍是原 GBK 字节）与 512KiB 截断中文读取。同样做了红检：临时让修复失效，这 3 条新用例全红，恢复后 73/73 绿。

门禁：pnpm typecheck 0；全量 vitest 154 files / 1715 passed / 13 skipped；eslint 0；tests/text-encoding.spec.ts 15 passed。