DeepSeek应用API与chat-demo v0.1.1为什么要保留工具内容块

一次回答里不只有可见正文

启用搜索或链接读取后，服务端执行工具调用并组织上下文。返回信息可能包含思考、服务端工具使用、工具结果、文本与引用等不同内容块。它们的职责不同，不能把整个响应简单看成一条任意拼接的字符串。

给用户显示的最终答案，只是这些信息中的一个部分。搜索结果卡片、已经读取的页面和引用信息可以帮助解释答案依赖了哪些资料；客户端如果自行丢弃或改写结构，下一轮请求就未必保留同样的上下文。

“原样传回”为什么需要遵守各自协议

应用能力可用于Messages、Responses与Chat Completions三种协议，但它们不是同一份JSON结构换三个地址。请求和返回格式仍由相应协议决定，客户端不能把一种协议的内容块直接当作另一种协议的字段使用。

原样保留的要求，也不意味着客户端应自行构造从未收到的工具结果、引用或签名。没有取得真实返回时，不能用一段模型解释文字代替协议需要的状态数据。

工具开关与模型ID不能混用

deepseek-flash用于指定模型，deepseek_web_search和deepseek_read_url则是工具能力名称。启用哪项能力，与选择哪种请求协议、使用哪个模型，属于不同的配置维度。

网页搜索在关闭思考时可根据问题搜索网页或图片并返回带引用的回答；深度思考搜索则会在多个推理步骤中搜索和读取链接。即便两者涉及同一搜索工具，也不能只凭工具名称就认定执行过程完全相同。

为什么不能假定所有生成参数继续生效

官方指南说明，当请求声明这些网页工具、启用高等级安全检查或启用标题功能时，部分生成参数由服务决定，请求中的对应值会被忽略。受影响参数的具体集合还会随协议不同而变化。

因此，客户端界面上显示了某个参数，并不证明该参数在当前功能组合中实际控制生成。输出长度限制也需要按指南理解：它限制每个推理步骤的输出，而不是自动成为整轮多步骤输出的总上限。

Demo版本与生产接入条件仍须分开

chat-demo v0.1.1展示搜索、文件、语音和历史管理等交互，不是新的API模型版本，也不免除接口的认证、额度和具体格式要求。静态页面能打开，与一次真实服务端请求已经成功，是两种结果。

生产客户端还需要分别处理流式内容、工具结果、引用及拒绝状态。应用API提供能力，并不意味着只要显示最后一段文本就完成了完整接入；也不能把某种协议中的处理方式不加区分地套到其他协议。