[Bug] profile 的 package.json 带 UTF-8 BOM 时，桌面版启动即崩（连续崩溃且界面无提示）

[suizhejiu]

环境

• 官方桌面版 0.2.0-rc.2（Windows 11 24H2 / 10.0.26100.8875，Electron 44.0.0 / Node 24.18.1）

现象

• 启动即退出，连续崩 4 次；GUI 没有任何错误提示（用户视角就是"程序打不开"）。
• %APPDATA%\@deepseek-ai\dsh-desktop\logs\crash-<ts>-host.log：

DesktopHostFatalError: Unexpected token '', "{
    "n"... is not valid JSON
    at JSON.parse (<anonymous>)
    at readProfileManifest (.../dsh/node_modules/@deepseek-ai/dsh-app-boot/lib/index.js:835:22)
    at loadProfileDirectory (.../dsh/node_modules/@deepseek-ai/dsh-app-boot/lib/index.js:921:18)
    at main (.../dsh/node_modules/@deepseek-ai/dsh-desktop-host/lib/index.js:221:18)

复现

1. 用 PowerShell 5.1 的 Set-Content -Encoding UTF8（会写 BOM）改写 ~/.dsh/profiles/<profile>/package.json——内容本身是完全合法的 JSON；或手工在文件头插入 EF BB BF。
2. 完全退出官方桌面版后重新启动 → 启动即崩，日志同上。

影响

这是一个只有写文件的人才知道要避免的坑：脚本、第三方插件安装器、甚至用户手工编辑都可能带来 BOM，而表现是"程序打不开 + 没有任何面向用户的提示"，排查成本很高（必须去翻 crash log 才知道是 manifest 的 BOM）。

建议（任一即可）

1. 读取前 strip BOM：text.replace(/^\uFEFF/, '') —— 对 JSON 内容没有副作用；
2. 或者在 readProfileManifest 捕获 SyntaxError 时给出明确错误：「profile manifest 解析失败：<路径>（疑似 UTF-8 BOM 或 JSON 语法错误）」，并在 GUI 里显示，而不是静默崩溃；
3. 写回该文件时统一用无 BOM 的 UTF-8。

（这条经验来自 2026-10-01 我自己用脚本把这个文件改坏的一次事故，后来靠保留的社区版才恢复。放在这里希望省下别人一轮排查。）