Kimi 免费 API 实操部署3 步跑通长文本解读接口【免费下载链接】kimi-free-api KIMI AI 长文本大模型逆向API【特长长文本解读整理】支持高速流式输出、智能体对话、联网搜索、探索版、K1思考模型、长文档解读、图像解析、多轮对话零配置部署多路token支持自动清理会话痕迹仅供测试如需商用请前往官方开放平台。项目地址: https://gitcode.com/GitHub_Trending/ki/kimi-free-apikimi-free-api 是一个 KIMI 大模型逆向 API 服务把官网的对话、联网搜索、长文档解读、图像解析等能力封装成 OpenAI 兼容格式接口支持高速流式输出和多轮对话。如果你想在脚本、客户端或工作流里调用 KIMI 的能力而不按 token 付费这个项目可以直接用。它是面向测试与研究场景的项目商用请走官方开放平台。能力总览你拿到的东西能力一句话说明适合谁OpenAI 兼容对话现有 OpenAI 客户端只改 base_url 就能指向它已有 OpenAI 生态工具的用户长文档解读传入文件 URL拿回按章节整理的解读结果要读论文、报告、合同的人联网搜索一个参数开关回答附带检索到的来源链接需要查时效性信息的场景原生多轮对话把上一轮返回的 id 传回去即可接续上下文对话类产品开发图像解析传图片 URL 或 base64返回文字描述OCR、内容审核需求多账号 token 轮换多个账号凭据拼接传入服务每轮自动挑一个使用量较大、需要错峰限额的用户所有能力都走同一个/v1/chat/completions入口区别只在model字段和请求体接一个地方就等于接了全部。 Docker 一条命令部署这条路径解决最快把服务跑起来的问题。docker run -it -d --init --name kimi-free-api -p 8000:8000 -e TZAsia/Shanghai vinlic/kimi-free-api:latest请求前要先准备凭据在 kimi.moonshot.cn 随便发起一次对话按 F12 打开开发者工具从 Application → Local Storage 里找到refresh_token的值作为 Authorization 的 Bearer Token 使用。如果取到的值是数组先用.拼接成单个字符串。验证服务是否可用curl -X POST http://localhost:8000/v1/chat/completions \ -H Authorization: Bearer 你的refresh_token \ -H Content-Type: application/json \ -d {model:kimi,use_search:true,messages:[{role:user,content:今天深圳天气怎么样}]}返回的choices[0].message.content里如果既有答案、又列出了几条检索来源说明接口已经通了。原生部署clone 仓库后npm run build再用 pm2 拉起 dist 产物和 Vercel、Render 在线部署也都可以需要时再查 README。核心功能实操下面挑三个最能体现差异的能力按场景 → 请求 → 效果过一遍。联网搜索回答带来源引用场景问最近发生的事纯靠模型自身给不了答案。请求上面的 curl 里已经带了use_search:true也可以把model换成kimi-silent来隐藏检索过程的输出。效果响应先列出几条检索到的网页链接再给出按来源归纳的总结查新闻、天气、行情这类问题不用再接搜索引擎。长文档解读传文件 URL 拿解读场景一份几百页的 PDF 今天就要读完。请求在messages的content里放两段——file类型的文件地址加一段文字问题。{ model: kimi, messages: [{ role: user, content: [ {type: file, file_url: {url: https://example.com/test.pdf}}, {type: text, text: 文档里说了什么} ] }], use_search: false }效果拿回的是逐条内容的解读而不是文件已收到。文档解读时建议把use_search关掉避免搜索结果干扰解读。原生多轮对话不用每次带全量历史场景多轮问答里每轮都拼完整历史既费 token 又容易触到单轮长度上限。请求首轮响应里有一个id形如cnndivilnl96vah411dg下一轮把它填进conversation_id字段messages里只放新消息即可。效果上下文在服务端接续回答更接近官网里的连续对话体验。它是怎么跑起来的服务本质上是一层薄代理你的请求进来后经 Koa 路由src/api/routes/到聊天控制器用你的 refresh_token 换 access_token再伪装成浏览器请求转发给 kimi.moonshot.cn 官方接口响应按 SSE 原样吐回。核心逻辑集中在 src/api/controllers/chat.ts启动时随机生成 Device-Id 和 Session-Id每个 token 的刷新请求走队列共享access_token 缓存 5 分钟自动续。目录结构如下src/api/routes/——/v1/chat/completions、/token/check等接口定义src/api/controllers/chat.ts—— token 刷新、请求队列、流式透传src/lib/—— 响应封装、日志、异常类型configs/—— 端口、host 等服务配置public/welcome.html—— 根路径默认页️ 容易踩的坑现象请求突然返回认证失败。原因refresh_token 有有效期浏览器退出登录后凭据即失效。解法调/token/check接口检测存活10 分钟内别反复调失效后回浏览器重新抓取。现象多轮对话第二轮返回空响应。原因用conversation_id接续上下文时首轮请求里该字段必须显式传none。解法首轮补上conversation_id: none后续轮次再传上一轮返回的 id。现象经过 Nginx 反代时流式输出一顿一顿。原因代理缓冲把 SSE 分片攒成批发送。解法代理层加上proxy_buffering off;和keepalive_timeout 120;。现象usage里的 token 数每轮都一样。原因推理在 Kimi 侧执行本服务无法统计返回的是固定值。解法这个字段只用于兼容格式别拿来做计费或用量统计。 再往前一步多账号轮换Authorization 里用逗号拼接多个账号的 refresh_token每次请求服务自动挑一个用摊薄单账号3 小时 30 轮长文本问答的限额。接现成客户端接口与 OpenAI 完全兼容LobeChat、ChatGPT-Next-Web 这类客户端改一下 base_url 即可Dify 等平台也能直接对接。智能体模式把官网智能体页面 URL 尾部 20 位 ID 直接填进model字段就能按那个智能体的风格对话。kimi-free-api 定位为个人研究与测试用途不建议对外提供服务或商用需要长期稳定、合规的调用能力时月之暗面官方开放平台是更稳的选择。源码仓库地址为 https://gitcode.com/GitHub_Trending/ki/kimi-free-api 遇到接口行为与官网不一致时可以先查仓库 issue。【免费下载链接】kimi-free-api KIMI AI 长文本大模型逆向API【特长长文本解读整理】支持高速流式输出、智能体对话、联网搜索、探索版、K1思考模型、长文档解读、图像解析、多轮对话零配置部署多路token支持自动清理会话痕迹仅供测试如需商用请前往官方开放平台。项目地址: https://gitcode.com/GitHub_Trending/ki/kimi-free-api创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考