不用再数 Copilot 座位了：GitHub 企业版直接含 Copilot，按用量付账

一句话：座位不用数了，预算才是要管的东西

2026 年 10 月 28 日，GitHub 在 Universe 大会上宣布了一项改动：和 GitHub 或微软客户团队合作的企业客户，现在可以直接在 GitHub 企业版里给每一位持证用户开通 Copilot，不用再单独买 Copilot 座位。以前企业要同时管两件事：买了多少个 Copilot 座位，以及这些座位一共用了多少 AI 用量。现在第一件事没了，剩下的就是一件事：企业预算里的 AI 用量花到了哪里。

这句话听起来像财务细节，其实它改的是管理方式。以前的模式是按人头算账：人多就贵，人少就便宜，哪怕有人一个月只用两次补全，也得占一个座位。新模式是按用量算账：从第一次请求开始就计入企业预算，用得多就花得多，用得少就花得少。GitHub 在官方更新日志里写得很直白：有了 Copilot 包含在平台里之后，管理企业预算里的用量就成了主要工作。

对每天写代码的人来说，这次改动当天不会让补全变快，也不会让聊天变聪明。它影响的是坐在预算表前面的人：采购、平台团队和技术负责人。对他们来说，问题从“我们买了多少座位”变成了“我们的预算花得值不值”。这篇文章就讲清楚这四个问题：到底变了什么、预算用完会发生什么、谁现在就能用、以及负责人接下来该做的五件事。

到底变了什么：三条对照

第一条，准入变了。以前 Copilot 是企业版之外的附加订阅，要单独给每个人配座位。现在它是企业版自带的一部分：企业账号里的每一位持证用户都能用，不用再一个个买座位。GitHub 的说法是“for every licensed user”，也就是只要你有企业版执照，Copilot 就跟着来。

第二条，计费单位变了。以前每个座位自带一份月度 AI 额度，额度用完再另外算钱。新模式下没有“每个座位每月自带额度”这回事，用量从第一次请求起就直接扣企业预算。GitHub 在更新日志里专门强调：没有需要追踪或充值的自带额度。这句话对预算管理很重要，因为它意味着你不能再靠“每人每月有多少额度”来估算开支，只能看实际用量。

第三条，管控工具没变。GitHub 说，用量管理用的是企业已有的那套东西：用量策略、告警和归属统计。也就是说，你以前用来看哪个团队花了多少钱的办法，现在继续管用，只是被管的对象从“座位加用量”简化成了“用量”。这一点对已经搭好用量看板的团队是好消息：不用换工具，换的是看报表的角度。

预算用完会怎样：先说清楚，免得半夜被叫醒

这是新模式里最容易被误解的一点，也是最值得单独拿出来讲的一点。GitHub 在更新日志里写了四条，翻译成大白话就是这样。

第一，代码补全和下一处编辑建议，预算用完也能继续用。也就是说，写代码时最常用的那个“敲几个字就冒出下一行”的功能，不会因为预算见底就停掉。这是 GitHub 刻意留出来的底线：再怎么超支，日常写代码的手感不断。

第二，Copilot 聊天、代码评审和云端里的 Copilot，需要有预算才能用。预算空了，这三类功能就停下来，直到预算恢复。这三类恰恰是 agent 味最浓的功能：聊天里让 agent 改一堆文件、评审里让它逐行挑毛病、云端里让它自己跑任务。它们烧用量最快，也最先被掐断。

第三，预算用完不会把人踢出去。GitHub 原话是“An exhausted budget never removes access”，座位还在，不需要预算的功能还在。这和“欠费停机”是两回事。你的账号不会被锁，代码补全不会停，只是重活干不了。

第四，没有执照的人怎么办。企业账号里没有 GitHub 企业版执照的人，可以通过 Copilot Standalone 获得同样的 Copilot 功能和模型，每人每月 10 美元，同样没有每月自带额度。这条是给外包、实习生、合作方这类“在企业账号里干活但没有正式执照”的人准备的，价格和规则都写清楚了，不用猜。

谁现在就能用，谁还要再等等

这里要分两种企业，别对号入错座。第一种是和 GitHub 或微软客户团队合作的企业：现在就能用，适用范围是 GitHub 企业版云端。想换成新模式，或者新建企业账号就用新模式，直接找销售团队谈。第二种是自己管理订阅的企业，也就是平时在网页上自己买、自己续费的那种：目前还用不了，GitHub 说会分阶段开放，具体日期会在未来几周公布，现有的订阅不受影响。

这个区分很重要，因为它决定了你这篇文章读完之后该干什么。如果你是第一种，接下来可以真的去谈切换；如果你是第二种，现在能做的只是提前把用量看板和预算告警准备好，等开放了再切，不要现在就去改采购流程。

另外，旧的套餐并没有被撤掉。Copilot Business 和 Copilot Enterprise 仍然可以买，新老企业都能继续用。也就是说，这次不是强制迁移，而是在原来的两条路之外又加了一条新路。已经用顺了的团队不用急着搬家，新模式更适合的是那些“人头多、用得不均”的企业：有的人天天让 agent 跑长任务，有的人一个月只用几次补全，按人头买座位对他们来说一直不划算。

对大公司来说，真正的变化在管理上

把座位换成预算，表面上是少了一张账单，实际上是把成本管理的责任从采购推向了工程管理。以前采购问的是“多少人需要 Copilot”，答案是一个数字；现在要问的是“哪些团队、哪些任务在烧用量”，答案是一张报表。这个转变有三个实际影响。

第一个影响是归属变得比以往更重要。没有按座位分的额度之后，如果只看企业总账，你根本不知道钱花在了哪里。是某个团队在用云端 agent 批量跑迁移，还是某个项目在反复让评审跑大改动，这些都要靠归属统计才能分清楚。GitHub 说归属统计是现成的，那就应该真的用起来：按团队、按仓库、按功能（聊天、评审、云端）拆开看，而不是只盯着总数。

第二个影响是告警要设在预算上，而不是设在座位上。以前座位不够会有人来申请加座位，这是一个天然的刹车；新模式下没有这个刹车，用量可以一直往上走，直到预算用完才停下重活。所以预算告警必须提前设好：比如用到七成时提醒团队负责人，用到九成时提醒平台团队，别等到聊天功能突然停了才发现。

第三个影响是，成本讨论会从“买不买”变成“怎么用”。以前的争论是“要不要给这个团队买座位”，以后的争论会是“这个任务值不值得让 agent 跑一整夜”。这其实是好事，因为它把注意力推回了真正的问题：哪些任务用 agent 确实省时间，哪些任务只是在烧钱换心理安慰。

对个人和小团队：别误读这条新闻

这条新闻很容易被误读成“Copilot 免费了”或者“Copilot 降价了”，都不是。首先，它只针对 GitHub 企业版客户，而且目前只针对和客户团队合作的那一批。个人用户、免费用户和自己买订阅的小团队，规则没有变。其次，它不是降价：用量从第一次请求就开始算，没有自带额度垫着，用得多的人花的钱可能比以前按座位算还要多。

小团队真正该关心的是另一条：Copilot Standalone 每人每月 10 美元，功能和模型与 Copilot 企业版相同，但没有每月自带额度。如果你是给企业客户干活的外包，或者企业账号里没有正式执照的协作者，这就是你的入口。算账的时候要按实际用量算，别按“10 美元包月”来理解，因为 10 美元只是入场费，用量是另外计的。

还有一点值得提醒：代码补全在预算用完后还能用，这条对所有人都适用，包括新模式下的企业用户。也就是说，哪怕预算真的见底，你写代码的基本体验还在。这条底线让新模式的试错成本低了很多：就算第一年预算估不准，也不会出现全员停工的场面。

负责人接下来该做的五件事

第一，先确认自己属于哪一类。去问一句：我们是和 GitHub 或微软客户团队合作的企业，还是自己管理订阅？答案决定了你是现在就能谈，还是先准备着等开放。别跳过这一步，否则后面全是空谈。

第二，把用量报表按三个维度拆开：团队、仓库、功能。功能至少要分出补全、聊天、评审和云端四类，因为预算用完时停掉的正是后三类。拆开之后，你才能回答“钱花在哪里”这个问题。

第三，设两档预算告警。第一档设在预算的七成左右，提醒团队负责人复核最近的大任务；第二档设在九成左右，提醒平台团队准备应对。告警要发给能做决定的人，而不是只发给财务邮箱。

第四，先拿一个团队做试点。挑一个用量不均的团队：有人重度用 agent，有人轻度用。跑一个月新模式，对比一下旧模式下按座位算的钱和新模式下按用量算的钱，哪个更划算、差在哪里。试点数据比任何测算表都管用。

第五，和团队约法三章，写清楚什么时候可以用云端 agent 跑长任务、什么时候必须先评审再合并、评审跑大改动之前要不要先拆小。规则不用多，三条就够，但要写下来贴在团队频道里。没有规则的用量自由，三个月后一定会变成一笔糊涂账。

和本站已发的三篇 Copilot 新闻怎么区分

最近一周 GitHub 的消息很密，读者容易把几篇搞混，这里划一下界。10 月 28 日同一批消息里，Copilot Fusion 讲的是“模型怎么选”：系统自动挑模型、按步骤编排，这是模型路由的事；Copilot Projects 讲的是“活儿怎么跨仓库干”：一个目标横跨多个仓库、多个 agent 并行，这是工作方式的事；Copilot 代码评审 Max 与审批讲的是“评审怎么审得更严”：多智能体评审加审批计入必需批准数，这是评审质量的事。而本篇讲的是“账怎么算”：座位换成预算，这是采购和成本管理的事。四篇讲的是同一天大会的不同侧面，互不重复。

如果你只关心写代码本身，Fusion 和 Projects 对你的日常影响更大；如果你管预算、管团队、管采购，本篇才是你该先读的那篇。把四篇的侧面分清楚，就不会出现“这篇我好像看过”的感觉。

算一笔账：三种团队在新模式下分别会怎样

光讲规则还是抽象，拿三种虚构团队算一算就清楚了。以下例子纯属虚构，数字只是为了讲清机制，不是任何真实企业的账单。

第一种是“全员重度用”的团队，比如二十个人天天让云端 agent 跑任务、让评审审大改动。在旧模式下，他们按座位付费，每人一份额度，超了再补；在新模式下，他们的账单直接跟着用量走，一个月下来很可能比以前高，因为重活本来就贵。对这类团队来说，新模式的好处不是省钱，而是账算得明白：到底哪个项目、哪类任务最烧钱，一眼就能看见，砍成本也有地方下手。

第二种是“用量极不均”的团队，比如三十个人里只有五个人重度用 agent，其他人偶尔用用补全。旧模式下三十个座位一个都不能少，新模式下轻度用户的成本几乎可以忽略不计，总账反而可能降下来。这类团队是新模式最明显的受益者，也是 GitHub 这次改动最想讨好的对象。

第三种是“偶尔用一下”的团队，比如一个十来人的小公司，一个月只在赶工那几天集中用 agent。旧模式下他们要么全员买座位，要么干脆不用；新模式下他们可以全员都有准入，用多少算多少，赶工那周多花点，平时几乎不花。对他们来说，新模式降低的是“开始用”的门槛，而不是单价。

三类团队算下来，结论是一致的：新模式对谁划算，取决于用量分布，而不是人数。人数多不一定贵，用得猛才贵。负责人在谈切换之前，最好先把过去三个月的用量按人、按团队拉出来看一看分布，再决定。

常见问答：先把容易错的地方说清楚

问：换了新模式，是不是就不用管座位了？答：座位这个概念还在，只是不再单独收费。企业版执照还是按人算的，Copilot 准入跟着执照走；变的是 Copilot 那部分不再按座位收钱，而是按用量扣预算。

问：预算用完，代码补全真的还能用吗？答：按 GitHub 更新日志的说法，能。补全和下一处编辑建议不依赖预算，聊天、评审和云端功能才需要预算。这条写进了官方说明，不是推测。

问：我们现在是自己买订阅，能马上换吗？答：不能。GitHub 说自助订阅分阶段开放，日期未来几周公布，现有的订阅不受影响。现在能做的，是提前把报表和告警准备好。

问：Copilot Business 和企业版老套餐会不会被停掉？答：按官方说法，不会。两者仍然可以购买，新老企业都能继续用。新模式是多了一条路，不是把旧路封了。

问：没有执照的协作者怎么办？答：走 Copilot Standalone，每人每月 10 美元，功能和模型与企业版相同，但同样没有每月自带额度，用量另外计入预算。

结尾的判断：这是一次迟到的合理化

说到底，这次改动合理化的是一种早就存在的错位：AI 编程工具的成本早就不是按人头产生的，而是按任务产生的。一个让 agent 跑了一夜迁移的人，和一个只用补全的人，成本差了几十倍，却曾经付着同样的座位费。按用量算账只是让账单第一次诚实地反映了这一点。

但诚实也有代价：它要求企业真的去看用量报表、设告警、定规则。以前座位制虽然不精确，至少简单；预算制精确了，却需要管理。如果你的团队还没有用量看板和预算告警，现在就是搭起来的最好时机——不是因为新模式逼你，而是因为 agent 用量只会越来越多，早搭早省心。

最后留一个提醒：新模式目前只对合作客户开放，自助订阅还要等几周。等不及的人可以先从试点和报表做起；等得起的人，正好用这几周把规则写好。无论哪种，都别把“Copilot 包含在企业版里”误读成“Copilot 不花钱了”。它花钱，只是换了一种花法。