Summary

  • GitHub 说明，Copilot 代码审查的模型调用使用 AI credits，代理式项目上下文收集等工作使用 GitHub Actions 分钟。Lite、Balanced、Max 的公开估算只覆盖 AI credits，不含 Actions；具体审查模型由系统自动选择且不披露。
  • Actions 分钟归到仓库及其计费主体，AI credits 则按请求者、PR 作者和组织策略归属。公开仓库的标准托管 runner 与自托管 runner 在 Actions 这一项免费；套餐内额度也可能吸收其他合资格用量。

一条审查评论，两个财务窗口

PR 里出现一条 Copilot 建议，开发者觉得有用，讨论继续向前。财务要看的却是两条记录：模型读写 token 的 AI credits，以及代理工作所用的 Actions 分钟。GitHub 让代码审查像一个动作，底层却把它拆给两种计量单位。把两项混成“每次审查多少钱”，往往在第一步就把计价对象写错了。

GitHub 的定价说明承认，代码审查所用模型自动选择且不公开，单次 token 成本会变化。它给 Lite、Balanced、Max 的 AI-credit 区间只是估算，而且明确不包含 Actions 分钟。计量也不是现金账单的同义词：公开仓库标准 runner、自托管 runner、套餐额度和预算都会改变实际新增费用。看到两只表针转动，不等于收到两张额外发票。

真正棘手的是“谁的表”。Actions 分钟先记在仓库，再归向企业或成本中心。AI credits 可以按策略记给成员或组织。自动 PR 审查通常追到 PR 作者；人工请求通常追到发起者。机器人或没有席位的路径又可能把 AI 费用交给组织。开启自动审查规则的人、提交代码的人、拥有仓库的人，可以是三位不同的预算负责人。

运行环境也在控制面上。代理审查默认使用 GitHub 托管的标准 runner；更大的托管 runner 分钟单价更高，自托管 runner 不消耗 Actions 分钟。GitHub 还说，若 Actions 不可用，审查仍可生成，只是缺少额外代理能力。评论区看起来依旧热闹，底层上下文收集和成本路径却变了。

核账时，GitHub 给出 Actions 侧的账单报告过滤值 dynamic/agents/copilot-pull-request-reviewer。把它同 AI-credit 记录、审查强度、runner 选择及自动触发规则并排。最后要回答的是：谁批准了这次审查，谁的额度被它使用？PR 里的建议本身不会替公司回答。

来源