只是一个默认分类

Grok 4.5 API 接入指南:选型判断、500K 上下文调用与防降配验证

从手上的任务出发判断要不要用 Grok 4.5,再给出 OpenAI 兼容端点下的最小可用请求、reasoning_effort 档位与工具调用配置,以及长上下文、超时截断、限流重试的处理方式,最后用指纹、长文检索和 reasoning_tokens 三种方法验证拿到的是不是原生模型。

MiniMax M3 API 接入指南:1M 上下文调用、reasoning 回传与多模态验证

MiniMax M3 通过 MSA 稀疏注意力架构支持 1M tokens 超长上下文与原生多模态输入,适合工程级代码重构、复杂 Agent 协同与多步推理任务。接入采用 OpenAI 兼容端点,需完整回传 reasoning_details 以延续思维链,并通过长文本探针验证窗口无降级。

GLM-5.2 API 接入指南:长程任务选型、1M 上下文调优与降配验证

GLM-5.2 面向长程任务和智能体工程,1M 上下文、OpenAI 兼容接口。这篇讲清楚什么任务值得用它、Cursor 和 Claude Code 之类客户端怎么改配置、思考档位字段怎么试、1M 上下文下的超时与截断怎么排查,以及怎么确认你调到的确实是 GLM-5.2 而不是被转发或缩水的版本。

Kimi K3 API 接入指南:思维链回传、reasoning_effort 档位与防降级验证

Kimi K3 兼容 OpenAI Chat Completions,接入改两行就能跑,但它的思维链始终开启、必须在多轮和工具调用中原样回传,reasoning_effort 默认还是最高档。本文按实际接入顺序讲清选型判断、最小可用调用、推理档位取舍、工具调用循环的正确消息结构、504 与 429 的处理,以及验证模型没被降配的三条检查。

DeepSeek V4 Flash API 接入指南:模型名变更、思考模式与截断排查

DeepSeek V4 Flash 已升级为 V4.1-Flash,官方推荐模型名统一成 deepseek-flash,旧标识仅作别名兼容。这篇讲清楚 model 字段该填什么、1M 上下文与 384K 输出怎么用、思考模式和 FIM 的冲突在哪,以及迁到 OpenAI 兼容端点后怎么验证模型没被换小。