希望 deepseek harness能够支持龙芯龙架构运行（loongarch64）

[okamikidfc]

[argszero]

好帖 — 这张截图把问题定位得很清楚：失败发生在从源码构建 monorepo 的阶段（pnpm install 的 root postinstall），不是产品运行时的能力问题。我按源码和发布物核实了一下，给你分两层说。

截图里这个失败的真相

lefthook@2.1.9 只发布了这些平台二进制（npm optionalDependencies 实测）：

darwin/linux/freebsd/openbsd/windows × {x64, arm64}

没有 linux-loong64。所以 pnpm 装完 JS 壳后，.bin/lefthook → bin/index.js → get-exe.js 里 require.resolve('lefthook-linux-loong64/bin/lefthook') 直接崩，root postinstall（scripts/install-lefthook.mjs，它在跑完一堆 git worktree 配置后调用 lefthook install --force）以 exit 1 失败。

lefthook 只是 git hooks 管理工具（dev-only），跟运行时无关 —— 这是 lefthook 上游（Evrone/lefthook）的打包缺口，不是 deepseek-harness 的运行时缺口。

立即可用的绕过（若目标只是让安装继续）

仓库的 scripts/install-lefthook.mjs 自带 CI 逃生口（main() 开头）：

if (process.env.CI === 'true' || process.env.GITHUB_ACTIONS === 'true') return

所以：

CI=true pnpm install

postinstall 会直接跳过、不再拉起 lefthook，安装正常完成（比 --ignore-scripts 干净 —— 后者会连带跳过 @deepseek-ai/dsh-subprocess-local 的 ensure-spawn-helper.mjs postinstall，需要时可 pnpm rebuild 补）。

但要先管理预期：源码构建在 loong64 上不止 lefthook 一道坎

这个 monorepo 的开发工具链是面向常见平台发布原生二进制的（tsdown→rolldown、oxlint、vitest→esbuild 等），它们目前同样没有 loong64 产物。绕开 lefthook 后大概率还会在构建工具链上再撞。这些全是 dev-only，不代表产品不能跑 —— 龙芯用户真正该走的是「消费已发布产品」而不是从源码构建：

• 安装 @deepseek-ai/dsh（已发布包，跑的是预构建的 lib/ JS），不经过 monorepo 构建链；
• 运行时架构敏感面其实很小：
  • SQLite 用的是 Node 内置 node:sqlite（packages/storage/storage-sqlite，DatabaseSync）—— 无原生依赖；
  • 原生可选项只有能力包：node-pty/koffi（shell/subprocess，无 loong64 prebuild → 首跑时源码编译或该能力降级）、Linux sandbox 的 landlock addon —— 均为可选能力，按 fallback 设计优雅降级；
• 第一前提是 Node ≥ 22.19（engines ^22.19 || >=24）的 loong64 版本。刚查了 nodejs.org/dist/index.json：官方 dist 目前没有 linux-loong64 产物，需要发行版/社区构建（UOS/Deepin 龙芯版的源里通常有 node，注意版本要 ≥22.19，否则运行时 engines 检查会拒）。

建议的下一步

在龙芯机器上装好一个 ≥22.19 的 Node（先 node -v 确认），然后跑一次最小 profile（比如 headless 跑一个任务），把第一个失败点贴回来 —— 社区按错误逐点给 workaround，比在源码构建链上逐个补原生工具快得多。如果能确认 Node 版本合规且产品首跑顺畅，这篇就可以收敛为一份「loongarch64 运行指南」；lefthook 侧我会顺手看看能否让 install-lefthook.mjs 对「平台二进制缺失」也软跳过（当前只在 CI 环境跳过）——那属于 DSH 仓库侧可改的点，但改了也只是让源码构建在 loong64 上多走几步，真正的产品可用性还是取决于上面的运行时路径。