---
title: "安全、治理与计费"
description: "把 Copilot 内容排除、访问策略、模型控制、premium requests、用量指标和 rollout 复盘连成治理闭环。"
verifiedAt: "2026-05-06"
---

Copilot 上线不是“给团队开账号”。真正要交付的是一套可解释的治理面：谁能用、哪些内容不能看、哪些模型可用、哪些功能会产生费用、指标如何复盘——管理员要能在任何时刻对这五个问题给出答案，否则上线就只是把风险推迟。

这组页面按 GitHub 官方文档整理 4 个核心主题：内容排除、访问和策略、用量和计费、指标和采用情况。

> [!TIP]
> **阅读目标**：读完本组后，你应该能给一个团队设计 Copilot rollout 的安全边界、成本边界和指标复盘方式。

## 1. 治理闭环

```mermaid
flowchart TD
    Rollout["准备上线 Copilot"] --> Access["访问与策略"]
    Access --> Exclusion["内容排除"]
    Exclusion --> Billing["用量与计费"]
    Billing --> Metrics["指标与采用情况"]
    Metrics --> Review["月度复盘"]
    Review --> Access

    Access --> Feature["feature / privacy / model policies"]
    Exclusion --> Sensitive["secrets / customer data / internal docs"]
    Billing --> Premium["premium requests / budgets / allowances"]
    Metrics --> Adoption["adoption / engagement / acceptance / PR lifecycle"]

    style Access fill:#dbeafe,stroke:#2563eb,stroke-width:2px
    style Exclusion fill:#fef3c7,stroke:#d97706,stroke-width:2px
    style Metrics fill:#dcfce7,stroke:#16a34a,stroke-width:2px
```

## 2. 本组页面

<Cards>
  <Card title="内容排除" description="配置哪些文件不让 Copilot 用，并理解 CLI、coding agent、Agent mode 的限制。" href="/docs/github-copilot/official/08-security-governance/content-exclusion" />
  <Card title="访问和策略" description="用 feature、privacy、model policies 控制功能、模型和组织/企业边界。" href="/docs/github-copilot/official/08-security-governance/access-policies" />
  <Card title="用量和计费" description="理解 request、premium request、allowance、budget 和 usage-based billing 迁移。" href="/docs/github-copilot/official/08-security-governance/usage-billing" />
  <Card title="指标和采用情况" description="用 adoption、engagement、acceptance、LoC、PR lifecycle 指标评估 rollout。" href="/docs/github-copilot/official/08-security-governance/metrics" />
</Cards>

## 3. 推荐上线顺序

1. 先确定 seat、组织、企业和管理员职责。
2. 配置 feature、privacy、model policies。
3. 配置内容排除，先保护密钥、客户数据、专有算法和内部策略。
4. 确认 premium requests、预算、超额策略和计费归属。
5. 建 metrics 看板，不只看开通人数。
6. 每月复盘采用率、成本、异常用量、内容排除变更和高风险功能。

上线顺序不能反过来。没有策略和内容排除就直接推广，会把安全和成本问题推迟到事故之后。

## 4. 月度复盘清单

- 有多少 licensed users 真正在用 Copilot。
- Chat、CLI、code review、cloud agent 等入口分别消耗多少。
- 哪些团队接受率高，哪些团队只开通不使用。
- premium requests 是否被少数人或少数功能集中消耗。
- 内容排除有没有变更，是否能在 audit log 里追踪。
- 新模型或新功能是否改变了成本和权限边界。

<details>
<summary>深读：治理不是阻止团队使用 Copilot</summary>

治理的目标不是让 Copilot 更难用，而是让组织能解释风险、成本和效果。没有治理，团队很快会进入“有人用得很好、有人乱用、管理员说不清”的状态。

商业级 rollout 要让开发者能用，管理员能控，财务能看，安全能审。
</details>

## 本组自检

1. 是否知道每个用户通过哪个组织或企业获得 Copilot 许可？
2. 是否有内容排除策略和变更审计？
3. 是否知道哪些模型和功能会消耗 premium requests？
4. 是否能用 metrics 解释采用情况，而不是只看开通人数？

通过标准：团队能说清权限、内容、成本、指标四条边界。

## 官方来源

- [GitHub Copilot policies](https://docs.github.com/en/copilot/concepts/policies) —— GitHub 官方 feature、privacy、model policies 概念页。
- [Content exclusion for GitHub Copilot](https://docs.github.com/en/copilot/concepts/context/content-exclusion) —— GitHub 官方内容排除概念、支持范围和限制。
- [Requests in GitHub Copilot](https://docs.github.com/en/copilot/concepts/billing/copilot-requests) —— GitHub 官方 requests 和 premium requests 说明。
- [GitHub Copilot usage metrics](https://docs.github.com/en/copilot/concepts/copilot-usage-metrics/copilot-metrics) —— GitHub 官方指标口径说明。

## 接下来去哪

<Cards>
  <Card title="内容排除" description="先把敏感内容边界设好。" href="/docs/github-copilot/official/08-security-governance/content-exclusion" />
  <Card title="SDK 与自定义 Agent" description="治理边界清楚后再进入 SDK、hooks 和自定义 agent。" href="/docs/github-copilot/official/09-sdk-and-custom-agents" />
</Cards>
