dsh-crew 是 ZSeven-W 维护的 DeepSeek Harness 插件MIT 许可npm 包zseven-w/dsh-crew在 Claude Code / Codex / Antigravity / Grok 里把活派给 DSH agent同时保留宿主原生的子代理界面——干活的是一个完整的 DSH 会话不是一次裸的模型调用。链路横跨「宿主 → MCP shim → hub / standalone runtime」好几段任何一段的默认假设不成立都会失败。下面按五类报错讲症状、定位与处置。装之前先对齐三件事npm 上 latest 是0.1.0-rc.13站点快照0.1.0-rc.11安装命令不写死小版本dsh plugin --profile web add zseven-w/dsh-crewlatest再dsh web。package.json里Node 引擎与 dsh 版本约束均未声明装前自己确认环境peer 依赖只有react ^18与react-dom ^18。本站实装验证是 L4真实安装跑在 dsh0.2.0-rc.2下README 自述是 Tested with DSH0.1.1-rc.1两处口径不同。星标 156。周下载量 567 取自 npm 全网上周窗口含 CI、镜像与爬虫流量不代表装机人数。想横向对照同类插件可以先收一份 完整插件清单与汉化避坑指南。五类报错逐条排查坑一 · 第二个 worker 被 workspace 锁挡在门外现象。第一单还在跑你在同一目录再派一个拿到的不是排队而是一条明确拒绝里面列着持有者的 job id、backend 与开始时间。原因。这是 cwd 咨询锁按设计生效一个运行中的 worker 占一个 workspace同时只允许一个防止两个 worker 在同一条目录里互相踩。解决。等它跑完用dsh_worker_cancel取消腾出目录仅在任务确属只读时才考虑allow_concurrent_cwd: true。它从不静默排队。坑二 · 嵌套超深或成环都会被拦现象。一个 worker 想再往下派报错说你踩了 origin chain 上限或提示「同一个 backend cwd 出现了两次」。原因。每次派发都会往 worker→worker 的 origin chain 追加一跳嵌套深于origin_depth_limit默认 3会被拒同一 backend cwd 在链上出现两次构成的环也被拒。这是故意设的用来阻止 worker 递归自我放大。解决。不要绕过。把任务重新圈定成一层让 orchestrator 自己收敛确实需要更深的链再用/dsh-crew:config的origin_depth_limit1–32。坑三 · 长任务被 MCP 超时切断现象。派一个长任务宿主里进度走到一半突然结束返回像是调用被掐掉了worker 本身可能还在跑。原因。Claude Code 对 MCP 调用有超时限制MCP_TOOL_TIMEOUT可调而dsh_run_worker是阻塞式派发等结果时就一并等进了这道限里。解决。改用异步路径dsh_spawn_worker拿 job id再用dsh_worker_result(wait_seconds)轮询并按需调timeout与MCP_TOOL_TIMEOUT。坑四 · Codex 角色文件缺了那个必需字段现象。Codex 里刚发起工具调用就被自动取消像是有东西替你点了「不批准」。原因。角色文件预置了default_tools_approval_mode approve这一项是必需的否则 exec 模式下的工具调用会被自动取消。解决。用安装器node src/install/cli.mjs codex它按本机路径渲染并保留该字段手工复制就补回它并确认tool_timeout_sec 3600与args的绝对路径。坑五 · smoke.mjs 只测了实际能走的那条路现象。node scripts/smoke.mjs明明打印smoke test passed — configuration OK换个宿主或场景真派照样失败。原因。smoke 只挑一条可用路径派一个廉价任务DSH 在跑就走 hub否则 standalone并打印用的哪条失败时只针对实际测的那条路径给原因不覆盖另一条路径也不覆盖四宿主的集成配置。解决。四个宿主分别用ds-flash/ds-pro真派一次再核对 hub 探测是否命中DSHPLUGIN_CREW_HUB默认http://127.0.0.1:3080。顺手把安全扫描的措辞读对站点对该包的静态扫描结论是 扫描等级高危116 处证据尚无人工评估。站点措辞是「静态扫描发现安装期即执行代码或命令参数由运行时变量拼接」参数来源无法静态判定从严处理能力项含命令参数由运行时变量拼接、读写删除本地文件、读取剪贴板或密钥类环境变量、发起外部网络请求。这是一份能力清单不是危险判定。静态扫描只反映源码里出现的调用不构成安全背书人工评估与自动扫描相互独立。dsh 与插件都处于 developer-preview 阶段装前建议先备份~/.dsh配置。总结五类报错指向同一个设计取向派发链路上每一步都会被检查拒绝写成可读错误而不是静默排队或悄悄回退照症状表先分清是锁、链深、超时、批准模式还是路径覆盖再动手同类插件的中文清单与安装形态见 完整插件清单与汉化避坑指南。适合与不适合适合同时用两三个编码宿主、想统一交给 DSH 跑重活的人要原生任务 UI 又不想放弃 DSH 工具链的人CI 等无界面环境也要能派发的人。不适合只用 DSH 原生 Web、不装 Claude Code / Codex / Grok / Antigravity 的人——它的价值全在「跨宿主派发」不愿给无头 agent 放权限的人agy full approval、grok bypassPermissions不想在订阅额度外多花 token 的人子代理壳用 haiku 中转每次派发增加数百到数千 token期望开箱即用免配置的人Codex 必须改 approvestandalone 必须配 key。标签dsh-crew、DeepSeek Harness、排错速查、跨宿主派发本文由 DeepSeek Harness Hub 自动整理数据来源于插件详情页。