0.2.2-rc.1 win32：host 长时间运行后原生崩溃 0xC0000005（含 5 天 10 次崩溃完整日志包）

[YFZJL]

环境

• DeepSeek Harness Desktop 0.2.2-rc.1 (exe 0.2.2.0), win32 x64, Electron 44.7.0, Node 24.21.0
• 32GB RAM（崩溃时空闲 >17GB，可排除系统内存压力）
• profile: desktop，约 40 个第三方插件

概况：5 天内 10 次崩溃，三种形态

本地时间(UTC+8)	崩的是谁	退出码	诱因
11-07 08:56	renderer	crashed
11-07 10:11	host	0xFFFF7003
11-07 16:03	host	0xFFFF7003
11-08 10:04	host	0xC0000005
11-09 13:44	renderer	crashed
11-09 23:47	host	0xFFFF7003
11-11 09:07	host	0xFFFF7003	当时本机 node PATH/CA 环境问题，已修复（见下）
11-11 09:45	host	0xC0000005	旧进程关闭时遗言
11-11 09:55	renderer	crashed	插件热升级（ego-browser 0.9.12→0.9.13）后约 2 分钟
11-11 11:54	host	0xC0000005	★ 无任何操作，纯运行约 2 小时后自崩

★ 最值得看的一条

11-11 11:54 这次：干净环境下纯运行约 2 小时，host 原生访问违例（0xC0000005）。

修复本机环境（PATH 补 node、删指向不存在文件的 NODE_EXTRA_CA_CERTS）之后，该次运行的崩溃日志内 0 条 node 报错、0 条证书告警（对比 11-11 09:07 那份有 22 条 node 报错）。崩溃时无任何用户操作：未升级/安装插件、未重启、系统内存充裕。日志尾部 MCP-DrawIO 的 Shutting down: stdin ended 是 host 死亡后的连带结果，非原因。

旁证：Windows WER 在 11-10 21:08 给 DeepSeek Harness.exe 记过一次 RADAR_PRE_LEAK_64（内存泄漏预哨，事件原文附在包内）。本机 Crashpad 目录下未见落盘 minidump，如需更深的 core dump 请告知抓取方式。

请重点确认

1. 0.2.2-rc.1 host 引擎长时间运行后的原生访问违例（11-07/11-08/11-11 已三次 0xC0000005）——是否有已知问题或修复版本？rc.1 之后是否有稳定版可换？
2. renderer 崩溃是否集中在插件热升级/热注入路径？升级插件后不重启直接热注入是否有已知风险？
3. @deepseek-ai/dsh-plugin-market@0.2.1-alpha.4 与 dsh 0.2.2-rc.1 不兼容的告警每次启动刷屏并被自动禁用——它是否仍在崩溃日志里以噪音形式在场属于预期，还是禁用路径没有真正隔离它？

附件

完整 10 份原始崩溃日志 + WER 记录 + 分析表（未删改，secret gist）：
https://gist.github.com/YFZJL/79efc6f021dd6ee64a2a7383279c42ef

[YFZJL]

Update 2026-11-11 13:48 (+08:00): two more crashes today, both strengthen the clean-environment pattern.

• 11:54 host 0xC0000005, 13:19 host 0xFFFF7003 - same conditions: no plugin install/upgrade/reboot at crash time, node PATH and NODE_EXTRA_CA_CERTS already fixed, crashpad 'not connected' before death. 13:19 crashed mid-session during ordinary tool use (subprocess calls), ~1h25m after the previous start.
• Host death intervals today: ~2h then ~1h25m.

Locally mitigating by disabling the hot-injection reload plugin (dsh-unlag, implicated in the 09:55 renderer crash) and aligning the plugin-market bundle to 0.2.2-rc.1. Will report back if crashes continue after that.

[PerryLink]

三条我分开答：崩溃本身没法定性，热升级和插件告警能核。

1. 0xC0000005 是原生访问违例，没有 JS 栈，仓里也没有可对照的已知修复。dsh-v0.2.2-rc.2 已经在 2026-11-11 切出来了（ddac9676），但我不能替项目说它修了这个。最能推进的是 dump：crashpad 没落盘时，用 WER LocalDumps 或 procdump -ma -e 挂到 DeepSeek Harness.exe 上，下次崩了就有栈。

2. 热升级路径确实是先移除再安装：plugin-manager/src/index.ts:786 移除，:793-796 失败后回滚重装。renderer 在插件热升级后两分钟崩，落在这个窗口里是合理的，但没有 dump 不能归因到这条路径。

3. plugin-market 的版本不符是准入拒绝（plugin-manager/src/failure.ts:9-18 的 incompatible-version）。如果它每次启动都被重新提出并禁用，说明它还在 profile 的 bundle 列表里被反复检查；要止住刷屏，得从列表里移除，而不是只靠自动禁用。

我读的是 master e8f7b93a 的源码，没跑你 gist 里的日志包。

这段可以直接给 AI，让它按日志对三条分别标证据。