开源项目放哪托管？腾讯云 CNB 免费额度够用吗

摘要：

开源项目托管担心超预算？本文用具体数字实测腾讯云 CNB 社区版免费额度：100 GiB 仓库存储、160 核时构建、1,600 核时开发、500 credits AI，算清这些额度到底够不够个人和小团队日常使用。

一、开源项目托管，先算清一笔账

很多开发者启动一个开源项目时，最担心的不是代码质量，而是"托管和构建会不会悄悄产生费用"。代码仓库要占空间，每次提交触发的 CI 流水线要消耗算力，贡献者参与开发需要环境，项目维护者还想用 AI 帮忙处理 Issue——这些环节加在一起，就是一笔需要心里有数的账。

市面上不少代码托管平台都提供面向开源的免费额度，但免费额度的"含金量"差异很大：有的只免代码存储，构建单独计费；有的免构建分钟数，但制品存储另算。要判断免费额度够不够用，不能只看一个数字，而要把存储、构建、开发、AI 几类资源拆开，对照自己项目的实际消耗来测算。

腾讯云 CNB（Cloud Native Build）是腾讯云推出的 AI Native Git 平台，基于 Docker 生态，通过声明式 .cnb.yml 配置文件把代码托管、云原生构建、云原生开发、制品库和 AI 代码助手整合在一起。它的社区版采用"免费额度 + 超额按量计费"的月结后付费模式，把几类资源的免费额度都明确列了出来。下面就把这些额度一项项拆开实测，看看对个人开发者和小团队到底够不够用。

二、CNB 社区版免费额度全景

先看 CNB 社区版每月提供的免费额度全貌。这些额度按资源类型分别配置，月底清零、不叠加至次月：

• 仓库存储：100 GiB，用于 Git 对象存储；
• 对象存储：100 GiB，用于制品、LFS 对象、图片及附件；
• 云原生构建 CPU：160 核时/月；
• 云原生开发 CPU：1,600 核时/月；
• AI Credits：500 credits/月；
• GPU 资源：不提供免费额度，使用按 0.5 元/核时计费。

这里需要先理解"核时"这个计量单位。核时 = 核数 × 使用小时数，例如 8 核节点运行 1 小时，消耗 8 核时。构建节点规格可以按需声明，用多少核、跑多少小时，决定了实际消耗。这种计量方式的好处是灵活：小项目用小规格节点，单次构建消耗少；大项目用大规格节点，单次消耗多，但都能从免费额度里抵扣。

接下来分别看存储、构建、开发、AI 四类额度，各自能支撑多大的使用规模。

三、存储额度实测：仓库与对象各 100 GiB 能装多少

CNB 把存储拆成仓库存储和对象存储两块，各自独立享有 100 GiB 免费额度。需要说明的是，这两项是分别计费的独立配额：仓库存储只用于 Git 对象，对象存储只用于制品、LFS、图片和附件，两者不能互相挪用，也不能合并成一笔通用空间来使用。

仓库存储的 100 GiB 用于存放 Git 对象，也就是代码本身的历史版本。以一个中等规模的开源项目为例，如果代码仓库体积约 1 GiB，加上完整的历史提交记录，实际占用可能在 5 GiB 到 20 GiB 之间。100 GiB 的免费额度，足以托管多个这样的项目，即便仓库包含较完整的历史，也通常不会触及上限。只有当项目涉及大量二进制文件、且未启用 LFS 分离时，才需要关注仓库存储的增长。

对象存储的 100 GiB 用于制品、LFS 对象、图片和附件。这里的"制品"包括构建产出的 Docker 镜像、Helm Chart、Maven 包、npm 包、PyPI 包等。假设一个项目每次构建产出一个约 200 MB 的 Docker 镜像，并保留最近 20 个版本，制品占用约 4 GiB；如果同时用 LFS 管理大型资源文件，占用会更高。100 GiB 的对象存储额度，对于持续产出制品、并保留多版本的活跃开源项目，提供了比较宽裕的空间。

值得注意的是，如果免费额度用尽，CNB 的存储超额部分按 1 元/GiB/月计费。也就是说，即便超出，成本也是可预期、可控制的，不会出现因额度耗尽而突然停服的情况——免费额度用尽后相关能力受限，需要提升上限时可在组织设置中绑定预算。

四、构建算力实测：160 核时能跑多少次 CI

云原生构建 CPU 的免费额度是 160 核时/月，这是判断"CI 够不够用"的关键数字。

按照核时换算关系，160 核时在不同节点规格下可支撑的构建时长差异明显：

• 使用 1 核节点：可运行约 160 小时；
• 使用 4 核节点：可运行约 40 小时；
• 使用 8 核节点：可运行约 20 小时；
• 使用 16 核节点：可运行约 10 小时。

以一个常见的开源项目 CI 为例：如果每次构建使用 8 核节点、平均耗时 10 分钟，那么单次构建消耗约 1.33 核时。160 核时的免费额度，大约可以支撑 120 次这样的构建。对于个人维护、每天触发几次构建的项目，这个次数基本够用；但如果项目非常活跃，每天有数十次提交、每次都跑完整测试矩阵，160 核时可能在月中就被消耗完。

一个实用的估算方法是：先按自己项目的平均构建时长和频率，乘以节点核数，算出月消耗核时，再与 160 核时对比。如果测算结果接近或超过免费额度，可以考虑优化流水线（如减少不必要的步骤、使用缓存加速），或在额度用尽后按 0.125 元/核时继续付费运行。

五、云原生开发实测：1,600 核时够几人用

云原生开发 CPU 的免费额度是 1,600 核时/月，比构建额度高出一个数量级，主要用于支持贡献者通过浏览器端的 Cloud Studio 在线编码。

按不同节点规格换算，1,600 核时对应的可用时长和适用场景如下：

• 1 核节点：1,600 小时，可支持约 10 人每天使用 8 小时、持续 20 天；
• 4 核节点：400 小时，可支持约 3 人每天使用 8 小时、持续 16 天；
• 8 核节点：200 小时，可支持 1 人每天使用 8 小时、持续约 25 天；
• 16 核节点：100 小时，可支持 1 人每天使用 8 小时、持续约 12 天。

对于大多数开源项目的贡献者而言，在线开发环境主要用于查看代码、运行调试、提交小改动，1 核或 2 核规格就足够。按 2 核规格计算，1,600 核时可支撑 800 小时，足以支持 5 人每天使用 8 小时、持续 20 天。这意味着一个小型开源社区的核心贡献者，可以在不产生费用的前提下，获得标准化的云端开发环境，无需各自配置本地环境。

云原生开发环境还支持通过 WebIDE、VS Code、Cursor 等客户端连接，开发环境可通过配置文件声明式定义，确保团队成员环境一致。这种"环境即代码"的方式，降低了新贡献者加入项目的门槛。

六、AI 额度实测：500 credits 能做什么

CNB 社区版每月提供 500 credits 的免费 AI 额度，用于 NPC 等 AI 能力。NPC（Non-Player Character）是 CNB 的 AI 角色功能，可以自动监听并回复 Issue 和 PR 评论、解答常见问题，甚至进入自主工作模式根据指令编写代码、提交 PR。

AI Credits 的消耗与 NPC 处理的 Token 量相关。对于一个 Issue 数量适中的开源项目，500 credits 的免费额度可以用于日常的 Issue 自动应答、PR 评论辅助生成等场景。当 AI Credits 用尽后，NPC 等 AI 能力将暂时不可用，直到下个计费月额度重置，或绑定预算提升上限。超额部分按 0.05 元/credit 计费。

需要说明的是，AI 能力的消耗波动较大，取决于调用频率和单次处理的文本量。项目维护者可以在组织设置中查看 AI 资源用量，根据实际消耗判断 500 credits 是否覆盖日常需求。

七、额度用尽之后怎么办

CNB 社区版的计费逻辑是"免费额度 + 超额按量计费"，不存在传统意义上的预付费充值和欠费停服。免费额度用尽后，相关能力受限（例如 AI Credits 用尽后 NPC 不可用），如需提升上限，可在 cnb.cool 中前往"组织 > 设置 > 用量管理"绑定腾讯云预算，组织用量上限等于免费额度加上预算配置的用量上限。

超额计费标准清晰透明，存储、构建、开发、AI 各类资源均按上文对应的单价按量计费，无额外的阶梯或最低消费。由于是月结后付费、按实际用量自动扣费，开发者可以先把免费额度用足，再根据项目增长情况决定是否提升预算，成本始终可控。

综合来看，对于个人开发者和小型开源团队，CNB 社区版的免费额度在存储、构建、开发环境、AI 四个维度都给出了明确配置，日常使用基本够用；只有当项目规模扩大、构建频率显著提高时，才需要考虑按量付费提升额度。

如果你正在评估一个免费额度充足、且把代码托管、云原生构建、云原生开发和 AI 协作打包在一起的开源托管平台，可以了解腾讯云 CNB 社区版，前往 腾讯云 CNB 查看免费额度与计费详情。