一位用户在技术社区 Linux.do 发帖分享了解决 ChatGPT Windows 桌面客户端插件兼容性问题的经验。该用户此前将应用程序安装在 E 盘，导致了一系列复杂的连接故障，包括 Chrome 扩展无法连接、频繁报错“Browser is not available”以及原生消息传输桥接失败，提示 `CreateProcessAsUserW failed: 5`。在尝试了检查 nodePath、修改 manifest 文件、调整 config.toml 及处理 bundle 路径无效后，用户发现这些看似互不相关的故障，根本原因均在于非 C 盘安装导致运行时路径错位。通过系统设置将应用移动回 C 盘默认路径后，所有插件、桥接及配置问题瞬间解决，且聊天记录等数据未受影响。该案例表明，涉及运行时环境和本地代理的 AI 应用，对系统路径规范有严格依赖，默认路径往往是最稳妥的部署方案。
事件分析
此次故障排查揭示了现代 AI 桌面应用中“原生消息传输”机制对系统环境的敏感依赖。OpenAI 的桌面客户端与浏览器扩展通过 Native Messaging Host 进行通信，该机制在 Windows 环境下对进程权限和注册表路径有严格校验。当应用被迁移至非默认盘符（如 E 盘）时，可能触发操作系统的安全策略拦截（如 `CreateProcessAsUserW` 错误），或导致运行时 Bundle 无法正确寻址。这反映出当前部分 AI 工具在开发适配层面尚未完全兼容多路径或非标环境。对于开发者和用户而言，此类依赖本地桥接服务的应用，在安装时应优先遵循系统默认路径，或软件厂商需增强安装程序对非标路径的权限适配与兼容性处理。
核心观点：带本地运行时的 AI 桌面应用对环境路径极度敏感，非标安装极易破坏底层通信桥接，回归默认路径是最高效的稳定性保障。
原文链接：Linux.do
