MiMo API 怎么接入
最后更新:
MiMo V2.5 与 Pro 共用 KK 的文本接口，先完成短请求，再比较真实任务的质量和费用。
先用 V2.5 跑通消息和结果
准备 KK Key，将 Base URL 设为 https://api.kkaiapi.com/v1，model 填 mimo-v2.5。输入一个有明确验收目标的小任务，确认正文与用量能被你的程序读取，再决定是否使用 Pro。
curl https://api.kkaiapi.com/v1/chat/completions \
-H "Authorization: Bearer $KKAI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"mimo-v2.5","messages":[{"role":"user","content":"从文本提取时间和事件：周三下午两点进行产品评审，周五发布测试版。"}]}'V2.5 和 Pro 如何比较
将同一组提取、摘要或代码任务分别交给两个型号。提取任务比较漏项与多填，摘要任务比较事实保留，代码任务运行检查。当前价格放在同一张表里，便于把效果与成本一起判断。
| 模型 | 模型 ID | 输入（CNY） | 输出（CNY） | 官方参考价（约数标记 ≈） |
|---|---|---|---|---|
| mimo-v2.5 | mimo-v2.5 | ¥0.9 / 1M tokens | ¥1.8 / 1M tokens | CNY 输入 ¥1 / 输出 ¥2 / 1M tokens；USD 输入 ≈$0.1 / 输出 ≈$0.3 / 1M tokens |
| mimo-v2.5-pro | mimo-v2.5-pro | ¥2.5 / 1M tokens | ¥5 / 1M tokens | CNY 输入 ¥3 / 输出 ¥6 / 1M tokens；USD 输入 ≈$0.4 / 输出 ≈$0.9 / 1M tokens |
Python 中读取最终答案
下面读取 message.content 与 usage。不要把“收到了响应”当成“有可用答案”：先确认正文不为空，再执行你自己的字段或格式检查。对于思考过程、工具回传等进阶功能，应按具体接口文档接入，不能把其他平台的扩展参数直接加到这个最小示例中。
import os
from openai import OpenAI
client = OpenAI(api_key=os.environ["KKAI_API_KEY"],
base_url="https://api.kkaiapi.com/v1")
response = client.chat.completions.create(
model="mimo-v2.5",
messages=[{"role": "user", "content": "从订单描述提取商品和数量：客户要两只蓝色马克杯。"}],
)
answer = response.choices[0].message.content
if not answer:
raise RuntimeError("未取得正文，请保留请求编号核对返回状态")
print(answer)
print(response.usage)长文任务先控制信息范围
长上下文窗口适合承接更多材料，但输入内容仍计入用量。把待处理文档按问题筛选，给引用段落加编号，让答案能回到原文核对。反复发送相同历史时，费用是否命中缓存要看实际记录。
例如合同条款摘要可以先提取段落编号与关键日期，再对结果做复核；代码分析可以先传相关文件而非整个仓库。这样的输入组织比一开始就塞满窗口更容易判断哪里出了错。
换成 Pro 前保留一组固定样例
把 model 改为 mimo-v2.5-pro，就能在同一账户下比较两个型号。保持提示词、材料版本和验收标准相同，记录输出、用量与耗时。示例属于文本接入，不代表图片、音频或某个官方专用工具自动可用。
模型 ID 或参数错误时先检查当前目录和返回错误码；鉴权问题检查密钥与域名，不能用小米官方平台的 Key 调 KK 域名。
常见问题
MiMo V2.5 和 Pro 需要两个 Key 吗？
通过 KK 调用时可使用同一个 Key，在请求中填写不同 model，并共用账户余额。
官方 MiMo Key 能直接用在这里吗？
不能。KK 地址使用 KKAIAPI Key；直接调用官方平台则按它的地址与密钥配置。
有响应但正文为空怎么办？
先核对完整响应状态与结束原因，保留请求编号。不要把空正文作为成功业务结果继续处理，也不要无条件循环重试。
是否所有任务都应该用 Pro？
用自己的固定样例比较质量、耗时与费用。达到任务要求的型号才是合适选择。