企业官网建设流程全解析

kimi-free-api 的 model 参数怎么选？use_search、stream 完整避坑指南

【免费下载链接】kimi-free-api🚀 KIMI AI 长文本大模型逆向API【特长：长文本解读整理】，支持高速流式输出、智能体对话、联网搜索、探索版、K1思考模型、长文档解读、图像解析、多轮对话，零配置部署，多路token支持，自动清理会话痕迹，仅供测试，如需商用请前往官方开放平台。项目地址: https://gitcode.com/GitHub_Trending/ki/kimi-free-api

kimi-free-api 把 Kimi 网页端反代成 OpenAI 兼容接口，一个model字段就能切换好几种能力。但不少人只改model却发现行为没变，或者多轮对话越聊越崩。这篇直接讲model、use_search、stream这几个参数到底谁说了算，读完你能照着把一次请求调通。

先看一张表，4 个模型各干啥的

选型类内容上表最快，维度做列头，一行一个模型：

注意两点：search/research/k1/math/silent这些后缀可以跟kimi自由组合；如果你要用智能体，model里填的不是模型名，而是智能体 ID（地址栏尾部那串 20 位字母数字）。

use_search 和 model，到底谁说了算

这是最容易踩的坑。路由 src/api/routes/chat.ts 里有一行逻辑：只要use_search为真，就会把你的model强行改写成kimi-search。也就是说——

{ "model": "kimi", "use_search": true }

这条请求实际走的是kimi-search，你写的kimi被覆盖了。所以想让联网生效，use_search: true一个就够，model填不填无所谓。反过来，做文档解读、图像解析时建议use_search: false，避免检索结果混进答案里干扰解读。

多轮对话，别再用"堆 messages"的老路

很多人把历史消息全塞进messages实现多轮，但代码会把多轮消息合并成一条，长对话容易撞单轮 Token 上限、能力下降。要原生多轮体验，正确姿势是接上一轮的id：

{ "conversation_id": "上一轮返回的 id", "messages": [...] }

这里有个隐藏雷：如果用了conversation_id，首轮必须传none，否则第二轮会直接空响应。传对了，你就不用再重复上下文。

三个容易被忽略的限制

• 长文本配额：单个普通账号每 3 小时大约 30 轮长文本问答，短文本不限。用多个账号的refresh_token以逗号拼接，服务每次请求随机挑一个，等于把额度翻倍。
• 探索版额度：kimi-research有独立配额，服务端会先查一次用量，used >= total时直接抛"探索版使用量已达到上限"，别拿它当默认模型天天用。
• 流式输出：想让结果逐字吐出来，把stream设成true（走 SSE）；设false就是一次性返回完整结果，脚本里取数据更省事。

收尾：照着这 5 条来

1. 日常问答默认kimi，别瞎填。
2. 要实时信息，只加use_search: true，别纠结model。
3. 多轮对话用conversation_id续上下文，首轮记得传none。
4. 额度吃紧就把多个refresh_token用逗号拼上。
5. 长文档、深度调研才动kimi-research，先确认它还有额度。

参数都在这，照抄就能跑通第一发请求。

【免费下载链接】kimi-free-api🚀 KIMI AI 长文本大模型逆向API【特长：长文本解读整理】，支持高速流式输出、智能体对话、联网搜索、探索版、K1思考模型、长文档解读、图像解析、多轮对话，零配置部署，多路token支持，自动清理会话痕迹，仅供测试，如需商用请前往官方开放平台。项目地址: https://gitcode.com/GitHub_Trending/ki/kimi-free-api