Kimi 官网入口在哪:聊天、下载与 API 文档路径
Kimi 官网入口覆盖聊天、客户端下载与 API 文档,按用途进入即可。
截至 2026 年 11 月抓取时,Kimi API 快速开始页已将 Kimi K3.1 Pro 列为首选模型;同时,Kimi 产品站仍提供桌面端、移动端和 Kimi Code 下载。现在值得重新核对入口,是因为“Kimi 主站”“开放平台”“API 文档”和“客户端下载”并非同一个页面,选错入口后,创建 Key、下载客户端或查调用示例都会绕路。
先分清三个入口,别把官网和开发平台混在一起
第一次访问时,先按目的选择页面:
| 你要做什么 | 正确入口 | 页面内路径 |
|---|---|---|
| 直接和 Kimi 聊天 | Kimi 官网 | 首页进入聊天 |
| 下载桌面端、移动端或 Kimi Code | Kimi 下载页 | 选择“桌面端”“移动端”或“Kimi Code” |
| 创建 API Key、查看模型与调用代码 | Kimi API 开放平台 | 登录后进入控制台的 API Keys 页面 |
| 搜索全部文档页面 | 文档索引 | 查看完整链接清单 |
| 查接口定义 | API 参考 | 进入接口说明 |
这是官方帮助中心与开发文档之间的口径差异:Kimi 帮助中心把 Kimi 产品定义为面向普通用户的 AI 助手,同时明确开发者应前往 Kimi Open Platform 获取 API 和工具。按这个边界判断:只想聊天或安装客户端,用 www.kimi.com;准备在自己的程序里调用模型,才进入 platform.moonshot.cn。
下载客户端:桌面端、移动端和 Kimi Code 怎么选
进入 Kimi 下载页,页面直接分为桌面端、移动端和 Kimi Code 三类。桌面端包含 Kimi Work,可在授权后挂载本地文件夹,让 Agent 读取、处理和生成文件;移动端支持拍照、提问、搜索、创作以及创建定时任务;Kimi Code 面向代码库分析、编写、调试和修改,可在终端或 IDE 中使用。
下载前先对照系统要求:
| 客户端 | 可用环境 | 使用边界 |
|---|---|---|
| Kimi 桌面端 | Windows、搭载 Apple silicon 的 Mac | Kimi Work 需要能够访问目标文件的电脑 |
| Intel Mac 桌面端 | Intel Mac | 仅支持 Kimi Chat,不支持 Kimi Work |
| Kimi 移动端 | iOS、Android、HarmonyOS | 适合移动提问与查看任务结果 |
| Kimi Code | 受支持的终端和 IDE | 用于编程任务,不等同于普通聊天客户端 |
同一个 Kimi 账号登录网页端、桌面端和移动端后,Chat 模式的聊天记录可以同步;Work 模式的任务和记录仍保留在创建任务的电脑上。这也是官方页面给出的重要边界:如果任务依赖本地文件,换到手机只能查看状态,不能在另一台设备上继续处理那台电脑里的文件。
进入开发者平台:先拿 Key,再选调用格式
在开始写代码前,准备下面三项:
- 登录 Kimi API 开放平台,进入控制台的 API Keys 页面,创建并复制一个 API Key。
- 安装运行环境:运行
python --version或node -v,确认 Python 为 3.9 及以上,或 Node.js 为 18 及以上。 - 安装调用依赖:Python 端运行
pip install --upgrade 'openai>=1.0';Node.js 端运行npm install openai@latest。
API Key 不要直接写进代码。官方快速开始给出的保存方式是:
export MOONSHOT_API_KEY = "你的_KIMI_API_KEY"
创建 Key 后有三种调用格式。已经在用 OpenAI SDK 或普通 HTTP 请求,选 Chat Completions API;需要生成文本、JSON 或调用函数工具,可看 Responses API;现有项目采用 Anthropic SDK 或 Claude Code,则选 Messages API。官方说明,这三种方式分别兼容 OpenAI 与 Anthropic API 格式。
第一次调用:用最小请求确认链路
快速开始页当前默认模型为 kimi-k3.1-pro。先执行下面的 HTTP 请求,接口地址固定为 https://api.moonshot.cn/v1:
curl https://api.moonshot.cn/v1/chat/completions
-H "Content-Type: application/json"
-H "Authorization: Bearer $MOONSHOT_API_KEY"
-d '{
"model": "kimi-k3.1-pro",
"messages": [
{"role": "system", "content": "你是一个中文助手。"},
{"role": "user", "content": "你好"}
]
}'
如果希望提高输出速度,可以把 model 改成 kimi-k3.1-pro-highspeed。官方快速开始将其描述为能力相同、速度约为前者的 2~3 倍;但这是模型侧的定位,实际延迟仍取决于请求内容和输出长度。
需要更强推理能力时,K3.1 Pro 支持在请求顶层设置 reasoning_effort,可填 low、high 或 max,默认是 max。调整前先查看 Kimi K3.1 Pro 使用说明,不要把其他模型的参数配置原样套过来。
常见卡点:按可观察现象逐项排除
页面能打开,但请求没有返回内容:先执行 echo $MOONSHOT_API_KEY,确认当前终端已经设置变量。若刚才是在另一个终端执行的导出命令,新终端不会自动继承,需要在准备发送请求的同一个终端重新执行 export MOONSHOT_API_KEY = "你的_KIMI_API_KEY"。
返回内容不符合预期:确认请求中的 model 字段与准备调用的模型完全一致。快速开始页默认使用 kimi-k3.1-pro;切换高速版必须同时替换为 kimi-k3.1-pro-highspeed,并按该模型支持情况调整参数,不能只改展示名称。
想用 JSON,却拿到带说明文字的回答:进入 JSON Mode 文档,按页面示例设置 response_format,再在客户端解析返回内容。仅在提示词里写“只返回 JSON”不是接口层的 JSON Mode。
调用长任务时希望保留已有内容:查看 Partial Mode 文档。它是用于续写文本、固定回复开头或在内容被截断后继续生成的参数模式,不等同于普通多轮对话。
命令提示缺少 openai 模块:重新执行 pip install --upgrade 'openai>=1.0' 或 npm install openai@latest,然后在安装依赖的同一项目目录或同一终端环境运行示例。官方没有把这类安装错误整理成固定错误码,因此排查时以依赖是否出现在当前 Python 或 Node.js 环境为准。
怎么确认已经走通
执行请求后,终端应出现 HTTP 成功响应,而不是停在认证错误、模型不存在或参数解析错误。响应结构中应能读取到 choices[0].message.content;官方示例对应的可见结果是类似“你好,李雷!1+1 等于 2。”的文本。实际措辞可能不同,因此判断标准是收到助手内容,而不是逐字复现示例回答。
网页侧可再打开 Kimi API 开放平台,确认控制台中已经出现所创建的 API Key;使用 Playground 测试时,也可以进入开发工作台发送相同问题。这样能把“模型正常”和“本地 Key、运行环境、调用地址配置正确”区分开。
后续文档和功能入口
需要查全部页面时,直接打开 llms.txt 文档索引,里面列出了模型、工具调用、视觉输入、Batch API、Kimi Code CLI 以及 Codex、Claude Code 等接入指南。涉及多轮上下文、缓存和工具调用时,不要只依赖快速开始页:按索引进入对应指南,再把请求参数和返回字段一起核对。
官方入口可以按这条路径记:聊天用 www.kimi.com,客户端用 /products/download,API 用 platform.moonshot.cn/docs/,完整资料索引用 /docs/llms.txt。这比收藏多个相似页面更稳,也能避免把产品官网、开发文档和下载入口混为一谈。
参考来源
评论区
登录后可评论。