Replies: 1 comment
|
我重新把 #461 的实现和事故现象对了一遍,现在觉得“DSH_HOME 串线”并不是最有力的解释。 反而高度怀疑是一个非常具体的 Windows PowerShell 陷阱: 模型在开发/测试插件时,很可能生成了类似 $home = Join-Path $env:TEMP 'xxx' 这样的临时目录清理代码。 问题在于 PowerShell 变量名不区分大小写, 于是 C:\Users\Administrator 接下来 这恰好解释了 #461 的所有现象:
而 DSH 的源码正好提供了执行这个事故的环境:Windows shell 直接调用 另外,用户看到的
本身并不像路径解析错乱。当前 JSONL session backend 本来就是按 这类 所以我目前对 #461 的判断是: 不是“Full Access 允许删家目录,所以模型刚好发疯”这么简单。更可能是模型生成了一个本来只想删临时目录的 cleanup 命令,而 PowerShell 的 最终只差一个证据:把事故 session 的最后几个 tool call 解出来,搜索 |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
如上图所示,我的家目录只剩下这么点东西了。。。现在系统进入了半报废状态,既好气又好笑。
当时在clone下来的代码仓库里开发一些插件,然后风扇突然转起来了,接着所有会话都中断了,显示找不到
"C:\Users\Administrator\.dsh\sessions\--path-to-deepseek-harness--\session-xxx\session.jsonl.zstd",打开 explorer 一看心凉了一截。我觉得更有可能是和 DSH HOME 之类的环境变量的设置有关,如果还设置着沙盒,可能还不会出事,但我大概率也看都不看直接确认了。。。
还好重启之后,
C:\Users\Administrator\.dsh\sessions又能找到了,所以当时的故障原因大概还保留在 sessions 里,可以联系我拿去分析 DEBUG。万幸的是我把 Documents、Desktops 等库目录都移到了 D 盘存储,而且我本身也在折腾着换 NixOS,所以对我没有造成太大的损失。
All reactions