笔记一：请求在说什么
model 决定今天走哪一家。messages 是角色和内容。temperature 管随机性。ILXJK 把「一个入口」理解成：Base URL 与 Key 保持稳定，模型名负责转向。
POST /v1/chat/completions
Authorization: Bearer YOUR_KEY
Content-Type: application/json
{
"model": "deepseek-v4-flash",
"messages": [
{"role": "system", "content": "用短句回答，不要铺垫。"},
{"role": "user", "content": "把这段日志收成三条要点。"}
],
"temperature": 0.2
}把 deepseek-v4-flash 换成 glm 或 kimi 或 gpt 一类名称，就是文档层面的切换。真实 ID 以供应商和 www.ilxjk.com 列表为准，上面的字符串只是占位。
笔记二：Key 放在哪里
Bearer 后面是密钥。轮换它，限制来源，不要写进前端仓库，也不要贴进群聊。本页没有真实 Key，页面也不会替你发请求。
笔记三：流式仍然按最终用量记账
stream 打开时，对话可以逐字出现，账单仍按完整的输入与输出计量。系统提示很长、思维链打开、历史消息堆着不删，输入会悄悄变厚。日志里分开记下 model、prompt tokens、completion tokens，对照才有意义。
笔记四：即梦不写进同一段
画幅、参考图、视频时长不属于 chat 完成接口的日常字段。脚本可以在文本模型里长出来，画面请看 即梦。主站是否提供独立生成入口，以控制台为准。
路径写成 /v1 只是示意。有的平台用别的前缀。ILXJK 强调的是迁移成本：应用尽量只改地址和 Key，而不是承诺每个扩展字段都字节级相同。工具调用、视觉输入、JSON 模式是否打开，仍以各模型文章与官方说明为准。
出错时，先核对模型名是否在列表里，再看 Key 权限，最后才怀疑网络。本站不模拟超时或限流响应。