GitHub Enterprise 添加按使用情况计量的 Copilot 访问权限

GitHub 正在改变一些企业购买 Copilot 的方式。通过 GitHub 或 Microsoft 客户团队工作的组织现在可以向 GitHub 企业许可证涵盖的每个用户提供 Copilot 访问权限，而无需为每个人购买单独的 Copilot 席位。

包含的是访问权限，而不是捆绑的 AI 津贴。副驾驶的消耗是根据企业预算的第一个请求来计量的，并且该安排不为每个许可用户提供每月的人工智能积分。这种区别使得这一变化不像是无限的软件包，而更像是由基于使用的支出支持的平台权利。

GitHub 包括什么

根据新的安排，企业可以在其获得许可的 GitHub 人群中使用 Copilot。没有 GitHub Enterprise 许可证的用户仍然可以通过 Copilot Standalone 获得服务，GitHub 列出的价格为每个用户每月 10 美元。

当企业没有可用的 AI 预算时，并非所有 Copilot 功能都会停止。 GitHub 表示代码完成和下一步编辑建议继续有效。然而，副驾驶聊天、代码审查和云功能需要可用的预算。因此，管理员需要了解谁有权访问，以及在达到支出限额后哪些功能仍然可用。

推出也尚未完成。 GitHub 表示自助服务将分阶段提供，但在宣布时尚未开放。目前，资格和购买可能取决于现有的客户与团队关系，而不是每个组织都可以立即启用的设置。

传统的按席位软件采购为财务团队提供了相对可预测的上限：分配的许可数量乘以固定价格。 GitHub 的新结构将 Copilot 的使用权与其计量功能的使用费用分开。

这可以简化初始配置，因为管理员不再需要在授予访问权限之前准确预测哪些企业用户将需要 Copilot。它还将运营工作转向预算、使用归因和警报。广泛可用的功能可能会在团队、存储库和工作流程之间产生不均匀的成本，因此组织需要决定如何在内部分配集中资助的使用量。

这就是 AI API 团队支出控制成为常规开发者平台管理一部分的原因。公司可能需要在聊天或审阅功能不可用之前发出企业范围的上限、部门分配和警告。后备行为也很重要：达到预算边界不会产生统一的 Copilot 状态，因为一些编辑协助仍在继续，而其他功能则停止了。

这种安排强化了一种购买模式，在这种模式中，对 AI 的访问被捆绑到更大的开发者平台中，而可变消耗则单独收费。这为评估独立编码助理、直接模型 API 或团队多模型API网关的公司带来了不同的比较。

相关问题不再简单地是一个 Copilot 席位的成本是否比另一个工具更高或更低。买家必须比较完整的工作负载组合：有多少使用量属于完成、聊天、审查或云功能；哪些活动消耗预算；以及成本是否可以归因于创建它们的团队。如果没有使用数据，座位价格比较可能会掩盖实际的财务差异。

网关和经销商运营商还应该预料到企业客户会要求在帐户访问和计费消费之间进行类似的明确区分。提供统一人工智能API计费的产品将需要能够与主要开发者平台中嵌入的预算相结合的报告，包括模型级或关键级归因，而不仅仅是汇总发票。

GitHub尚未宣布提供一般自助服务的具体日期。财务影响也不可能仅从已发布的条款中概括出来。大量使用计量聊天、审阅和云功能的组织可能会看到与开发人员主要使用完成和下一步编辑建议的组织不同的结果。

考虑这种安排的企业应在更改采购模式之前建立基线：活跃用户、功能组合、当前 Copilot 成本以及预算耗尽时可接受的中断行为。该公告扩大了访问范围，但实际结果将取决于使用模式以及管理员预测、分配和执行相关预算的精确程度。