DSML 输出问题何时能解决？/ When Will the DSML Output Issue Be Fixed?

[XuZhangxing]

DSML 输出问题何时能解决？ | When Will the DSML Output Issue Be Fixed?

触发条件推测：

只要让模型认为自己有某个工具可以用，但实际上没有提供对应的工具实现，模型就可能自己生成工具调用，最后把 DSML 标记直接输出到普通文本里。

最小复现（关闭联网搜索）：

https://chat.deepseek.com/share/lsj58c9poqsns41z9g

为什么又提这个问题？

今天使用 DeepSeek Harness 时，我把一个普通问题对应的 Session 日志交给 DeepSeek Chat 网页端分析，即使关闭联网搜索，又出现内部工具调用信息泄露。

复现记录：

https://chat.deepseek.com/share/hmuozaxm6mx4evd0us

最近感觉模型更新后，这类输出越来越多，暴露的信息也越来越详细。例如：

• <｜DSML｜function_calls>
• <invoke name="...">
• <parameter name="...">

这些本来属于内部工具调用的信息，直接显示给用户，很容易让人困惑，也可能导致工具没有真正执行，却让人误以为已经执行。

目前还不能确定具体原因，但我怀疑这可能和模型认为自己有工具可用、实际环境却没有对应实现有关。希望官方能查一下，并明确这个问题什么时候能解决，而不是一直让用户自己排查、做兼容处理。

之前的相关讨论

DeepSeek-V3：

• [#1668 — 关闭 Web Search 后仍暴露内部元数据]([BUG] Internal metadata exposed when Web Search is disabled DeepSeek-V3#1668)
• [#1670 — DeepThink 思考过程提前终止](https://github.com/deepseek-ai/DeepSeek-V3/issues/1670)（近期测试似乎已修复）
• [#1671 — 关闭 Smart Search 后仍访问用户提供的 URL]([BUG] 关闭"智能搜索"后模型仍能获取用户输入的裸链接内容 DeepSeek-V3#1671)

DeepSeek Harness：

• [#5277 — 本地的 deepseekv3.2 无法调用工具](本地的deepseekv3.2 无法调用工具 #5277)
• [#2158 — 工具调用标记泄露到用户回复](deepseek-v4-pro emits Anthropic-style `<invoke>` tool-call text into content, not normalized to tool_calls — leaks to the user #2158)
• [#8509 — DSML 标记进入普通文本，长任务中断]([Bug] DSML-like tool markup returned as assistant text instead of native tool calls interrupts long-running tasks (0.1.7-rc.2) #8509)
• [#9402 — 工具调用相关问题](Bug: dsh-llm-deepseek 偶发把工具参数拼成非法 JSON ⇒ MALFORMED_RESPONSE 硬终止（无重试、无原文） #9402)
• [#9990 — 推理结束时泄露 DSML 标记](Turn silently ends as "completed" when the final step contains only reasoning blocks #9990)

这些问题不一定都是同一个根因，但相关现象已经出现多次。DeepSeek-V3 的 #1670 我近期测试时似乎已经修复，说明部分问题确实有所改善。希望官方也能跟进 DSML 输出问题，明确目前的处理进度和修复计划。

[Nicolas-One]

1017模型特别容易产出DSML，导致对话直接在思考链还未完成就断开了，真的挺头疼的，一直不停的继续，要么就是将思考关闭了。有个插件dsh-dsml-artifact-guard，不知道能不能行，我安装了，也重启了，但是还是会因为DSML导致思考时对话结束。

[XuZhangxing]

1017模型特别容易产出DSML，导致对话直接在思考链还未完成就断开了，真的挺头疼的，一直不停的继续，要么就是将思考关闭了。有个插件dsh-dsml-artifact-guard，不知道能不能行，我安装了，也重启了，但是还是会因为DSML导致思考时对话结束。

我这边也遇到过类似问题，最近更新后确实感觉明显严重了。其实 Hugging Face 上从 DeepSeek-V3 相关版本开始就存在https://huggingface.co/deepseek-ai/DeepSeek-V3.2/discussions/29 ，插件可能只能兜底，不一定能真正解决。尤其是 Harness 导出的日志直接交给 Chat 分析，可能让它误以为日志里的工具调用就是自己正在执行的操作。如果官方一直不明确是否会修，大家就只能自己反复排查、装插件、做兼容，很多功夫可能都是白费的。

[XuZhangxing]

@tianyicui 崔总，这个 DSML 标记泄露到正文的问题，从 DeepSeek-V3 相关版本一直持续到 1017 版本，近期个人感觉还有加重的趋势，而且复现如此简单(一句提示词即可)。能否请官方关注一下，感谢。

[XuZhangxing]

补充：分析 Harness Session Log 后，Chat 出现角色混淆并可以持续输出 DSML/或输出终止

Harness 出问题时，用户很自然会把 Session Log 导出后交给 DeepSeek Chat 分析，这个场景很难避免。
但Chat 分析这类日志后，行为可能会发生变化：它开始把自己当成 Harness Agent，规划文件读写、命令执行、联网搜索等操作，并直接在正文输出 DSML 调用内容。
比较奇怪的是，即使它自己承认之前并没有真正调用成功，后续输入“继续”后仍会反复尝试，甚至在没有可见执行结果佐证的情况下声称文件写入成功。
SSE 中 search_enabled=false、search_triggered=false，但仍出现了 DSML 调用内容。

举几个常见的例子：
【联网搜索关闭】
持续不断的泄露dsml：https://chat.deepseek.com/share/t47dk5lt9fgiank47k
明确告知是harness的日志让chat分析也会泄露： https://chat.deepseek.com/share/vgjmb71z8v77q6o0zx
【联网搜索开启】也无法避免会出现
https://chat.deepseek.com/share/2fsizwaldeaohoju9u
即使上传的 Harness Session Log 只是一次简单输入“你好”的对话，也可能导致 DeepSeek Chat 生成中断并出现异常。说明问题不一定需要复杂的工具调用记录才能触发(chat是真把自己当成harness了)

SSE出参出现" INCOMPLETE，并出现 generation_err（服务器暂时不可用）"

补充一个比对，将日志给chatgpt ，chatgpt自我认知正常

结论：
目前更新后的模型与 Harness 之间似乎存在一定的针对性适配或者优化，但也观察到一个值得关注的现象：Harness 日志中的工具定义和调用记录，似乎会对 Chat 后续行为产生较强烈的引导，甚至让它持续沿着 Harness Agent 的执行模式持续输出 DSML。这种影响的具体机制还不明确，但可能存在上下文边界方面的隐患，这可能导致用户在正常排查 Harness 问题时触发 DSML 泄漏，希望官方关注一下：

[silver-zeng]

MiMo也不会

[XuZhangxing]

deepseek可能专门优化训练过，有点当局者迷旁观者清的感觉

[Nicolas-One]

https://github.com/Nicolas-One/dsh-dsml-reasoning-guard

试试我写的这个插件，我目前没有遇到直接断开会话了。至于工具调用是否成功，查看日志似乎有迹象表明成功了。

[XuZhangxing]

https://github.com/Nicolas-One/dsh-dsml-reasoning-guard

试试我写的这个插件，我目前没有遇到直接断开会话了。至于工具调用是否成功，查看日志似乎有迹象表明成功了。

最后还是社区承担了所有啊 😂 我学习学习，看看大佬是怎么兜底的，有问题再请教。