kimik3.io/关于与方法

关于本站

谁做的、为什么做、页面上的每个数字是怎么来的。

我们是谁,以及利益冲突

kimik3.io 由 EvoLink 团队打造。EvoLink 是一个 API 网关,在 OpenAI 兼容接口上承载 kimi-k3,一把 key 即可调用 GPT、Claude、Gemini 等全球主流模型。我们当然希望你用 EvoLink——这就是这个站存在的原因,站上的每一句话,都请带着这个前提去读。

所以我们给自己立了几条规矩,你可以拿它们来要求我们:

  • 事实不向我们倾斜。价格全部引自月之暗面(Moonshot AI)官方页面,并注明读取日期。实测跑出来什么就写什么,包括对我们不利的那些。K3 慢,我们就写 52 秒。
  • 我们标清认知的边界。月之暗面没有公开缓存 TTL、最短可缓存前缀长度,也没有任何关于缓存写入附加费的说明。这些空白,我们本可以用听起来很笃定的猜测填上——我们没有。凡是外推得出的结论,出现在哪里就在哪里标注。

如果你在站上发现任何错误,那就是一个 bug,我们想修掉它。原始实测数据已在本站公开,你不必单听我们的一面之词。

这个站为什么存在

K3 于 2026 年 7 月发布,API 当天就上线了。几个小时内,网上冒出一批页面:引用猜出来的价格、转述未经证实的参数规模、翻印官方的快速开始。唯独没有的是:有人真的跑过这个模型,把发生了什么写下来。

这是一个很小、很具体的空白,也正是我们要填的那一个。不是「Kimi K3 是什么」——官方文档已经讲了,而且关于他们自己的模型,他们永远比我们权威。空白在文档之上的那一层:什么会坏、真实成本多少、真实耗时多久。本站所有非注明出处的官方事实,都来自我们亲手跑 kimi-k3 并记录结果。

我们怎么测的

本站所有标注实测的数字,都产生于 2026-07-16:调用 https://api.moonshot.ai/v1/chat/completions,模型为 kimi-k3,由单一客户端在单一网络路径上完成。

我们做了什么

  • 缓存测试使用全新生成的前缀,内含随机 UUID 和哈希,确保测试内容此前从未发送给月之暗面。这才算得上真正的「冷」调用——一个别人已经预热过的前缀,会悄无声息地让结果作废。
  • 错误响应体来自故意把真实请求写坏:无效的 key、错误的模型名、空消息数组、越界的参数。错误速查页上的 JSON 是照线上返回原样拷贝的,不是事后重构的。
  • 延迟用流式客户端测量:任意类型的首个 delta、单独计时的首个内容 delta,以及总耗时。
  • 空响应问题在 64 到 2,048 token 的六档预算下复现,除 max_completion_tokens 外其余一概不动。

这些数字不是什么

它们不是基准测试。与其让表格暗示超出它们支撑范围的东西,我们宁可把话说明白:

  • 它们带着我们的网络路径和月之暗面发布当天的负载——一个全新旗舰模型上线首日,服务大概率很忙。你的延迟会不一样。
  • 外推都有标注。上下文窗口页上整窗的成本和耗时,是由两个实测点做算术推出来的,不是实测。

哪些结论能穿过网关,哪些不能

我们的测量对象是月之暗面官方直连。多数人是通过网关调 K3 的,所以真正有用的问题是:哪些结论仍然适用。界线很清晰:

结论经由透传网关
空响应陷阱推理 token 占比256 token 缓存块prompt_cache_key 不起作用finish_reason 行为 适用。这些是模型本身和月之暗面服务层的属性。把请求原样透传的网关不会改变它们。
延迟数据 适用,误差在一跳之内。我们计时的是 K3 的推理,以秒计;透传网关只增加毫秒级开销,撼不动这个量级的数字——但你自己的网络路径会。
鉴权和模型不存在的确切错误 JSON 不适用。无效的 key 会被网关自己的鉴权层用自己的格式拒绝——请求根本到不了月之暗面,所以你不会看到月之暗面的 invalid_authentication_error症状和修法依然成立;我们抓到的字面响应体是月之暗面的。

我们宁可把这条线明明白白画出来,也不想丢一句笼统的免责声明,让人误以为我们的模型结论带有临时性。并没有——它们在任何提供 K3 的地方都能复现。这两处例外,是有物理原因的例外,不是留后路的措辞。

原始数据

完整的实测数据集在此发布,机器可读:

上面的方法一节把每个测试写得足够精确,你用自己的 key 就能重跑。如果你的结果和我们的不一样,我们是真心想知道。

亲手验证我们的数据

站上每一项实测,用你自己的 key 几分钟就能复现。EvoLink 在 OpenAI 兼容接口上承载 kimi-k3——注册即送 10 个免费额度。

获取 EvoLink API key