GitHub 在 2026 年 9 月 15 日的 Changelog 写明：企业或组织级新建仓库自定义属性时，GitHub Copilot 会按你起的属性名建议允许值。功能处于公开预览，面向 Copilot Business 和 Copilot Enterprise。这不是给普通开发者补全代码，而是给治理元数据补一套候选词表，好让后面的 ruleset 有地方可圈。
平台团队卡的通常不是“有没有自定义属性”，而是第一次把 FedRAMP、是否对公网、数据分级写成可筛选字段时，允许值表是空的。有人写成 Low/Moderate，有人写成 L1/L2，ruleset 按属性圈仓库就会漏。Copilot 介入的是定义属性这一步，不是事后给每个仓库打标签。
AI Coding 交流群
如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。
发生了什么
Changelog 原句是：当你在企业或组织级别创建新的自定义属性定义时，Copilot 会根据你正在定义的属性建议相关允许值。官方例子有两类。多选属性如 FedRAMP，会给出偏合规的候选；截图里实际属性名是 FedRAMP-Level，建议值包括 Low 和 Moderate。单选属性如 internet-facing，会给出 yes、no 这类二元取值。你可以一键接受建议。
控制面也写进了同一篇发布说明。企业与组织 Owner 可以用 Copilot 策略 Repository custom property suggestions 开关这项能力。文档侧的「Managing custom properties for repositories in your organization」仍规定：只有组织 Owner 能在组织级添加和设置属性 schema；属性名最长 75 字符、不能含空格；取值最长 75 字符；公开仓库上的自定义属性对所有人可见。
这次发布没有宣布 Copilot 会替你给仓库填值，也没有说它会生成完整的 ruleset。它停在“定义允许值”这一层。相邻的 9 月 14 日 Changelog 是 Copilot Auto 的三档模型选择，那是另一件事，不在本文。
一条可以真用的工作场景
输入是一批还没被 ruleset 圈住的仓库。你要以组织 Owner 身份打开 Organization Settings → Repository → Custom properties，点 New property，打算先做数据分级或对外暴露面。属性类型选 single select 或 multi select，因为建议值是给“允许值列表”用的；纯文本或布尔字段不是这次 changelog 举的例子。
操作是给属性起一个治理语义清楚的名字，例如 internet-facing 或 FedRAMP-Level，让 Copilot 给出候选，再决定接受哪些。Changelog 强调一键接受是为了更快搭出“有意义的 taxonomy”，不是为了跳过人工审核。接受之后，你仍要到 Set values 页给仓库填值，或打开“允许仓库角色设置该属性”，让具备 custom properties 细粒度权限的人和 App 自己填。
交付物是一条能被 ruleset 引用的属性定义，外加已经填过值的仓库集合。GitHub 自己把自定义属性称作给 ruleset 圈范围最常用的方式之一。没有一致的允许值，后面的“对公网仓库强制 secret scanning”或“FedRAMP Moderate 仓库禁止强制推送”都会圈错。
反馈是策略和可见性。若组织关掉 Repository custom property suggestions，创建属性时不会再出现建议。公开仓库上填进去的值会被任何人看到，不要把内部项目代号写进允许值。文档还允许 Require this property for all repositories，并给默认值；没显式赋值的仓库会继承默认值，看起来“全覆盖了”，其实只是默认值在撑场面。
为什么这会改工作流
治理工作流以前在“想字段名”和“想取值枚举”上最耗时，而且一旦枚举发散，ruleset 无法按同一套词过滤。Copilot 把枚举草稿提前到创建属性的表单里，平台团队可以先有一份可讨论的词表，再决定要不要 Require、要不要允许仓库 actor 回写。
它改变的是定义阶段，不是执行阶段。仓库仍不会因为你接受了 yes/no 就自动被标成 internet-facing。真正让策略生效的，还是 Set values、默认值，以及 ruleset 里对属性的匹配条件。把建议值当成已落地的分类，会高估覆盖率。
自定义属性的可见性跟仓库走：公开仓库上的属性谁都能看，内部或私有仓库则要对该仓库有 read 权限。建议值一旦写进组织 schema，就会成为后续筛选和 ruleset 的词表，改名成本很高。changelog 没有提供“建议不准就一键回滚 taxonomy”的能力，试验属性应和真正要挂治理规则的属性分开建。
Set values 的批量编辑一次可以勾多个仓库，但每个取值仍受 75 字符限制。文档允许把属性设成仓库 actor 可写，细粒度权限名叫 custom properties；App 和机器人拿到这个权限后，也能改值。若你把 Copilot 建议的枚举当成“只读标准”，却打开了仓库 actor 可写，标准会从仓库侧被改掉。人接管点是：建议只负责草稿枚举，schema 的可写范围和是否强制，仍要 Owner 在同一张表单里拍板。
限制与人接管点
资格先卡死：公开预览，且需要 Copilot Business 或 Copilot Enterprise。Free / Pro 个人计划不在这篇 changelog 的范围内。Owner 还可以用策略整组织关掉建议，所以“GitHub 已经有 Copilot”不等于这个表单一定出现建议。
人必须接管三件事。第一，建议值是否符合你们已有的合规语言，FedRAMP 截图里的 Low/Moderate 不能直接当成已认证级别。第二，属性名和取值的字符集：名字只允许字母数字和 _ - $ #，取值是除双引号外的可打印 ASCII，超长或中文空格会存不进去。第三，公开仓库的属性值是公开的，不要把环境名、客户名写进允许值列表。
文档里的“允许仓库 actor 设置属性”和“要求显式用户指定值”是两套开关。打开前者，仓库级权限就能改值，taxonomy 可能再次发散；打开后者，创建或转移仓库时必须给出显式值。Copilot 的建议不会替你选这两项。
如何试用
用组织 Owner 账号进入 Custom properties，确认 Copilot 策略里 Repository custom property suggestions 为开启，新建一个不会立即挂 ruleset 的试验属性。看建议是否出现、一键接受后允许值是否写进 schema，再删掉试验属性。若表单没有建议，先核对计划档位和策略，而不是换浏览器。要把属性真正用起来，还得去 Set values 给仓库赋值，并在 ruleset 里引用该属性。
信息来源
- GitHub Changelog：GitHub Copilot suggests custom properties definitions（2026-09-15）
- GitHub Docs：Managing custom properties for repositories in your organization
开发必备：API 全流程管理神器 Apifox
介绍完上文的内容，我想额外介绍一个对开发者同样重要的效率工具 —— Apifox。作为一个集 API 文档、调试、设计、测试、Mock、自动化测试于一体的工具，Apifox 是目前提升研发效率的首选。
如果你正在开发项目，不妨试试其极其友好的界面设计，它完全兼容 Postman 和 Swagger 数据格式，导入数据非常方便，，即使是新手也能很快上手，点击这里即可注册使用。
值得一提的是，除了个人和常规团队使用，针对有高安全合规要求、或需要在内网环境协作的企业，Apifox 还提供了深度定制的私有化部署方案。
获取专属报价与部署方案
详细的私有化部署系统架构与安全白皮书
针对您公司规模的专属报价单
免费的 1v1 专属产品演示 (Demo) 机会
