Kimi K3 从发布到限流，这三天发生了什么

7月16日晚发布Kimi K3；7月17日腾讯Buddy全系产品（CodeBuddy、WorkBuddy）官宣接入；7月19日晚Kimi（月之暗面）就自己发公告说"算力扛不住了，即日起暂停C端新用户订阅。"

这款被评测为比肩全球第一大模型Claude Fable 5的Kimi K3，从发布到"限流"，只用了三天。

如果你这两天正好想上手试试Kimi K3的深浅，看小微写的这篇就足够了。小微带你一文搞清楚：

• 新用户现在到底还进不进得去
• 进不去还有没有别的路
• 以及K3的四种接入方式，哪种渠道表现得最聪明

先说清楚：Kimi K3现在到底能不能用

Kimi官方前几天发的公告其实写得挺明白：暂停C端新用户订阅，把现有算力优先保给已经订阅的老用户，老用户权益不受影响。

公告里还提了一句后续安排：以后新订阅会把"Kimi主权益"（Kimi Web、App、Work打包）和"Kimi Code权益"拆开卖，但具体什么时候恢复、怎么拆，官方没给死时间。

翻译成人话：你如果是打算直接去 kimi.com 或者Kimi App注册个新会员来试K3，这两天大概率卡在排队或者干脆开不了。

但是，要说完全没别的路走，也不准确。实测下来还有两条能绕开这轮排队的路：

API渠道：按量计费，不是会员订阅制。这次公告说的是"C端新用户订阅"暂停，走API通常不受影响。缺点是要自己接代码，门槛比直接开会员高一点。

WorkBuddy：腾讯Buddy家族的产品，国内版内置模型矩阵这两天新加了K3，不用额外配置就能在里面直接调用。不过它也不是完全敞开——官方说法是目前优先给"企业专享版"，用量大的时候一样要排队，只是排的是WorkBuddy自己的队，不是Kimi主站那条。

如果你想今天马上摸一下K3，这两条路比死等Kimi官网恢复订阅现实得多。

30秒搞清K3为啥这么火

K3是月之暗面7月16日发布的新一代旗舰模型，官方定义为"Kimi迄今能力最强的模型"，也是目前全球参数最大的开源模型。

网传实测数据和全球排名第一的Fable 5能掰手腕。这里给大家看几组数据：

• 2.8万亿参数的MoE架构
• 100万token上下文，原生支持图片理解，不用额外插件
• 采用KDA混合线性注意力，官方说训练效率比上一代提升约2.5倍
• 默认思考强度是"Max"档——最费时间最费token的那一档（看得出来，Kimi是要铆足劲儿拼一拼了）

官方公布的评测显示，K3在多项编程和智能体基准上超过了OpenAI、Anthropic的旗舰产品，成本还低不少——这也是这两天需求突然爆掉、订阅被挤到暂停的直接原因。

小微提示：现在的"开源"是"到点公布权重"，不是"发布即完整开源"，别急着去找权重，还没到时间。

四个入口，该怎么选？

小微让K3自己作答了一下，大家可以对号入座：

你要干的事	该用哪个入口	用之前先看什么
查资料、写报告、整理链接、生成单页网站	网页Agent（kimi.com或Kimi App，选K3模式）	新用户订阅目前受限，来源能不能查到原文，任务大不大要不要分几轮
处理本地PDF/Excel/文件夹，或操作浏览器	Kimi Work桌面客户端（建议3.1.0以上版本）	新用户订阅目前受限，打算开哪个目录的权限，里面有没有敏感数据
看代码、改功能、跑测试	Kimi Code（终端装好后 /model 切到K3），或WorkBuddy里直接选K3	改动范围多大，测试到底跑没跑
接进自己的产品或自动化流程	API（model填kimi-k3）	缓存命中率，真实花了多少钱，目前不受订阅暂停影响

选入口的逻辑很简单：

1. 先用能进得去的那个入口把任务本身跑通，验证这活儿K3到底能不能干
2. 确认能干、要变成日常流程了，再考虑要不要迁移到更专业的入口，或者等官方订阅恢复

别一上来就冲着"更专业"的入口去——能解决问题的路，没必要先啃复杂的那条。

每个入口第一次该怎么发指令

1. 网页Agent：先要事实，别要成稿

第一轮别让它直接"写一篇深度文章"，先让它把事实理清楚。可以直接抄这段：

请根据我提供的链接整理一份事实表，只用这些链接的信息，不要自己补充没有确认过的来源。表格包含：日期、主体、发生了什么、关键数据、原始链接、可信度。材料互相冲突的地方，单独放进"待核验"，不要替我猜结论。这一轮只要事实表和文章大纲，先不写正文。

拿到结果后重点看三点：它到底点开了哪些链接、表里的数字能不能倒查回原文、材料冲突的地方有没有老实标"待核验"。

资料一多，别指望一轮就出成稿——事实、分析、成稿拆成三轮跑，比一轮硬憋出来的东西靠谱。

2. Kimi Work：权限从最小开始

第一次用，新建一个只放几份不重要材料的测试文件夹，明确画好边界：

只读取我授权的"测试资料"目录，不要移动、改名、删除或覆盖任何原文件。提取目录里PDF的公司名称、报告期、关键数字和对应表述，整理成一份文档。每条信息标注文件名和页码，无法确认的写进"待核验"。完成后列出你读取过的文件，不要执行其他操作。

结果出来，随机抽三条信息回原文件核对——文件名、页码、数字三项都对得上才算过关。

WebBridge能借着本机浏览器的登录状态操作网页，但"登录凭证没离开本机"不代表任务读到的内容不会进模型。所以说，客户资料、内部系统、财务数据，一样按敏感信息处理。

凡是涉及发帖、付款、下单、删消息这类动作，让它走到确认页面为止，最后一下自己点。

3. Kimi Code / WorkBuddy：先只读，别先动手

Kimi Code安装很简单：

装完运行 kimi/login 登录，首次用 kimi/model 切到K3。

如果走的是WorkBuddy这条路，直接在模型列表里选K3就行，不用额外装东西。

不管走哪条，真接项目的时候第一轮都让它只读分析，别直接改代码：

先只读检查当前项目，不要改任何文件。说明现有的目录结构、相关模块、可能受影响的文件和风险。给出实现方案、验证方式，以及需要我确认的设计选择。

方案需要你点头了，再放它去动手。收尾时一定要明确要求跑测试、列出改过哪些文件。

最后验收的时候，别只看它写了多少行代码——要测试到底跑没跑、关键功能能不能用、有没有顺手改了不该碰的文件，这些才是真问题。

4. API：等你真的要往系统里接，再看这层

网页、Work、Code已经能解决问题的话，这层可以先跳过。

真要接的时候记住定价：

• 缓存命中输入：约2元/百万token
• 未命中：20元/百万token
• 输出：100元/百万token

官方用了Mooncake分离式推理架构，编程场景下缓存命中率能到90%以上，实际输入成本大概只有标准价的四分之一。现在还有充值最高30%的活动同步在跑。

生产环境别只看终端能返回结果就算完——超时、重试、限流、日志、异常输入这些兜底逻辑，一样都不能少。

用之前，先知道这3个坑

这些坑参数表不会跟你说，小微在高强度使用后帮大家踩了一些出来：

第一，它很依赖"思考过程"的连续性。

K3训练时默认会保留完整的思考历史，如果你用的Agent框架没把这段历史正确传回去，或者任务中途从别的模型切过来，生成质量可能会不稳定。稳妥的做法是用官方的Kimi Code，或者已经验证过兼容的框架。

第二，它有点"太主动"。

因为训练时特别偏向长周期、高难度任务，指令模糊的时候它更倾向于自己替你拿主意，而不是停下来问清楚。想让它守规矩，最好在任务开头就把边界和权限写死，别指望它不会踩你底线。

第三，日常顺手程度还有差距。

K3跑分接近甚至超过头部闭源模型，但官方自己也承认，在交互细节、响应速度、出错后怎么恢复这些体验层面，跟头部闭源模型比还有距离。有些BUG不影响它能不能干活，但会影响你用着顺不顺手——别被跑分数字冲昏头。

验收永远不能省

最后再提醒一句：

• 事实能不能查回原始来源
• 数据和引用准不准
• 文件存没存在约定的位置、能不能继续编辑
• 代码、构建、关键交互是不是真的跑通过
• 删除、付款、发布这类高风险动作，有没有留人工确认这一步

这轮K3的订阅政策还在动态调整，真要长期用，建议订阅官方更新，留意后续政策变化。