Windows 原生文件夹选择器会把含「开」等汉字的路径截断（UTF-16 低字节为 0x00 的汉字）

[momolhy]

环境

• 操作系统：Windows
• 相关包：@deepseek-ai/dsh-host-directory-picker-native（native 能力）
• 复现路径示例：D:\A-游戏开发（其中包含「开」字，Unicode U+5F00）

问题描述

在网页端点击「添加工作区」并通过系统文件夹选择框选中一个名字里含「开」字的文件夹后，
返回的路径被截断，导致创建工作区失败，报错：

workspace-invalid-path: cannot create a workspace at "D:\A-游戏":
ENOENT: no such file or directory, realpath 'D:\A-游戏'

正确路径是 D:\A-游戏开发，但实际传入的路径变成了 D:\A-游戏，「开发」两个字被截掉了，
所以 fs.realpath 找不到这个不存在的路径。

复现步骤

1. 新建一个文件夹 D:\A-游戏开发（或任何名字里含「开」字的文件夹）。
2. 在网页端点击「添加工作区」，选中该文件夹。
3. 选择器返回 D:\A-游戏，而不是 D:\A-游戏开发。
4. workspace.create 对截断后的路径执行 fs.realpath → ENOENT → workspace-invalid-path。

根本原因

lib/worker.cjs 中的 readUtf16 函数通过「只检查每个 UTF-16 码元的低字节是否为 0」
来判断字符串是否结束：

while (end + 1 < bytes.length && bytes[end] !== 0) end += 2;

而「开」（U+5F00）的 UTF-16LE 编码是 00 5F，低字节恰好是 0x00，于是被误判为
字符串结束符（NUL），路径在这个字符处被截断。

最小复现（Node.js）

const name = "D:\A-\u6E38\u620F\u5F00\u53D1"; // 即 A-游戏开发
const buf = Buffer.from(name, "utf16le");
let end = 0;
while (end + 1 < buf.length && buf[end] !== 0) end += 2;
console.log(buf.toString("utf16le", 0, end)); // 输出 "D:\A-游戏"

建议修复

判断结束时应检查整个 16 位码元是否为 0，例如：

while (end + 1 < buf.length && (bytes[end] !== 0 || bytes[end + 1] !== 0)) end += 2;

或者更直观地使用：

buf.readUInt16LE(end) !== 0

影响范围

凡是 Unicode 编码以 00 结尾的汉字都会触发，常见如：
「一」(U+4E00)、「开」(U+5F00)、「刀」(U+5200)、「怀」(U+6000)、「最」(U+6700)、
「耀」(U+8000) 等。任何含这些字的文件夹路径都会被截断，属于影响中文用户的高频问题。