BUG 一直报这个错误 ，每次更新都炸实在受不了了？？？？？

[springsky1]

[SirusAI]

same here

[heimo88]

一样。。

[yangxj0323]

之前总是炸，我已经把所有自定义插件都给卸载了，今天一更新谁能想到问答直接炸了

[Gniy7Ga]

收到你的反馈。截图里是在列目录的工具调用阶段报了 prepare 错误。麻烦补充一下 DSH 版本号，以及是桌面安装包、npm 安装还是源码启动；另外，新建会话只做文字聊天、不调用工具时是否也会失败？这些信息有助于区分启动方式相关的问题和工具执行问题。

[fengying00]

#6967
最新版本的0.1.6-alpha.2可以稳定复现这个问题，目前看应该仅限于源码启动。
临时的解决措施是构建完之后通过构建产物启动：node apps/cli/lib/bin.js web 。
麻烦尽快修复

[yangxj0323]

#版本
通过源码方式，由v0.1.6-alpha.1更新至v0.1.6-alpha.2
pnpm install
pnpm run build
然后通过pnpm dsh web启动
没有挂载任何其他第三方插件

#情况描述：
纯文字聊天好像没什么问题，但是只要触发了工具调用直接就报错了，而且报错后这个会话直接就废了

[twinkle10010]

稳定复现，可能本没法正常用，调用工具就报错

[springsky1]

PS D:\workplace\DeepSeek\deepseek-harness> node apps/cli/lib/bin.js web
使用这样的话 暂时可以使用了

[Justdkd]

刚刚用源码安装配置好API key第一次调用tool就报错 “本轮运行失败Cannot read properties of undefined (reading 'prepare')”
切换commentsli说的 node apps/cli/lib/bin.js web 启动后还是调用tool就报 “本轮运行失败DeepSeek Messages tool calls need immediate results”

操作系统是 macos 26.5.1

[springsky1]

。

只能文字 我就是要用他开发 也就是 ptc 和标准模式都废了 只能用极简模式 还不能调用任何 工具和只能聊天了😢

[springsky1]

还是赶快修复吧 不然只能用 codex 了

[max-holo]

+1 同样问题，我是用最新版

[zongren]

same here, but can't blame it too hard since it's only an alpha release

[springsky1]

理解，也希望他越来越好 就是心情不好

[zhang-guo-wen]

这个 Cannot read properties of undefined (reading 'prepare') 已有集中诊断和完整方案：见 #7011 汇总回复。

目前确认的共同机制是 @deepseek-ai/dsh-tools 被加载/求值两次，而 scheduler 使用模块私有 Symbol(...)，导致注册端与调用端的键不相同。常见触发源包括：

• 0.1.6-alpha.2 的 pnpm dsh / pnpm dsh web 同时加载 src 与 lib；
• profile 内安装了另一份或另一版本的核心包；
• Web HMR 后旧 service 实例与新模块共存。

源码 checkout 可暂时改用 node apps/cli/lib/bin.js web；安装版应检查 profile 的 node_modules/@deepseek-ai/dsh-tools 是否遮蔽了安装目录副本。修复并重启后建议新建会话，因为已经崩溃的会话可能留下没有 tool/result 的 tool/call。完整上游补丁与验证项见链接。

[springsky1]

PS D:\workplace\DeepSeek\deepseek-harness> node apps/cli/lib/bin.js web

这样运行可以暂时可以使用了

[Gniy7Ga]

补充的信息已用于登记调查任务：源码启动时的工具调用失败，以及报错后原会话无法继续，都已纳入调查。构建产物启动是目前原帖反馈有效的临时绕过；确认包含修复的可用版本后，会在这里更新。

[springsky1]

早点更新

[springsky1]

还有个问题 调用工具的时候经常报错

[Gniy7Ga]

两张截图我看了，这次显示的是编辑前未读取文件的拦截，以及一次代码解析错误（Expected ';', got 'ident'），与前面的 prepare 报错不同。后面能看到重新读取 README 并再次尝试编辑，但截图没有显示最后是否成功。

想确认一下：重新读取后能继续完成任务，还是会反复报错、无法继续？如果是后者，麻烦补充最后一次编辑的结果或报错附近的脱敏片段即可，不用公开完整会话或项目文件。这样可以区分可恢复的工具调用错误和持续阻断任务的问题。

[springsky1]

可以读取成功 但是这种情况概率比较高，基本每一次对话中 示思考过程 读写文件里面都会出现几次

[Gniy7Ga]

明白，读取能成功，但几乎每次对话都会出现几次读写报错，这个频率确实影响使用。要判断是不同操作各自报错，还是同一个文件在读取后仍反复被拦截，还需要一段连续记录。

方便补充一次从报错、重新读取到再次编辑结果的脱敏工具片段吗？保留工具名、报错和成功／失败结果即可，文件名可用 A/B 代替，不用公开文件内容或完整会话。

[dagangwo]

一样的问题，不管是wsl还是win都遇到过，只有一种方法就是完全卸载干净，重新安装，别的捣鼓起来太麻烦了~