工具 #编码智能体 2026-10-17 · 原文发布 10-16

GitHub 开源许可证合规正式可用,新增 API 让编码智能体在引入依赖前查询是否符合企业许可证政策

许可证检查从 PR 合并门禁延伸到智能体选包之前。

一手来源 GitHub 更新日志 · github.blog 读原文 ↗

// 要点

  • 面向开启 GitHub Code Security 的 GitHub Enterprise Cloud 仓库正式可用,包括数据驻留版 GHEC。
  • 通过规则集里新的「合并前须通过许可证合规」条件启用:PR 新增或修改依赖时自动检查许可证,并在 PR 上标注不合规的依赖。
  • 新增企业角色「Enterprise Open-Source License Manager」,负责审批例外申请;许可证政策变更会写入审计日志。
  • 新增检查包是否符合政策的 API 端点,用于让编码智能体避免推荐或引入违反组织许可证政策的包。

开发者视角编码智能体最容易顺手引进一个 GPL 依赖,等 PR 被拦再改就浪费了一轮。这个 API 的价值在于把检查前移:我会在智能体的工具列表里加一个「查许可证」工具,选包前先调用。没用 GHEC 的团队,也可以照这个思路在自己的智能体里接一份许可证白名单。

// 来龙去脉 · 来自 #编码智能体 专题

看完整时间线 →
  1. 10-17 Reflection 以 Apache 2.0 开放 Beam:501B 总参数、23B 激活的编码与智能体 MoE 模型,上下文 1M
  2. 10-17 Claude Code 2.1.302 在 claude -p、Agent SDK、桌面版和 VS Code 默认开启 fork 子智能体,并提示独立版 Claude Design 将于 12 月 14 日前关闭
  3. 10-17 Slack 和 Teams 里的 @GitHub 支持在一次对话中跨多个仓库查询,并能读取共享的 Slack 消息和线程作为上下文