GitHub Copilot
统一托管计费平台。
为个人开发者、小团队和企业统一开通 Copilot Business / Enterprise,集中管理 Claude 模型、员工 seat、Azure 账单与使用额度。
三种基础形态
统一管理:GitHub续费平台
自己的GitHub账户,使用支付宝、微信、国内银行、海外银行付款。团队、企业统一管理授权。
个人托管版
适合个人开发者、自由职业者和短期外包开发者,平台分配 Copilot Business seat 并托管付款。
- 客户使用自己的 GitHub 账号
- 可统一开启 Claude Opus / Sonnet
- 余额不足时提醒或停用额外用量
- 官方基础成本
- $19 / user / month
- 核心价值
- 自有 GitHub 账号、模型策略、预算和停用控制
商业团队版
适合 3-50 人团队,由客户管理员添加 GitHub 用户,平台邀请、开 seat、统一账单。
- 管理员批量添加员工 GitHub 用户名
- 按员工查看 seat、状态和用量
- 离职员工可回收 seat 并保留记录
- 官方基础成本
- $19 / user / month 起
- 核心价值
- 员工管理、集中充值、用量报表和离职停用
企业治理版
适合需要 SSO、SCIM、审计、cost center 和独立 Azure 归集的企业客户。
- 独立 Enterprise Cloud organization
- 支持 SAML SSO / SCIM / audit log
- 按 cost center 归集企业级账单
- 官方基础成本
- $60 / user / month 起
- 核心价值
- Enterprise Cloud、Copilot Enterprise、审计和组织隔离
GitHub Copilot 模型
一个Copilot,管理所有模型。
GitHub Copilot 当前支持 OpenAI、Anthropic、Google 以及 GitHub 微调模型。具体可用范围会因 Copilot 计划、客户端和 GitHub 官方策略变化而不同。
GPT 与 Codex
GPT-5.5、GPT-5.4、GPT-5.4 mini / nano、GPT-5.3-Codex、GPT-5 mini;GPT-4.1 / GPT-5.2 系列已进入关闭流程。
Claude
Claude Haiku 4.5、Claude Sonnet 4.5 / 4.6、Claude Opus 4.5 / 4.6 / 4.7 / 4.8 和 fast mode。
Google Gemini
Gemini 2.5 Pro、Gemini 3 Flash、Gemini 3.1 Pro、Gemini 3.5 Flash,适合多模态和长上下文场景。
模型退役记录
Grok Code Fast 1 已列入 2026-05-15 退役记录,新采购和团队标准模型应优先选择官方建议替代。
Auto 与微调模型
Auto model selection、Raptor mini 等能力可按计划和客户端策略开放。
后台能力
完整的缴费托管业务方案
解决国内用户无法GitHub付款问题。解决团队、企业管理GitHub付款问题。解决Claude 官方很容易封号的问题。
技术文档
技术文章、接入说明与业务架构
Knowledge Base
围绕 GitHub Copilot 托管、付款、seat、模型和风控的技术型内容
这里放面向客户和团队管理员的文章,而不是内部运营后台。文章会解释服务目的、选择理由、接入流程、账号边界、付款托管、模型策略和企业治理方案。
我们的服务用于实现什么目的
这套平台的目标是把 GitHub Copilot Business / Enterprise 的开通、续费、付款、员工授权和模型策略统一起来。客户不需要共享账号,也不需要把个人 GitHub 账号交给别人;每个开发者继续使用自己的 GitHub 账号,只是由平台完成组织邀请、seat 分配、续费提醒、余额扣费和用量展示。
对个人开发者来说,它解决的是“能不能稳定付款、能不能用到需要的模型、能不能清楚知道费用”的问题。对团队和企业来说,它解决的是“谁在使用、谁该停用、费用归谁、预算是否超出”的管理问题。
为什么选择我们的服务
直接购买个人版适合单个开发者自助使用,但团队通常需要统一付款、统一发票、统一员工授权和离职回收。我们的服务把 Copilot seat、模型权限、余额阈值和账单记录做成一个控制面,让付款和使用不再散落在每个员工自己的账号里。
- 解决国内用户无法顺利完成 GitHub 付款的问题。
- 解决团队、企业需要统一管理 GitHub 授权和续费的问题。
- 降低直接使用 Claude 官方账号时遇到账户风控、封禁或支付失败的业务中断风险。
- 保留开发者自己的 GitHub 账号,避免共享账号带来的合规和安全问题。
系统架构:账号、组织、seat 与账单的关系
平台不会替代 GitHub 本身,而是在 GitHub 官方组织、企业和 Copilot 管理能力之上做托管层。客户租户保存企业资料、管理员、员工列表、余额和策略;GitHub 侧保存 organization、enterprise、cost center、Copilot seat 和使用记录;Azure 或其他付款通道负责最终账单归集。
接入流程:从注册到可用
个人客户只需要提交 GitHub 用户名、选择托管方案并完成充值,平台即可发起邀请并分配 seat。团队客户可以先创建企业租户,再批量添加员工 GitHub 用户名,由管理员统一查看员工状态、授权情况和用量。
- 注册平台账号并选择个人、团队或企业方案。
- 提交 GitHub 用户名或团队员工列表。
- 平台发送 GitHub organization / enterprise 邀请。
- 用户接受邀请后分配 Copilot seat。
- 按模型策略和余额阈值开始使用与扣费。
付款与钱包:为什么要拆分 seat balance 和 usage balance
Copilot 的费用通常分为基础 seat 成本和超额模型用量成本。平台把余额拆成 Seat balance 与 Usage balance:前者用于基础月费和续费,后者用于 premium requests、AI Credits 或额外模型消耗。这样可以避免员工高强度使用模型时直接影响基础授权续费。
当 usage balance 低于阈值时,平台会提醒管理员;余额为 0 时,平台标记客户为限额状态,并在工单中提示管理员前往 GitHub 后台关闭 paid usage 或调整模型策略(GitHub 目前未提供完全自动化的关闭接口,需人工执行)。对于团队和企业,这比员工各自付款更容易做预算控制和成本归集。
模型策略:一个 Copilot 入口管理多种模型
Copilot 不只是代码补全入口,也是统一管理 Claude、GPT、Gemini、Grok 等模型可用范围的入口。平台记录每个客户的模型策略(默认模型、是否开放 fast mode、Opus 级模型授权范围等),实际策略变更需管理员在 GitHub 后台执行。
这种策略适合团队内部做分层授权:普通开发使用默认模型,高价值复杂任务使用 Claude Opus,企业客户则结合预算、审计和 cost center 做更细的治理。
后续可继续补充的文章方向
这些内容适合作为技术文档长期更新栏目。
管理员后台
客户、授权、账单与模型策略管理
Risk
余额、邀请、API 同步异常
Models
Claude / GPT / Gemini / Grok 策略
License State Machine
从创建、邀请、分配 seat 到低余额和停用
Customers
客户类型、余额、seat、状态、Azure 订阅和折扣
| 客户 | 类型 | 余额 | Seats | 消耗 / 预算 | Azure | 折扣 | 状态 |
|---|
平台账号
已登录或注册但尚未创建客户租户的用户也会显示在这里
| 账号 | GitHub | 角色 | 绑定租户 | 创建时间 |
|---|
添加用户
创建新的个人、团队或企业客户
修改套餐
套餐、seat、订阅、折扣
人工调账
美元或人民币手动入账
选择客户
选择后上方操作会作用于该客户
Tenant Detail
租户资料、钱包、订单、成员、工单、发票、合同、风险和审计的聚合视图
Payments
充值订单、支付事件、关闭、退款和异常对账
| 订单 | 租户 | 渠道 | 金额 | 钱包 | 状态 | 操作 |
|---|
Wallets
钱包余额、流水、人工调账和退款记录
| 流水 | 租户 | 钱包 | 方向 | 金额 | 余额变化 | 来源 |
|---|
Members
跨租户 GitHub 成员、邀请状态、seat 状态和模型策略
| 成员 | 租户 | 角色 | 状态 | 模型策略 | Provisioning |
|---|
Tickets
工单队列、分派、SLA、内部备注和处理结果
| 工单 | 租户 | 类型 | 优先级 | SLA | 状态 | 处理人 |
|---|
Invoices
发票申请审核、开票、交付、拒绝和作废
| 发票 | 租户 | 抬头 | 税号 | 金额 | 状态 | 申请人 |
|---|
Risk
低余额、异常消耗、支付异常、GitHub provisioning 失败和处理动作
| 风险 | 租户 | 级别 | 关联对象 | 状态 | 操作 |
|---|
Audit
关键业务操作、操作者、实体、IP 和 user agent
| 时间 | 操作者 | 动作 | 实体 | 摘要 |
|---|
编辑套餐
横向修改功能、属性、费用和默认折扣
套餐管理
个人托管版、商业团队版、企业治理版
Azure 订阅管理
输入 Azure 账户即可添加订阅,并查看预算、消耗和费用
Azure API + GitHub API + 本地绑定表
后台通过三方合并查询订阅额度、消耗、GitHub 组织绑定关系和用户费用
| Azure 订阅 | Azure API 数据 | 绑定 GitHub 组织 | GitHub API 数据 | 本地绑定表用途 |
|---|
Subscriptions
每个订阅的额度、消耗、费用和绑定对象
GitHub 组织管理
通过后端 GitHub App 只读同步 Enterprise、Organizations、成员和 Copilot seats
组织属性
可定期刷新 API 状态、费用、绑定用户和用户级消耗
绑定用户与费用
按 GitHub 组织聚合 seat、用量和模型费用
| GitHub 组织 | 用户 | Seat | 用量 | 费用 | 模型 |
|---|
余额阈值自动化
按客户类型检测 Seat balance 与 Usage balance,触发提醒、移除 Copilot seat(已支持 GitHub API),并生成工单提示管理员手动处理 paid usage / 模型策略调整
规则配置
为个人、商业和企业客户设置不同阈值与自动动作
触发客户
低于阈值的客户会进入自动化队列
| 客户 | 类型 | Seat balance | Usage balance | 触发原因 | 自动动作 |
|---|
执行日志
记录检测、提醒、seat 移除、以及人工跟进 paid usage / 模型策略的工单流水
建议规划
适合继续加入管理员后台的运营能力
客户后台
团队余额、员工 seat、用量和账单
请先登录客户后台
使用 GitHub OAuth 绑定身份后,才能申请租户、发送组织邀请和查看用量。
Current Tenant
客户租户
Risk
余额、订单、seat 和 GitHub 邀请风险
充值
创建充值订单,展示支付宝/微信占位二维码或银行转账说明,并轮询订单状态
订单
充值订单、支付状态和关闭操作
钱包流水
充值、退款、人工调账和扣费记录
账本与发票
账本流水和发票申请
成员邀请
输入员工 GitHub 用户名后发送 GitHub 组织邀请;员工接受邀请后,后台授权 seat 并同步用量。Seat 数代表最多可授权的员工数量
| GitHub 用户 | 邀请与授权状态 | 模型策略 | 本月用量 | 操作 |
|---|
用量
按成员、模型和日期聚合
工单中心
发起、回复、关闭和查看处理结果
设置
租户资料与通知邮箱;GitHub / cost center 绑定由平台管理员配置
价格与成本
Pro、Pro+、Business 与 Enterprise 的成本测算
我们并不是为了单纯节约您的成本而存在;我们存在的意义,是让您的企业稳定地通过 GitHub Copilot 接入各种世界顶级模型。
成本计算器
选择模型、币种和计费阶段,查看支持范围与估算成本
| 方案 | 月费 / 起点 | 估算总成本 | 平台能力 |
|---|
主流模型支持与成本
不支持的模型会直接显示为“不支持”;实际可用范围以您的 GitHub Copilot 计划和后台策略为准。
| 模型 | 计费口径 | Pro | Pro+ | Business 托管 | Enterprise |
|---|
不同消耗下,买什么最划算
按每月模型真实消耗,先看成本曲线,再看推荐区间
| 当每月模型消耗为 | 只看官方成本,最划算 | 团队 / 企业更适合 | 为什么这样选 |
|---|
这张表只用于判断“什么情况下买什么更合适”。如果您需要统一付款、模型策略、预算上限、员工停用和审计,Business / Enterprise 的价值不只来自单价。
FAQ
高频问题
为什么不直接买 Pro+?
如果您只追求最低官方成本,并且能自己完成付款,Pro / Pro+ 更简单。选择平台托管版,买的是统一付款、模型策略、额度控制和员工停用能力。
平台是否能控制高成本 Claude Opus?
团队托管版和企业治理版支持在后台配置员工可用模型和预算上限,例如允许 Sonnet、限制或关闭 Opus 4.8 / fast mode,并设置用量阈值,避免单个员工高额消耗导致充值超标。
能否按部门或项目拆账?
可以按 organization、enterprise 或 cost center 做归属配置,让不同团队的 seat 月费和模型消耗进入对应账单视图,便于内部核算。
员工账号是否需要共享?
不需要,也不应该共享。您的员工继续使用自己的 GitHub 账号登录 GitHub 和 VS Code,平台只负责 seat、策略、预算和账单托管。
余额用完会怎样?
seat 余额不足时不再开通或续费 seat;usage 余额不足时平台提示客户和管理员,需在 GitHub 后台限制额外付费消耗,避免员工继续使用高成本模型造成超支。
员工离职怎么处理?
管理员可以停用员工,平台会移除对应 Copilot seat,并保留必要的账单和审计记录,避免离职账号继续产生费用。
GitHub 官方模型对比
Copilot 计划可用模型矩阵
这张表给客户查询 Pro、Pro+、Business 托管、Enterprise Cloud + Copilot Enterprise 分别能用哪些模型。页面优先读取 GitHub Docs 官方源数据,GitHub 更新后刷新页面即可更新。
官方可用模型表
正在读取 GitHub 官方模型数据
| 模型 | 厂商 / 发布状态 | Copilot Pro | Copilot Pro+ | Copilot Max | Business 托管 | Enterprise Cloud + Copilot Enterprise |
倍率 | 模式 | 退役 / 备注 |
|---|
说明:Business 托管列对应 GitHub 官方 Copilot Business;Enterprise 列对应 Copilot Enterprise。Copilot Max 为官方支持矩阵中的个人高阶计划列;Enterprise Cloud 是企业平台与治理底座,模型可用性以 Copilot Enterprise seat 和企业模型策略为准。
官方退役记录
按 GitHub 官方 retirement history 渲染
| 模型 | 退役日期 | 官方建议替代 | 状态 |
|---|
客户查询口径
按您准备购买或托管的 Copilot 方案查看对应列
治理与合规
Azure 托管边界、API 能力和标准表述
自动化层
后台可持续执行的管理动作
- 创建客户租户并记录 GitHub 容器映射
- 邀请 GitHub 用户并分配或移除 Copilot seat
- 创建、更新预算和余额阈值
- 拉取 usage / invoice 数据并展示成本归集
- 按客户、用户、模型和日期展示用量
人工或半自动层
官方公开 API 暂不能完整覆盖
- 首次连接 Azure subscription
- 修改 GitHub account 的 Azure billing subscription
- 给 cost center 绑定或移除 Azure subscription
- 自动购买 Copilot Business / Enterprise
- 自动创建 GitHub Enterprise Cloud 合同
GitHub API 能力矩阵
后台设计依据
标准合规表述
销售、合同和客服口径保持一致
我们提供的是 GitHub Copilot Business / Enterprise 的托管开通、模型策略、预算和账单管理服务。客户使用自己的 GitHub 账号登录 GitHub 和 VS Code;我们不提供共享账号,不绕过 GitHub 官方计费和使用规则。
官方依据
产品、计费、Azure 和 API 文档入口