Agent Skills
返回列表
💻

GitLab CI 流水线成本计算器

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/gitlab-ci-pipeline-cost-calculator。

技能介绍

为什么需要它

GitLab CI 的账单通常月底才出现,而且只告诉你「这个月烧了多少」。真正想优化成本时,开发者缺少两个关键信息:单次 merge request 触发的流水线花掉了多少 runner 时长,以及整月开销集中在哪几个任务上。这个技能把 projects、pipelines 与 jobs 三个 REST API v4 端点的数据串起来,直接回答这两个问题。

它如何工作

  • 按项目拉取 pipeline 列表,再从每条 pipeline 的 jobs 端点聚合实际执行的 duration 与并发占用时间。
  • 将累计时长映射到 GitLab 的 compute minute 计费档位,输出单次流水线的估算费用。
  • 对同一项目内多次运行做汇总,识别出占用时长最多、也最容易被优化的任务,例如长时间空转的 linter、不必要的 artifact: download 步骤或未命中缓存的测试阶段。

适用边界

  • 估算口径基于 GitLab 官方 compute minute 价格,与实际账单之间存在偏差,尤其是提前终止或被取消的 job,时长统计与计费窗口未必完全对齐。
  • 自托管 runner 的硬件折旧、电费和运维成本不在估算范围内,该结果只反映 GitLab 侧的算力消耗。
  • 没有自建 CI 的团队(例如仅用 GitHub Actions)无法使用此技能,数据源强依赖 GitLab REST API v4 的可访问性。

使用场景

  • 团队负责人在代码合并前需要预估该次流水线的runner时长开销,以便控制项目预算
  • DevOps 工程师想定位过去一个月中资源消耗最高的测试任务,优化CI配置
  • 平台管理员需要按项目维度汇总所有流水线的计算资源使用情况
  • 项目经理需要对比不同分支策略下CI成本差异,调整合并请求触发规则

适合人员

  • GitLab CI工程师:需要量化每次合并请求的构建资源消耗
  • DevOps负责人:要在季度末复盘各项目CI成本并制定优化目标
  • 基础设施架构师:设计自建runner资源分配策略时需参考历史时长数据
  • 项目经理:为团队设定CI预算上限时需准确预估单次流水线开销