bug:自定模式在window下无法打开所载配置目录

[qzcpl]

[argszero]

按 rc.8（141eb6fef8）核对了一下"打开配置目录"在 Windows 上的完整代码路径，并给一个基于既有 bug 家族的定向怀疑——但需要你补充几个信息才能确认（截图里的文字我看不到）。

代码路径（rc.8 验证）：打开配置目录按钮 → host.openPath（特权方法，packages/host/apiproxy/src/api-proxy.ts:1844-1865）→ openNativePath → Windows 分支 openWindowsPath（native-path-opener.ts:101-107）：powershell.exe -NoProfile -Command "Invoke-Item -LiteralPath '<path>'"。这条链本身对中文/空格路径是安全的：单引号 PowerShell 字面量（:84-86 双写内嵌引号）、-LiteralPath 不解析通配符、经 @deepseek-ai/dsh-native-command 启动（不带 shell、windowsHide: true，native-command/index.ts:30）。

定向怀疑：上游路径损坏。如果"所载配置目录"的路径来自原生目录选择对话框（Windows 上 host/directory-picker-native 的 win32-dialog-bindings.ts），那这里有一个已确认 4 例的 bug 家族：readUtf16 终止符扫描只检查低字节（bytes[end] !== 0，bindings.ts:40），遇到 U+XX00 这类低字节为 0 的汉字（如「开」U+5F00、「设」U+8BBE、「目」U+76EE）会在路径中间截断，导致返回的目录路径被剪掉后半段——目录自然打不开或打开到错误位置。报告：#3188（C:\Codex\ 目录）、#3279、#3291、#3442（「阀」U+9600）。修复已经验证就绪（改为同时检查高低字节），只是还没有并入上游。

需要你确认（这样能判定是 readUtf16 家族还是新问题）：

1. 配置目录的完整路径是什么？是否含中文（尤其用户目录名）？
2. 失败现象：按钮点了没反应？explorer 打开了但位置不对？还是弹了错误提示？（贴错误文案文字，截图里的字我看不到）
3. "所载配置目录"是手动输入的，还是通过目录选择对话框选的？还是固定由应用生成（如 ~/.dsh/）？

如果路径含汉字且来自目录选择对话框，那大概率就是 readUtf16 家族的第 5 例——我可以在帖子里给出完整的修复 diff 供核对。