GitHub Enterprise Server 3.22 正式发布，最核心的动作是把 Copilot CLI 塞进了断网的气隙环境。
产品功能的补齐背后，是 AI 编码助手向重度合规行业渗透的明确信号。当代码生成工具进入物理隔离网络，企业级治理的复杂度将呈指数级上升。
核心看点
- Copilot CLI 支持气隙环境，管理员在 GHES 配置一次 model provider 即可供全企业使用。
- Enterprise teams 正式 GA，实现跨组织、跨仓库的集中式用户权限管理。
- Repository rulesets 支持按单个用户绕过，并新增 required reviewers 规则，强化 AI 时代的代码审查合规。
▎AI 编码助手跨越物理隔离
过去，Copilot 严重依赖公有云连接。3.22 版本允许管理员在 GHES 中配置 model provider，让处于 disconnected 或 air-gapped 环境的终端用户，直接使用 GHES 凭证调用 Copilot CLI。目前该功能处于技术预览阶段。对于金融和军工企业，物理隔离是底线，过去他们只能看着公有云上的 AI 编码红利眼馋。现在，管理员只需在 GHES 设置一次 model provider，全企业用户即可用 GHES 凭证调用。这种架构大幅降低了大型企业的运维门槛。
▎气隙环境部署的适用边界与隐性成本
不要以为打通了内网就万事大吉。在断网环境跑 Copilot CLI，你需要面对模型更新延迟和算力调度的双重压力。公有云版本能实时获取最新模型权重，而气隙环境需要企业自行维护本地推理节点或定期离线同步模型。本地推理的延迟和吞吐量依然是硬指标。如果你的内部 GPU 算力池不足以支撑高并发的代码补全请求，这套方案只会让开发者体验到严重的卡顿。建议先在非核心业务线做小规模灰度，测算本地推理的吞吐量上限，再决定是否全量推开。
▎用规则集锁死 AI 代码的合规风险
AI 写代码越快，安全漏洞和版权风险扩散的速度就越快。3.22 在企业治理上做了深度加固。Enterprise teams 正式 GA，管理者可以在单一结构中统筹跨组织的权限。更关键的是 Repository rulesets 的升级：现在支持指定特定用户绕过规则，并且可以强制要求特定 PR 审查者。你可以用模式匹配锁定特定文件和文件夹，并设置每团队最小审查人数。安全分析师现在还能按日期排序 secret scanning push protection bypass 请求，在处理海量告警时迅速定位高危操作。同时，PR 列表直接显示 First-time contributor 等角色标签，维护者一眼就能识别代码来源。
▎AI 辅助编程下的审查落地清单
当 Copilot 成为生产力工具，传统的 CODEOWNERS 机制已经不够用了。AI 生成的代码往往带有隐蔽的逻辑缺陷，甚至可能引入开源协议冲突。你需要重新梳理审查清单。第一，利用 required reviewers 规则，强制安全团队介入默认分支的每一次合并。第二，针对核心数据库脚本，比如所有 *.sql 变更，强制要求数据平台团队审查。第三，针对 feature branches，设置产品和设计团队的双重审查机制。把审查动作前置到规则集里，才能兜住 AI 带来的合规底线。
▎获取与升级指南
Release notes: https://docs.github.com/enterprise-server@3.22/admin/release-notes
Download: https://enterprise.github.com/releases/3.22.0/download
Support: https://support.github.com/features/enterprise-administrators-server
Community discussion: https://github.com/orgs/community/discussions/205380
GitHub 3.22 的更新逻辑很清晰：在生产力端，把 AI 能力推向最保守的断网环境；在治理端，用细粒度的规则集给 AI 代码加上合规枷锁。对于正在评估企业级 AI 编码方案的决策者来说，不要只盯着代码生成效率的提升。去核算一下你的内网算力储备，以及你的安全团队是否具备审查 AI 代码的能力。没有配套治理体系的 AI 编程，只是在加速制造技术债务。
点个赞再走？
断网环境部署 AI 编码工具，你的算力瓶颈怎么解决？
往期推荐
- ·210亿欧元估值，Mistral靠自建算力硬刚中美
- ·砸 350 亿美元投 OpenAI，Amazon 反手放弃 Altman 传记片
- ·
点击公众号头像 → 历史消息，可翻阅以上文章
