Kimi K3.1 Pro：Hacker News 订阅额度与长任务体验

一句话结论

同一 Kimi K3.1 Pro 讨论串中，johnmlussier 称 $99/月 方案一次 session 在 47 分钟内触发了 5 小时额度限制；S-E-P 则称 K3.1 Pro 与 K2.8 Preview 运行 8 小时后每周只用了 22%。两者都是个人报告，不能据此推导统一额度、计费或模型能力结论。

适用场景

• 适合判断的任务：了解用户对 Kimi 订阅额度、长时间代码生成和子 Agent 工作流的早期反馈。

• 不适合外推的任务：推断所有账号的额度、整体订阅价值、实际账单、模型能力或不同任务的稳定性。

• 适用的模型版本：父帖讨论 Kimi K3.1 Pro 与 K3.1 Pro Highspeed；相关报告明确提到 K3.1 Pro，S-E-P 还使用 K2.8 Preview。

• 测试环境或客户端：订阅方案；客户端、Agent harness、账号状态和服务端配置未注明。S-E-P 仅说明使用 codegen（subagents）处理一个 RE 项目。

• 推理档位和参数：未注明。S-E-P 询问是否将 K3 设为最高 thinking，但没有说明 johnmlussier 的设置或得到回答。

测评方法

这是 Hacker News 同一父帖下的个人用量报告，不是受控测评。父帖标题为 “Kimi K3.1 Pro and K3.1 Pro Highspeed”，链接到 Kimi 官方发布文章。johnmlussier 报告自己的 $99/月 方案和一次 session；S-E-P 以自己的 K3.1 Pro + K2.8 Preview 代码生成任务作回应；SwellJoe 也在该串报告 $19/月 方案的使用感受。

没有公开统一 prompt、任务清单、effort、token、客户端、账号额度面板、计费明细、重试记录或独立验收标准。

关键结果

原始数据

• 父帖：Kimi K3.1 Pro and K3.1 Pro Highspeed，作者 Jowsey，HN 条目 50212065。

• 父帖链接：https://news.ycombinator.com/item?id=50212065；目标评论通过 parent 关联到该父帖。

• johnmlussier 的评论条目为 50212563，原文明确写 $99 a month plan、within 47 minutes with one session 和 limited by 5-hour quota。

• S-E-P 的回复条目为 50217757，原文明确写：使用 k3.1 Pro with K2.8 preview 做 codegen（subagents），运行 8 小时，“only used 22% of my weekly”。

• S-E-P 随后询问是否使用最高 thinking，或是否所有任务都只使用 K3；这只是问题，不是已确认的运行配置。

• SwellJoe 的回复条目为 50214102，报告 $19 monthly plan、单个任务耗尽 5 小时限制和每周额度的较大部分；这是另一位用户的经验。

结论与边界

这组回复显示出两种相反的额度体验：一个 $99/月 用户称单 session 很快触发 5 小时限制，另一个用户称混用 K3.1 Pro 与 K2.8 Preview 的长任务只用了每周 22%。差异可能与模型组合、任务、客户端、thinking、子 Agent、账号或时间窗口有关，但原文没有提供足够信息进行归因。

“每周 22%”按 S-E-P 的原句是已用 22%，不是剩余 22%。这不等于知道每周总额度，也不等于能计算剩余时长或成本。帖子没有 prompt、effort、token、客户端分解、账单或模型能力测量，因此本文不推断总体额度、实际计费、性能排名或 K3.1 Pro 的通用长任务能力。

复现说明

若要复核，应固定同一订阅档位、模型组合、客户端或 harness、prompt、thinking/effort、子 Agent 数量、任务仓库、运行时段和停止规则，并记录 5 小时窗口、每周已用比例、输入输出 token、工具调用与账单。

应分别测试 K3.1 Pro 单独运行、K3.1 Pro + K2.8 Preview 混用，以及是否启用 subagents；每种配置至少保留完整用量面板和运行日志。没有这些条件，最多只能复现某个账号的观察，不能把两条社区报告合并为统一额度结论。