Kilo 的云计算按小时收费，这层最容易被漏算
Kilo 的费用分三层：平台计划、AI 推理、云计算。
前两层是大家评估时会看的，第三层最容易被漏掉——因为它的计费方式跟前两层完全不同：不是按月，是按小时（实际按秒计）。
一、官方给的价格
按 kilo.ai/pricing，云计算部分按秒计费，无最低消费：
| 项目 | 价格 |
|---|---|
| Gas Town | $1.20 / 小时 |
| Code Review | $0.33 / 小时 |
| Cloud Agent（各类型） | $0.60 – $1.20 / 小时 |
注意 Cloud Agent 给的是一个区间，因为有不同类型。具体哪个类型对应哪个价格，页面上按类型列出——需要精确到某个类型的话请查官方页面，本文不逐一复述可能变化的明细。
二、这层为什么容易被漏算
三个原因：
第一，计费单位不一样。 前两层是月费思维（一个月多少钱），这层是时长思维（跑了多久）。做预算时很容易只把月费类的加起来，忘了还有按时长的。
第二，它是按需触发的。 你不用就不产生费用，所以在「平时」它是隐形的。但某个项目集中用一阵，账单就上来了。
第三，「按秒计费、无最低消费」听起来很便宜。 确实，偶尔用几分钟花不了多少。但这个印象会让人低估长时间运行的成本。
三、把小时价换算成实感
按小时的价格，单看不直观。换个方式感受一下（下面是纯算术，不涉及任何官方未给出的数据）：
Gas Town，$1.20/小时：
- 跑 1 小时 = $1.20
- 跑一个工作日（8 小时）= $9.60
- 连续跑一周（按 40 小时算）= $48
Code Review，$0.33/小时：
- 跑 1 小时 = $0.33
- 跑 100 小时 = $33
Cloud Agent，按上限 $1.20/小时算：
- 跑 1 小时 = $1.20
- 三个 Agent 各跑 2 小时 = $7.20
这几个换算的意义在于：单次使用确实便宜，但如果有长时间运行或者多个并行的场景，成本累积得比直觉快。
尤其注意并行：三个 Cloud Agent 同时跑一小时，是三小时的费用，不是一小时。
四、按秒计费的两面
官方明说按秒计费、无最低消费。这一点值得展开。
好的一面：
- 短任务不吃亏。 跑了 3 分钟就按 3 分钟算，不会被凑成一小时
- 试用成本极低。 想试试某个能力，花几分钟，成本几乎可以忽略
- 不用为闲置付费。 不跑就不花钱
要注意的一面：
- 没有上限保护。 按量计费的通病——一个忘了停的任务会一直计费
- 成本不可预测。 月费类的费用你能提前知道，按时长的要事后才知道
实用建议：如果你要用云计算这层，建立一个「跑完就确认停了」的习惯。这类费用的常见事故不是「用得多」，而是「忘了关」。
五、怎么估这层的成本
第一步：确认自己用不用。
如果你完全不用 Gas Town、Code Review、Cloud Agent 这些云端能力，这层就是 $0，可以整层跳过。
这一步能让很多人直接省掉后面的工作。
第二步：估计每次用多久。
用一次典型任务实测：启动到结束多长时间。这个数字只能自己测，因为它取决于你的项目规模和任务复杂度——官方页面上没有、本文也不会给「一次 Code Review 大概几分钟」这种数字。
第三步：估计频率。
一天/一周用几次？
第四步：算。
小时单价 × 每次时长 × 频率 = 这层的成本
第五步：加到另外两层上。
平台费（个人 $0 / Teams $15×人数）+ 推理费 + 这一层。
六、几个能省这层钱的做法
别让任务空跑。 按秒计费下，启动了但没在干活的时间同样收费。
优先用便宜的那个。 Code Review 是 $0.33/小时，明显低于 Gas Town 的 $1.20 和 Cloud Agent 的 $0.60–$1.20。如果你的需求能用 Code Review 满足，就别开更贵的。
控制并行数。 三个同时跑，费率就是三倍。并行是为了省你的时间，不是省钱——这个权衡要自己拿捏。
先小规模试。 按秒计费、无最低消费的好处就是试错便宜。先拿一小部分代码试一次，摸清时长和效果，再决定要不要全量跑。
七、这层跟另外两层的关系
再强调一次三层结构：
| 层 | 计费方式 | 你的选择 |
|---|---|---|
| 平台计划 | 月费 | 个人免费 / Teams $15 每用户每月 / Enterprise 自定义 |
| AI 推理 | 三选一 | 自带密钥 $0 / Gateway 零加成按量 / Pass $19 起 |
| 云计算 | 按秒（小时费率） | 用多少算多少 |
这三层是叠加的。
一个用云计算的团队用户，三层都在产生费用。而这一层是唯一按时长计的，所以它在预算表里应该单独占一行，不能跟月费混在一起估。
另外别忘了还有一笔：购买 credits 收 5% 手续费——这也不在三层里。
八、按时长计费 vs 按用量计费
云计算这层跟推理那层的计费方式不同，这个差别值得单独理解，因为它影响你的优化方向。
推理层（按 token / 按用量）：你付的钱跟处理了多少内容成正比。
- 优化方向：少带无关上下文、别贴大文件、控制对话长度
云计算层（按时长）：你付的钱跟跑了多久成正比，跟处理了多少内容没有直接关系。
- 优化方向：别让它空转、任务跑完及时停、控制并行数
这两个方向有时候是矛盾的。
举例：给云端任务一次性提供充足的上下文，让它一轮跑完——
- 在按时长计费下：好策略，减少了来回等待的时间
- 在按 token 计费下：可能更贵，因为一次性传了很多内容
所以在 Kilo 这种同时有两层的结构里，你可能要同时兼顾两个方向。
实用的判断法：看哪一层是你的成本大头。
- 如果云计算是大头（长时间运行的任务多）→ 优先优化时长
- 如果推理是大头（内容处理量大）→ 优先优化上下文
- 两层都不小 → 先各自测一个月，看数字说话
还有一个跨层的共性：任务切小对两层都有好处。小任务跑得快（省时长），带的上下文也少（省 token）。这是少有的两边都占便宜的做法。
九、总结
- 云计算是 Kilo 三层结构里最容易被漏算的一层，因为它按小时计而不是按月。
- 官方价格：Gas Town $1.20/小时、Code Review $0.33/小时、Cloud Agent 各类型 $0.60–$1.20/小时。按秒计费，无最低消费。
- 单次用便宜，长时间运行和并行会让成本累积得比直觉快——三个 Agent 跑一小时是三小时的钱。
- 按秒计费的好处是试错便宜，代价是没有上限保护——常见事故不是用得多，是忘了关。
- 估算五步：确认用不用 → 测一次典型任务时长 → 估频率 → 相乘 → 加到另外两层上。
- 省钱做法：别让任务空跑、能用便宜的就别开贵的、控制并行数、先小规模试。
- 预算表里这层要单独占一行，别跟月费混着估。
本文数字来自
kilo.ai/pricing官方定价页，核对日 2026-08-08。文中的换算均为用官方小时费率所做的纯算术。任务时长因项目而异，官方未给出，需自行实测。 定价会调整，以官方页面为准。