Skip to main content
部分推理 / 思考类模型会在响应中附带「思考」内容（reasoning / thinking）。不同厂商字段名不同，接入时请按模型文档解析，不要假定只有一种结构。

​
常见形态

​
1. OpenAI 兼容 · reasoning_content / reasoning

部分兼容接口在 choices[].message 中增加：
  • 展示给终端用户：通常只用 content。
  • 调试 / 审计：可记录 reasoning_content（注意隐私与成本日志体积）。

​
2. 独立 thinking / thought 块

部分原生协议（如部分 Gemini / Anthropic 风格适配）会把思考放在独立 part 或独立字段中。请以对应平台 OpenAPI 的 response schema 为准。

​
3. 流式（SSE）

流式场景下思考与正文可能分多帧到达：
  1. 先收到 reasoning / thinking delta
  2. 再收到最终 content delta
  3. 以 data: [DONE] 或厂商约定结束帧收尾
客户端应按帧累加对应字段，避免把思考拼进最终回答展示区。

​
计费与可见性

​
接入建议

  1. 先看目标模型在门户对应平台页的 response 示例。
  2. UI 默认折叠思考区，仅展示 content。
  3. 若字段缺失，回退为只渲染 content，不要阻断主流程。