快速结论:该报错通常出现在 macOS(尤其是 M 系列芯片)下载并解压 TextGen WebUI 的 Mac 桌面构建后,首次运行脚本时弹出 “Electron is damaged and cannot be opened”。优先怀疑构建未签名导致 macOS Gatekeeper 拦截,可先尝试清除解压目录的隔离属性。
适用环境:macOS;Mac M4 Air;TextGen 4.8 Mac 构建(tarball 解压后运行)。Issue 中未提供 Python、CUDA、依赖版本信息。
最快修复方案:在终端中执行 xattr -cr /path/to/your/textgen-4.8,对整个解压目录递归清除隔离属性,然后重新启动。
注意事项:Issue 中明确验证有效,但该命令必须作用于整个目录递归执行,只对 textgen 可执行脚本单独执行无效。此方案属于绕过未签名构建的隔离限制,并非代码签名修复;后续版本若已签名可能无需执行。
问题场景
用户从 Mac(M4)构建的 tarball 全新下载并解压 TextGen WebUI,然后运行脚本启动桌面应用时,弹出 Electron 无法打开的报错。用户怀疑是代码签名问题。
报错原文
Electron is damaged and cannot be opened
原因分析
根据 Issue 评论,该问题由构建未签名(not being signed)导致,可能因此触发 macOS Gatekeeper 对下载应用的隔离与拦截。用户此前只在 textgen 可执行脚本上尝试 xattr,未对解压目录整体递归处理,因此没有生效。
环境排查
- 确认操作系统与硬件:macOS,Mac M4 Air。
- 确认使用的是 TextGen 4.8 Mac 构建的 tarball 解压版本。
- 确认解压后的完整目录路径,而非仅针对单个可执行文件。
- Python、CUDA、PyTorch、显卡、节点及依赖版本在 Issue 中未提供,无需作为本次排查依据。
解决步骤
- 打开终端窗口。
- 执行
xattr -cr /path/to/your/textgen-4.8,其中路径替换为实际解压后的 textgen-4.8 目录。注意必须对整个目录递归执行。 - 重新启动 TextGen 桌面应用。
验证方法
重新启动后,若不再弹出 “Electron is damaged and cannot be opened”,且应用正常打开,即表示问题已解决。Issue 中用户反馈执行后 “It worked!”,并已关闭该 Issue。
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。


![[Bug]: Kimi-K3-NVFP4 on 8xB300 produces degenerate, incoherent output in the reasoning channel on v0.27.0](https://www.chat-gpts.plus/wp-content/uploads/2026/09/51798-e8ba3af0-768x403.jpg)