工具调用文本化

[zerodegress]

使用官方的API偶发这样的情况，原因不明

[PerryLink]

先分清一件事：工具调用真的执行了吗？ 这一个问题就能把原因劈成两半

1. 为什么这是关键判据

DSH 的助手消息由不同种类的内容块组成：思考（reasoning）、正文（text）、工具调用（tool-call）——它们是并列的块。

DSH 不会去"扫正文里像不像工具调用"然后执行它——那是严重的注入风险。所以：

• 如果那次工具真的执行了（你能看到工具结果）⇒ 那是渲染问题（一次真实的工具调用被显示成了文本）；
• 如果那次工具没有执行（没有结果、流程停住）⇒ 那是模型/协议把那一次调用当成普通文本发出来了，DSH 只是如实显示。这种情况不是 DSH 的 bug——它没有理由把一段文本当指令执行。

⇒ 请你先确认这一点，它决定了后面完全是两条路。

2. 两种情况下各自要什么证据

若工具没执行（大概率）：

• 那条 assistant/message 的 content 数组里，是一个 text 块里装着工具调用的 JSON，还是根本没有 tool-call 块？前者说明模型把调用写进了正文；
• 你说是"偶发"且用官方 API——这符合"模型偶尔把结构化调用写成了文本"这一类。DSH 侧能改进的只是"检测到这种明显像工具调用的文本时给出提示"，而不是替它执行（执行才是危险的）。

若工具执行了：

• 那就是渲染层的问题，请附上那一刻的截图与 dsh --version（我这边读不到你那张附件，请把关键区域重新贴一张图，或把当时那段文字直接复制出来）。

3. 顺便提醒一个已知的边界（可能相关）

DSH 对"工具调用参数解析失败"有一条修复路径（会合成一个工具结果而不是直接崩），所以参数被截断/畸形的调用会留下痕迹。如果你那次的现象是"调用显示了但内容像半截 JSON"，请把那段原文贴出来——这条能对上。

4. 版本提醒（请务必看）

⚠️ 当前最新是 0.1.7-rc.2（tag dsh-v0.1.7-rc.2，npm next 也是它）。你那条是 8 月 13 日的，中间聊天区的渲染改过很多（单是 0.1.7-alpha.1 → alpha.2 就有 162 个提交，其中一批是聊天区渲染与滚动的修复）。

别装 latest——npm 上它仍停在 0.1.5-rc.3，比 next 更旧：

npm i -g @deepseek-ai/dsh@next      # 当前 = 0.1.7-rc.2

如果你在最新版上仍能复现，这条的性质就完全不同了（那时的渲染路径已经不是 8 月那份），届时请带上版本号重开一条。

[zerodegress]

坟贴勿回