dsh-macos-signfix
在终端中运行以下命令:
dsh plugin install zirscard/dsh-macos-signfix
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install zirscard/dsh-macos-signfix,或按插件市场指引从 https://github.com/zirscard/dsh-macos-signfix 安装。
插件介绍
在 macOS 上,DeepSeek Harness Desktop 内置 Python 使用 Developer ID 签名并启用 Hardened Runtime。系统会开启 Library Validation,只允许与进程同一 Team ID 的动态库被加载;而 pip 安装的 onnxruntime、OpenCV(cv2)、pypdfium2 等 wheel 里的 .so/.dylib 多为 ad-hoc 签名,dyld 会直接拒绝加载。这与 Gatekeeper 或 quarantine 无关,单纯清扩展属性并不能治本。
本插件通过为解释器注入 com.apple.security.cs.disable-library-validation entitlement,并在保留 --options runtime 的前提下做 ad-hoc 重签,在不破坏 Hardened Runtime 语义、也不对 Electron 外层 .app 做 deep 签名的情况下,让内置 Python 能正常 import 上述原生扩展。工具 doc_ocr_sign_fix 提供 diagnose、sign、verify、auto 四种模式:诊断签名与 import 状态、幂等重签并备份原二进制、浅层或深度(含 RapidOCR 推理)验收,以及一键自动流程。
适合在 macOS 上使用 DSH 内置 Python 跑 doc_ocr、RapidOCR 等依赖原生库的工作流,且遇到扩展加载失败或升级/重装后签名被还原的开发者与运维同学。DSH 升级后若内置 python 恢复原厂签名,重跑 auto 模式即可;修复失效时 doc_ocr 仍可降级 Anaconda,不阻塞 OCR。
使用场景
- macOS 上 DSH 内置 Python 无法 import onnxruntime、cv2 或 pypdfium2
- DSH Desktop 升级或重装后 doc_ocr 因解释器签名恢复而再次报错
- 需要在不重签整个 Electron .app 的前提下修复 Library Validation 导致的加载失败
适合人员
- 在 macOS 上使用 DSH 内置 Python 跑 OCR 与文档识别流程的用户
- 遇到 Hardened Runtime 与原生 wheel 冲突的开发者
- 负责维护 DSH Desktop 本地运行环境与签名的运维同学