各位站长、开发者，今天给大家带来一期逐项核对过阿里云官方帮助中心与产品页的云效 Flow 线报。
云效 Flow 是国内 CI/CD 工具里"上手门槛最低"的一档：注册即用、基础功能不限人数、不用自己买构建机，代码仓库一接、模板一选，一条流水线就起来了。配合阿里云生态，Java 应用推上 ECS、前端工程发到 OSS、容器镜像推到 ACK，都能在同一个平台上闭环。对国内团队来说，它的最大优势还是构建节点在国内——clone 代码、拉依赖包不用挂代理，速度比海外平台舒服得多。
但这条线报必须先做一处更正，因为你手上这份资料的"每月 2000 分钟构建时长"已经对不上现行口径了。官方现在的说法是"3000 核分/月"，而核分和分钟之间隔着一个公式——按默认规格算下来，实际可用的分钟数会比 3000 小一截。
另外还有两个背景必须知道：云效现在有"中心站"和"Region 站"两个站点，以及AI 助手已经从一个免费功能改成了按量付费。下面我一次性讲清楚。
先纠正最重要的一处：是"核分"，不是"分钟"
你给的"每月 2000 分钟构建时长"这个口径，在阿里云现行官方文档里已经找不到对应项。
按照阿里云官网产品页和帮助中心《计费项、定价方式和免费额度》的当前口径，云效 DevOps 基础版的流水线免费额度是：
跑行时长 3000 核分/月（按自然月重置）
（原文里的表述是"运行时长 3000 核分/月"，这里的"运行时长"单位是核分，不是分钟。）
那"2000 分钟"这个数字大概是怎么来的？我核查时发现，2000 分钟/月 是另一个平台的经典免费额度——GitHub Actions 免费版就是每月 2000 分钟。国内这两家平台的免费额度经常被互相记混。另外，云效更早期的套餐（企业标准版时期）确实有过"每实例每月 2000 分钟"的说法，但那已经是 2023 年前后的旧信息，现在不适用了。
为什么"核分"这个单位很重要？ 因为它不等于时间。官方给出的换算公式是：
核分 = 流水线任务构建时长（分钟）× 构建环境 CPU 核数（核）× 构建集群系数
官方举的例子很直观：一个任务跑 10 分钟、用 4 核构建机，消耗 10 × 4 = 40 核分。
所以 3000 核分到底等于多少"分钟"，取决于你选的构建机规格：
也就是说——你以为有 2000 分钟，实际上按 4 核构建机算只有 750 分钟。这是本文最需要记住的一件事：云效的免费额度按"算力"给，不按"时间"给。老攻略里按分钟估工作量，会高估两三倍。
第二个背景：中心站和 Region 站，你用的是哪个
这是 2026 年的新变化，很多资料还没提。
按云效官方公告，云效目前提供两个服务站点：
中心站（旧版）：云效从 2020 年开始一直基于这个站点，只提供统一的公网域名，代码库和制品库都是公网地址，构建部署也通过公网连接。
Region 站（新版，即地域组织所在站点）：2026 年全新推出，目前已经发布了 4 个站点（北京、上海、杭州、深圳），在研发数据安全、账号权限管理、企业级合规等方面全面升级，更适合企业级用户。
关键的一点是：两个站点对个人开发者都友好。 官方明确说明——Region 站在升级企业能力的同时，保留了面向个人用户的免费模式，并且提供免费的研发资源额度，个人开发者仍可免费使用核心功能。
实际影响在于两点：一是Region 站的核分公式多了一个集群系数（下面细说），二是它更强调数据安全与合规，如果团队对代码不出公网有要求，可以优先看 Region 站。选哪个站点在创建组织时就要定，建议提前想清楚。
第三处需要知道的：AI 助手已从免费转为付费
这条也要提醒：云效 AI 助手此前只支持代码智能评审，且是免费使用的。 升级后它全面接入了云效各功能模块（需求管理、代码托管、流水线、测试管理、制品仓库、应用交付等），能力大幅扩展——包括流水线 YAML 脚本生成、流水线运行错误排查、发布风险评估等。
但计费方式也随之改变：AI 助手功能从免费调整为付费使用。 官方说明是——云效 AI 助手底层使用 StarOps 智能体能力，用户通过云效调用 AI 助手产生的用量，按 StarOps 平台的计费标准按量结算；云效本身不单独设置 AI 助手计费项，只提供积分用量的统计和明细展示。
也就是说：如果你只是想要"免费的 CI/CD"，这件事不影响你；但如果你打算把 AI 助手当成免费生产力工具用，需要重新算一下成本。官方同时强调"云效其他计费方式均保持不变"。
逐项核实：免费版到底给了什么
按阿里云官网产品页与帮助中心的当前口径，云效 DevOps 基础版（0 元/人/年）的完整权益如下：
人数：不限人数
这是云效相对 GitLab（5 用户上限）、Bitbucket（5 用户上限）最明显的优势——基础功能免费且不限人数。对赛宇、社团、小团队来说，这一点很实在。代码管理：代码库数量不限
单库容量 Git 库 5GB + LFS 5GB；仓库总容量 Git 20GiB + LFS 20GiB。也就是说单个仓库有上限、总量也有上限，规划时两个都要看。流水线：最大并发任务数 3，运行时长 3000 核分/月
并发数 3 意味着同一时间最多跑 3 个任务，超出额度的任务会排队等待。这个限制在多分支频繁触发时会先碰到，可能比核分额度更早成为瓶颈。制品仓库：总容量 10GiB
Maven、npm 等制品包的存储空间。免费额度按自然月重置
官方明确：流水线免费额度按照自然月发放，每月 1 日重置 3000 核分。所有组织共享同一份额度（同一账号下多个云效组织的用量会合并计算）。基础功能不限人数、注册即用
官方产品页写的是"基础功能不限人数，免费使用"。
另外要说明的两项：
免费额度的计量口径：只有使用云效公共构建集群的任务才计入核分；使用私有构建集群的任务不纳入统计——也就是说，如果你自己接了构建机，那部分不消耗免费额度。这是个容易被忽略的利好，构建量大的项目可以考虑自建 Runner。
超额后的行为：官方明确写了——当组织的当月已使用构建核分达到上限时，流水线任务将会触发失败。想继续跑需要"开通按量计费获取无限资源"。所以超额不是降速，是直接失败。
核分公式细说：三个变量决定你烧得多快
再把这个公式拆开讲一遍，因为它直接决定你的免费额度能撑多久：
核分 = 构建时长（分钟）× CPU 核数 × 构建集群系数
变量一：构建集群系数（这是 Region 站才有的口径）
注意两个反常识的点：
中国香港集群系数是 2，也就是说同样的构建任务，在香港跑消耗的核分是北京/杭州的两倍。官方解释是"不同地域构建集群成本不同，因此采用系数来统一单价"。如果你的项目不是必须走香港节点，选北京或杭州能省一半额度。
VPC 托管构建集群系数只有 0.8，比公共集群还便宜。如果你的构建涉及内网资源、需要走 VPC，这反而是更省的选项。
变量二：构建环境 CPU 核数
核数越高，扣得越多。官方示例：10 分钟任务用 4 核扣 40 核分。追求并行编译速度就要付出对应算力成本——一个大规格构建可能一次吃掉几百核分。
变量三：构建时长
只有实际使用托管构建集群的时间才计费。官方特别说明：流水线在人工等待（如审批、确认等）环节不消耗核分，不收取运行费用。所以加审批卡点不会额外花钱。
超额单价参考：如果你将来要买，官方价格是流水线构建资源 0.03 元/核分。也就是 3000 核分大约值 90 元。
语言与部署集成：这部分你的资料是准的
你给的"支持 Java、Node.js、Python、Go 等主流语言"和"深度集成阿里云产品部署"，这两条和官方文档一致，这里展开说清楚具体覆盖范围：
语言支持（官方"语言专项场景"文档明确列出）：
阿里云产品集成（官方产品页描述为"全面对接阿里云 ECS/ACK/ACR/OSS 等多种云服务，通过流水线串联阿里云产品整体使用路径"）：ECS、ACK（Kubernetes）、ACR（容器镜像）、OSS（对象存储），加上语言专项文档里提到的 SAE（Serverless 应用引擎）、EDAS。
部署方式：支持虚拟主机、K8s 等发布方式，支持蓝绿发布、分批发布、金丝雀发布等多种策略，并支持快速回滚。
其他能力：内置代码扫描、安全扫描和自动化测试；支持可视化编排串行/并行任务；支持代码提交触发（WebHook）、手工触发、定时触发；支持钉钉群消息通知。
实测踩坑：这几条一定要提前确认
结合起来看，云效免费版的坑集中在"核分换算"和"两个站点"上。
千万不要按"2000 分钟"或"3000 分钟"估工作量。 按 4 核构建机算，3000 核分只有 750 分钟。上手第一件事就是去"资源用量"页面看自己实际每次构建扣多少核分，用真实数据估。
构建集群选北京或杭州，别默认选香港。 香港系数是 2，同样的任务核分消耗翻倍。这是最容易在不知不觉中浪费额度的地方。
注意并发数只有 3。 免费版最多 3 个任务同时跑，超出就排队。多分支项目、频繁推送的场景下，等待时间可能比额度更让人难受。
核分用尽是"任务失败"，不是"降速"。 官方写明当月核分达到上限后流水线任务会触发失败，要开通按量计费才能继续。别等到失败才发现额度没了。
自建构建集群不消耗核分。 这是免费用户的一个隐藏空间——如果你有闲置服务器，可以接私有构建集群，那部分任务不计入核分统计。构建量大的项目值得考虑。
先确认自己用的是中心站还是 Region 站。 两个站点的核分口径略有差异（Region 站有集群系数），组织创建后想切换需要重建，规划时先定好。
AI 助手不免费了。 如果你之前把它当免费功能用，现在要按 StarOps 计费标准结算，用之前先了解清楚。
免费额度是全组织共享的。 同一账号下多个云效组织的用量会合并计算，别以为多建一个组织就多一份额度。
实操：从零到上线的完整流程
第一步：开通云效并创建组织
登录阿里云账号，进入云效产品页开通。开通时需要选择站点（中心站或 Region 站），Region 站目前有北京、上海、杭州、深圳四个可选，建议根据团队的数据合规要求决定。
第二步：接入代码仓库
云效自带代码管理（Codeup），也可以接入已有仓库。注意单库容量 Git 5GB + LFS 5GB，仓库总容量 20GiB + 20GiB。
第三步：新建流水线
进入"流水线 Flow → 我的流水线 → 新建流水线"，选择开发语言，从模板起步。官方模板按语言分类，比如"Java · 构建、部署到阿里云 ECS/自有主机""Node.js · 构建 Vue 工程发布到 OSS"等，选中模板后大部分配置会自动填好。
第四步：配置构建与部署任务
构建：按需调整构建命令和打包路径，注意构建机规格直接决定核分消耗，别盲目选大规格；
部署：选择目标（ECS、ACK、SAE、OSS 等），配置制品来源、下载路径、执行用户和部署脚本；
容器场景：Java/Node.js/Python/Go 部署到 K8s 时走容器镜像交付，镜像可推到 ACR。
第五步：设置触发方式
可以用手工触发、代码提交触发（配 WebHook）或定时触发。建议先用手工触发跑通，再放开自动触发。
第六步：盯住资源用量页面
这是最关键的习惯。在"流水线 Flow → 资源用量"里可以看到：当前并发任务数、最大并发数、当月已使用核分与可用额度对比（超限时进度条变红）。页面还提供构建用量统计（按天看柱状图）和构建用量明细（含构建时长、构建集群、系数、CPU 数，可据此验证核分公式）。建议上线第一周每天看一眼，摸清自己每次构建的真实消耗。
壹贰线报专属：两套务实方案
国内小团队方案（免费版最合适）
云效最大的差异化优势是基础功能不限人数——GitLab 卡 5 人、Bitbucket 卡 5 人，云效这条路直接放开。5 人以上、10 人以内的国内小团队，用云效基础版可以做到零成本起步：代码托管在 Codeup（20GiB + 20GiB）、构建用 3000 核分/月、制品放 10GiB 制品库。构建量控制的关键是两点：构建集群选北京或杭州、构建机规格不要盲目调大。
全栈交付方案（用足阿里云生态）
如果项目本来就跑在阿里云上，云效的价值会明显放大：Java 应用构建后直推 ECS 或 ACK，前端 Vue 工程构建后直发 OSS，镜像推 ACR，配合蓝绿、分批、金丝雀发布策略和快速回滚。整套"代码 → 构建 → 制品 → 发布"链路在一个平台内闭环，不用在多个工具之间搭桥。构建量大的话，可以考虑接私有构建集群，把高频任务挪出去省核分。
最后提示
壹贰线报只发核实过的信息。云效这次核下来，最值得说的是它的免费额度口径发生了实质性变化：从"按分钟给时间"变成了"按核分给算力"。这个变化不会让你少用功能，但会让你对"我还能跑多久"产生明显误判——按 4 核规格算，实际可用时长只有标称值的三分之一。
上手前建议想清楚四件事：一是别再按分钟估额度，去资源用量页面看真实消耗；二是构建集群选北京或杭州，香港系数翻倍；三是并发数只有 3，多分支项目要提前安排；四是AI 助手已经不是免费功能，别把它算进零成本方案。