Repository navigation
Replies: 3 comments
|
补充:0.2.1-rc.2 仍然复现,而且会出现在 环境:macOS(Apple Silicon),profile 触发路径:按 suffix: Your working directory is {{cwd}}.升级后启动正常、Web UI 能打开,但每次发消息都失败: 对比确认:0.2.0-rc.2 的 建议(任一即可):
修复方式(已验证):把该行的 |
|
把 dsh-purge\lib\ 里所有 {{cwd}} 替换成静态文字 (from runtime context)。一共 5 处,改完重启就好,插件功能全保留。改前我会先备份原文件。 |
|
用其他AI直接帮解决了 |
Uh oh!
There was an error while loading. Please reload this page.
现象
升级到 0.2.1-rc.1 后所有对话立刻失败,发出去的消息一个字都得不到回复,界面顶部只报一行:
会话日志对应记录:
{"type":"turn/end","reason":{"kind":"error","error":{"message":"unknown prompt variable \"{{cwd}}\" ...","code":"UNKNOWN"}}}定位
解析在「发请求之前」就抛错,所以不是模型报错,是整个回合无法开始。
@deepseek-ai/dsh-system-prompt/lib/index.js的interpolate()直接抛:变量注册表现在只剩
provider/model(README 第 71 行:The loop supplies provider and model; plugins can register the facts they own)。需要说明的一点
不是「上游没写」——同包
README.md第 77 行有明确说明与迁移指引:问题是这段只存在于包 README,客户端里看不到,升级时也没有任何运行时提示或迁移动作。
建议
deployment:persona-prefix,完全看不出问题来自哪个预设文件,排障成本很高。{{cwd}}作为已弃用别名(映射到 working-directory 上下文),给一个版本的过渡期。临时处置
已把两处 persona 里的「,工作目录 {{cwd}}」删掉,工作目录仍由 working-directory 服务提供,对话恢复正常(实测 1 秒返回)。
All reactions