glm-5
已适配
thinking-mode 推理与聊天网关。
底层配置记录
GLM 5 与 GLM 4 Thinking Mode 推理模型。
`glm-5` 与 `glm-4` 通过 OpenAI Chat Completions 通道适配 `reasoning_content` 回放，在 2026 年 10 月 9 日记录中均未显示主选择器入口，当前应核对实际菜单。
Floatboat · GLM
底层能力已就绪
GLM
今天想完成什么？
推理分析中文文档
当前未在客户端主选择器露出
- Model ID
- glm-5 · glm-4
- 协议
- OpenAI Chat Completions
- 推理字段
- reasoning_content
- 可用状态
- 旧记录未显示选择器入口
为保留 thinking-mode 输出准备的推理适配。
GLM 适配器支持通过兼容聊天网关回放推理内容。
thinking-mode 回放
推理
适配器在响应流程中保留 `reasoning_content`。
兼容 Chat Completions
传输通道
GLM 通过已配置的聊天通道连接。
GLM 5 与 GLM 4
版本
运行时画像已识别两个型号。
已有协议记录，当前入口待核对
当前边界
协议适配状态不代表客户端可直接选择。
两个已完成适配的 GLM Model ID。
GLM 记录通过已配置适配器和聊天网关标识 GLM 5、GLM 4。以下条目说明相应画像及协议背景，当前可用入口仍需另行核对，不能只凭配置推断客户端已经开放。
glm-4
已适配
thinking-mode 推理与聊天网关。
底层配置记录
GLM 模型的使用场景
字段能否正确传递、回放是否完整以及网关是否兼容，都影响 GLM 集成结果。配置记录提供调查起点，实际接口行为和当前访问条件仍需逐项核验，不能仅靠切换型号解决。
推理回放
检查推理回放时，需要兼容的响应样本及生成它们时的思考模式设置。核对 reasoning_content 的字段映射和回放过程，查找缺失或重复片段。先记录字段差异与修正建议，再判断这条回放路径能否用于更长的工作流。
网关兼容
通过现有聊天网关接入模型时，不能只替换模型名称。需要核对请求格式、模型标识、流式事件、错误响应以及下游读取逻辑，形成明确的输入输出映射。完成兼容性验证后，再判断已有代码能否正确处理这条入口的实际接口约定。
工作流兼容性评估
依赖推理回放的工作流，需要同时核对模型身份、调用入口和实际访问条件。将这些要求与当前环境逐项对照，明确标记尚未验证的步骤。评估结果应区分已经通过的兼容性检查，以及仍然阻碍执行的前提条件。
核对中断和失败响应
网关集成还需要处理不完整输出与错误响应。将消费端预期事件与已有响应样本比较，包括推理字段和最终内容如何区分，记录状态在哪些位置缺失或重复。验证恢复行为时，不能仅凭 GLM 适配器已配置，就认为完整客户端路径已经正常。
协议支持与当前访问状态。
GLM 集成横跨模型身份、思考模式和聊天网关。字段映射与回放影响请求响应是否正确，而客户端当前有没有可用入口是另一项检查，不能用其中一端的配置结果推断全部路径。
GLM 5 画像
`glm-5` 已登记在运行时配置矩阵中。
GLM 4 画像
`glm-4` 与 GLM 5 一并完成登记。
thinking-mode 处理
适配器支持回放 `reasoning_content` 字段。
聊天网关路径
模型使用兼容 OpenAI Chat Completions 的通道。
评估 GLM 的协议支持与访问方式。
适合评估的需求
- 需要准确了解 GLM 适配器行为。
- thinking-mode 回放属于集成审查范围。
- 需要区分协议支持与产品可用性。
这些情况应使用已上线选择器模型
- 现在就要在 Floatboat 中执行任务。
- 当前可选推理模型已经满足需求。
- 你需要产品工作流，而不是集成状态。
探索其他模型系列
按任务比较不同模型系列；具体可用状态和使用入口因模型而异。
GLM 常见问题
GLM 5 与 GLM 4 是什么模型？
GLM 5 与 GLM 4 是智谱模型画像，已适配兼容聊天网关与 thinking-mode 推理。
GLM 的 Model ID 是什么？
已配置 Model ID 为
glm-5 与 glm-4。GLM Thinking Mode 支持什么？
适配器支持回放
reasoning_content 字段，使推理输出能够保留在响应流程中。GLM 使用什么协议？
已配置路径使用兼容 OpenAI Chat Completions 的通道。
GLM 当前是什么支持状态？
GLM 5 与 GLM 4 已完成协议适配，但在 2026 年 10 月 9 日记录中均未显示主选择器入口，当前应核对实际菜单。
有推理过程，就不用检查 GLM 的工具调用了吗？
仍然需要。检查实际调用参数、返回证据和任务最终状态。解释听起来合理，不代表工具读取了正确文件、遵守了权限，或完成了要求的改动。