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,再选调用格式

在开始写代码前,准备下面三项:

  1. 登录 Kimi API 开放平台,进入控制台的 API Keys 页面,创建并复制一个 API Key。
  2. 安装运行环境:运行 python --version 或 node -v,确认 Python 为 3.9 及以上,或 Node.js 为 18 及以上。
  3. 安装调用依赖: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。这比收藏多个相似页面更稳,也能避免把产品官网、开发文档和下载入口混为一谈。

参考来源

评论区

0 条评论

登录后可评论。

木木夕 91 阅读