豆包大模型默认开启深度思考模式导致延迟，需显式设置"thinking":{"type":"disabled"}关闭；Spring AI用extraBody注入、HTTP请求置顶层字段、FastGPT通过Header或请求体配置。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在火山引擎上使用豆包大模型（如 doubao-seed-1.6 系列）时，若发现响应延迟明显、对话卡顿、AI“停顿思考”时间过长，大概率是深度思考（thinking）模式被默认开启所致。该模式虽能提升复杂任务效果，但会显著增加推理耗时与 token 消耗，对客服、实时问答等低延时场景极为不利。
确认当前是否启用深度思考
调用 API 时，在请求体中检查是否存在 【"thinking": {"type": "enabled"}】 字段。若未显式传参，doubao-seed 默认行为为开启深度思考——这是火山引擎官方文档明确声明的默认策略，不可假设其关闭。
直接发起一次最简请求并打印完整响应头与 body，重点观察返回中是否含 thinking 相关元信息或服务端日志是否出现 “thinking started” 类提示。
Spring AI 集成中关闭深度思考
方法一：通过 OpenAiChatOptions.extraBody 手动注入（推荐）
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
第一步：在配置类中定义 ChatClient Bean
第二步：使用 OpenAiChatOptions.builder() 构建选项，调用 .extraBody(Map.of("thinking", Map.of("type", "disabled")))；【必须写成 Map.of("type", "disabled")，写成 "false" 或 null 将被忽略】
第三步：确保 model 名称与火山引擎控制台中开通的接入点 ID 完全一致（例如 doubao-seed-1-6-251015），否则参数透传失败且无报错提示。
这一步操作起来很简单，直接把 extraBody 补上就行，但 Spring AI 不校验 thinking 字段，错一个字母都不会生效。
原生 HTTP 请求中关闭深度思考
方法1：POST 到 /chat/completions 接口，请求体 JSON 中显式声明
{"model":"doubao-seed-1-6-251015","messages":[{"role":"user","content":"你好"}],"thinking":{"type":"disabled"}}
方法2：若使用 curl，注意 JSON 必须单引号包裹、双引号不转义，示例：
curl -X POST 'https://ark.cn-beijing.volces.com/api/v3/chat/completions' \
-H 'Authorization: Bearer YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{"model":"doubao-seed-1-6-251015","messages":[{"role":"user","content":"hi"}],"thinking":{"type":"disabled"}}'
⚠️ 注意：thinking 必须作为顶层字段，嵌套在 messages 或 options 内将无效。
FastGPT 中配置非思考模式
进入 FastGPT 管理后台 → 模型管理 → 新增语言模型 → 填写以下关键项：
模型提供商：选择「火山引擎」
模型 ID：填写控制台中创建的接入点 ID（格式如 ep-xxxxx）
Base URL：https://ark.cn-beijing.volces.com/api/v3/chat/completions
请求头：添加 X-Volc-Engine-Thinking: disabled（部分 FastGPT 版本支持该 Header 透传）
若版本不支持 Header，需改用自定义请求体模板，在「请求体」字段中填入完整 JSON，并确保包含 【"thinking": {"type": "disabled"}】。
