GitHub AI 凭据检测：哪些不加价，哪些将用 AI Credits

已有密码告警升级，包含的扫描仍不加价

这次模型专门识别可能泄露的凭据，会结合周围代码判断，也能发现没有固定 token 格式的密码。它是经过微调的检测分类器，不负责生成代码或文章；检测能力扩展也不意味着能发现所有凭据。

GitHub 表示，使用 AI-detected Password alerts 的客户已自动切换到新模型。已有 AI-detected secret alert 扫描继续包含在 GitHub Secret Protection（GHSP）和 GitHub Advanced Security（GHAS）内，无额外收费。这与后面新增、选择启用后将消耗 Credits 的检查是两条费用路径。

新增检查是预览与计费计划，不是统一生效通知

10 月 7 日公告把 AI 凭据检测扩展到三个环节：已有告警、推送时的 push protection，以及 Copilot 安全审查。当时 AI push protection 处于私有预览；Copilot CLI 和 Copilot app 的 /security-review 新分类器检查则被描述为即将进入私有预览。

公告计划在随后数周为新增可选检查引入 GitHub AI Credits 用量，并把加入公开预览、启用功能列为计费触发条件。它没有给出精确生效日期、每次检查价格或 Credits 倍率。实际开放与计费生效时间应看对应预览通知，不能把 10 月 7 日的计划直接当成后来已全面上线。

Push protection：先看仓库所属组织，再核对 EMU 例外

AI push protection 在推送时检查非结构化凭据，让开发者有机会在内容进入仓库历史前移除它们。在 github.com，GitHub Team 或 GitHub Enterprise Cloud 客户需要付费 GHSP/GHAS 覆盖；公共、私有及内部仓库都可能符合资格，并由管理员按组织或企业策略开启。

计划中的费用通常归仓库所属组织，在用量洞察的 Secret Protection AI Credits SKU 下显示，不占用某个用户获分配的 Credits。企业托管用户（EMU）的用户命名空间仓库是明确例外：用量归实际推送者，并使用该用户分配的 Credits。即使检查没有阻止推送，也可能消耗 Credits。

Copilot 安全审查：新检查另算，运行命令不会自动开启

支持的 Copilot CLI 或 Copilot app 会话可用 /security-review 检查当前变更，得到按优先级排列的安全问题与修复建议。已有审查为只读，仍沿用现有 Copilot 策略和计费；修复发现的问题属于后续操作，需要相应授权。

计划新增的凭据分类器检查不要求购买 GHSP/GHAS，但会在已有审查用量之外消耗 AI Credits。费用归当前生效 Copilot 套餐的计费账户，并在用量洞察中归到 GHSP 项下。不要把这里的计费账户与 push protection 的仓库所属组织混为一谈。

新增检查默认关闭，单独运行 /security-review 不会开启它们。用户必须在套餐和策略允许的范围内选择加入并启用；组织政策不会因个人选择加入而失效。GitHub 也明确要求，Agent 不应在没有明确授权时开启消耗 Credits 的功能，或更改策略、预算。

套餐与平台分开看：Copilot 订阅不替代 GHSP

个人 Copilot Pro、Pro+、Max、Free、Student 在访问控制和 Credits 条件允许时，可符合新增安全审查检查的资格。Business 和 Enterprise 在支持的平台上还受邀请及管理员策略约束。符合 Copilot 审查资格，不代表仓库同时具备 AI push protection 所需的 GHSP/GHAS 覆盖。

对于使用 ghe.com 数据驻留的 GitHub Enterprise Cloud，公告列出 Copilot Business、Enterprise 支持安全审查命令；AI push protection 则仍是结合付费 GHSP/GHAS 的计划。GitHub 托管方案、GHSP 许可与 Copilot 订阅是独立层次，不能仅凭名称里都有 Enterprise 就互相替代。

GitHub Enterprise Server（GHES）3.23 计划以公开预览提供 AI-detected alerts，包含在既有 GHSP/GHAS 购买内。AI push protection 和 Copilot 安全审查命令不属于这次 Server 版本。公告也没有给出所有客户端最低版本、逐国家可用性或每个账号的邀请时间。

预算设置：提醒与停止用量是两个选择

第一步，先确认有权负责这笔费用的组织或企业管理员，以及适用的功能策略。管理员可禁用新能力并设置 AI Credits 预算；包含的 Credits 与额外付费用量仍遵循账号计费政策和限额。

第二步，按公告给出的路径打开 Billing and licensing，再进入 Budgets and alerts，选择 SKU-level budget，以 Advanced Security 为产品、Secret Protection AI Credits 为 SKU。若希望统筹多种消耗 Credits 的功能，可考虑覆盖多个 SKU 的 all AI Credits budget。

第三步，分清通知与限制：只有预算提醒并不会停止用量。需要支出上限时，应在提供该选项的地方配置 Stop usage when budget limit is reached，而不是把收到提醒当成已停止计费。

第四步，已参加 AI push protection 私有预览的团队应关注计费变更通知。GitHub 提醒，变更生效后继续使用将消耗 AI Credits；不希望产生这类用量，应提前关闭对应功能。已有 AI 告警扫描仍不额外收费，不要为了避免新检查的费用而误判所有告警都要停用。

一个假设场景：同一团队的两种检查可能归不同账户

假设团队的仓库由组织持有，开发者另有当前生效的 Copilot 套餐。先列出要使用的是已有告警、AI push protection，还是安全审查新增分类器；再分别核对 GHSP/GHAS 覆盖、Copilot 资格和预览邀请。这个例子用于整理选择，不代表相关预览已对该团队开放。

如果团队后来符合条件并选择启用新检查，push protection 通常由仓库所属组织承担，安全审查则跟随当前 Copilot 计费账户；EMU 用户命名空间仓库需另按例外判断。先明确付款方、预算停止设置和管理员授权，再决定是否启用或继续预览，避免把没有拦截、没有告警或只收到预算提醒误当成没有用量。