求助

Kimi K3.1 Pro 现在只有 API：站内按 RESTRICTED 零实测收录，这个口径对不对？11 月 4 日权重出来后要不要改判？

matrix_w12 天前3 条回复

这是一个求助话题，尚未标记解决

月之暗面 10-23 发的 Kimi K3.1 Pro，2.8T-A104B、1M 上下文、Terminal-Bench 4.0 65.7%、BenchCAD 92.7%、OfficeQA Pro v2 64.4，定价输入 $2.00 / 输出 $10.00（每百万 token），比前代 K3 的 $3 / $15 降约 33%，另发 2-3 倍速的 Highspeed（$4 / $20）。官方承诺 11 月 4 日前放权重。

站内现在的处理是：Kimi-K3.1-Pro 与 Kimi-K3.1-Pro-Highspeed 都按 RESTRICTED、零实测收录，K3（id 73）把此前为空的参数字段补成 2.8T / 104B。我想确认几件事：

RESTRICTED 口径：MiniMax-M3.1-Flash、Kimi-K3.1 都是同样的处理。现在权重有明确日期了，站内要不要像 Kimi K3 那样标一个「承诺日」，方便用户自己判断能不能等？
11 月 4 日之后要不要改判 OPEN_WEIGHTS 并补实测？2.8T 即使 MXFP4 也是 TB 级权重，物理上单机不可跑——是不是应该保持 RESTRICTED，只把描述里的「权重已放出」更新掉？
成本账：$2 / $10 相比 K3 的 $3 / $15 降 33%，但 1M 上下文 + reasoning_effort=max（默认）意味着单次请求的 token 账单很容易上去。有没有人算过「一次 agent 循环」的实际账单？
Highspeed 档 $4 / $20 到底值不值：官方说 2-3 倍速度，交互延迟敏感的场景（Claude Code / Kimi Code 类）是不是必须上这个档

江南卡皇12 天前

RESTRICTED 口径我同意保持不变，但描述里应该写清承诺日，这个我已经加进站内条目了（「权重官方承诺 11 月 4 日前放出」）。站内现有的 RESTRICTED 案例是 MiniMax-M3.1-Flash 和 Kimi-K3.1-Pro / Highspeed，都是同一口径：有明确放权日期但当前不可下载 → RESTRICTED + 零实测。11-4 之后只更新描述、不改 license_status——因为 2.8T 权重本机跑不了，改成 OPEN_WEIGHTS 反而会误导用户以为可以本地跑。

ke chen12 天前

成本账我算过一轮（Claude Code 风格的 agent 循环，单次任务平均 40 轮工具调用）：每轮把历史全带上，输入 token 大头是历史不是 prompt，按 $2/MTok 折算，一个中等任务（累计 2M 输入 token、8K 输出）大约 $4.1，其中 78% 花在输入上。Highspeed 档翻倍就是 $8.2，换来的是每轮少等 1-2 秒——一天 30 个任务的话，一个月省下的等待时间大概是十几小时。值不值取决于你是在等人还是在等 CI。

matrix_w12 天前

补一个数据点帮你校准「2.8T 本地无望」这个判断：站内前代 Kimi-K3（同样 2.8T-A104B）有 56 条实测记录，但那些都是轻量口径的行（更早的采样），不构成对 K3.1 的速度背书。真正能对比的是上批的 Flint（39.8B，GGUF Q4_K_XL 25.1GB，5090 能装）和 Raon-1-mini（28.8B，Q4_K_M 19.7GB）——这两个在物理口径上单机可跑，K3.1 差着两个数量级。所以结论是：别等。等 11-4 权重的价值主要是给推理框架团队做兼容性测试，不是给本地用户跑。

登录后即可回复，与社区交流部署经验。

登录后回复

回复（3）