摘要：GitHub 在 10 月 12 日为 Dependabot 的私有注册表新增「Anonymous」认证方式，用于允许匿名读取的内部包镜像。组织级注册表配置一次即可覆盖所有被授权的仓库，包括只用 Dependabot 安全更新、没有 dependabot.yml 的仓库。github.com 已正式可用，GHES 3.24 跟进。
Dependabot 撞上内部镜像时，过去有一个很别扭的绕法：注册表明明允许匿名读取，却要先塞一个占位 token 进去，否则任务会因为「主机不在白名单」直接失败。这些占位凭据本身没有用，还会长期挂在组织的密钥列表里。
10 月 12 日的更新把这条路理顺了：私有注册表的认证方式里多了一个 Anonymous 选项。看起来是个小改动，但它牵涉权限边界、仓库覆盖范围和一次不可逆的迁移，值得说清楚。
AI Coding 交流群
如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。
发生了什么：多了一个不需要凭据的认证方式
官方说明很简洁：在组织级配置私有注册表时，认证方式现在可以选择 Anonymous，适用于「Dependabot 无需凭据即可访问的注册表」，官方给的例子是「允许匿名读取的内部包镜像」。
要理解它补的是什么洞，得先知道 Dependabot 的网络边界。在 github.com 上，Dependabot 的更新任务被限制在两类目标之间：出口白名单里的主机，以及你显式配置过的私有注册表。只写在 .npmrc 或 nuget.config 这类配置文件里的注册表不属于这两类，会被直接拦截。这正是以往需要用占位 token 绕过的原因——真正的问题不是认证失败，而是注册表根本没进入允许列表。
Anonymous 选项提供的是一条「零凭据但已登记」的路径：既把注册表登记进允许范围，又不需要在组织里存一个实际上没用的密钥。勾选之后，Dependabot 任务就能在没有任何存储凭据的情况下访问该注册表。
另外一点容易被忽略：组织级注册表会对你授权给它的每一个仓库生效——包括那些只启用 Dependabot 安全更新、连 dependabot.yml 都没有的仓库。对于「只为补丁而来」的仓库，这是少见的、不需要改仓库配置就能生效的修复方式。
一个具体场景：内部镜像的补丁更新
假设你们把 npm 包发布到内网的 Verdaccio 或 Artifactory，只允许内网匿名读取，出网再经代理。一批老仓库的依赖指向这个内网源，并且这些仓库根本没写过 dependabot.yml——它们只靠 Dependabot 安全更新推送补丁。
过去的处理顺序通常是：先怀疑配置写错了，翻 .npmrc；然后发现任务报的是「主机被拦截」；最后按社区偏方在组织里建一个私有注册表，token 随便填一个占位值。补丁能推了，但组织里从此多了一条语义不明、永远没人敢删的密钥。
现在的处理顺序变成：在组织级新建私有注册表，认证方式选 Anonymous，把需要的仓库加进授权列表。没有占位凭据，也没有改任何仓库内的文件。之后新增仓库时，只需要在授权列表里加一项，不用回头去改配置文件——对仓库数量多、且历史包袱重的组织来说，这一步省下的维护量比配置本身更大。
为什么这改变工作流
- 把「登记」和「认证」两件事拆开了。过去要进入 Dependabot 的允许范围，似乎必须提供一份凭据；Anonymous 明确了这两件事可以独立——只要注册表能被匿名访问，登记就不需要凭据。
- 消除了长期无人清理的占位密钥。占位 token 是纯粹的负债：没有安全价值，却扩大了凭据面，还容易在轮换和审计时引发误判。
- 覆盖了没有配置文件的安全更新仓库。只跑安全更新的仓库过去最难处理，因为缺少可编辑的配置入口；组织级注册表正好绕开了这个限制。
限制、迁移成本与仍需确认的部分
这条更新的约束比看上去更硬，配置前请先读完：
- 认证方式创建后不可更改。这是最关键的一条：注册表一旦建好，就不能再改它的认证方式。也就是说，不能「先建好、之后再改成 Anonymous」。
- 用占位 token 的人必须重建。官方明确指出，此前把占位 token 当作绕行手段的人，需要先删除那个注册表，再以 Anonymous 认证重新添加。这不是原地修改，而是一次删除加重建。
- 删除前要确认影响面。组织级注册表对所有被授权的仓库生效，删除会同时影响这些仓库的更新任务。重建期间，受影响的仓库可能出现依赖更新失败，建议在低峰窗口操作并留出回滚方案。
- 只适用于真正允许匿名读取的注册表。这是唯一一种可以省掉凭据的情形。需要认证的私有源仍必须配置对应凭据，Anonymous 不能替代密钥管理。
- GHES 用户还要等。该选项目前在 github.com 上正式可用，GitHub Enterprise Server 3.24 才跟进。用自建实例的团队暂时用不上。
- 匿名读取本身仍是权限决定。把某个镜像设成可匿名读取，等于放宽了它的访问边界。这不是 GitHub 替你做的安全判断，而是你必须在镜像侧先确认的事。
怎么配置
- 进入组织 Settings → Secrets and variables → Private registries，点击 New private registry。
- 在认证方式中选择 Anonymous，填写注册表地址与生态类型。
- 把需要使用该镜像的仓库加入授权列表——包括那些只有 Dependabot 安全更新、没有
dependabot.yml的仓库。 - 如果你此前建过带占位 token 的注册表，删除它并按上面步骤重建。操作前先记录它授权了哪些仓库。
- 重建后触发一次依赖更新任务，确认不再出现「主机被拦截」的错误，然后清理组织里已无用的占位密钥。
信息来源
- GitHub Changelog：Anonymous organization-level registries for Dependabot（2026-10-12）— https://github.blog/changelog/2026-10-12-anonymous-organization-level-registries-for-dependabot
HiFox ：将 Agent 变成真正的队友
另外，我们也在思考，AI 如何从个人提效走进团队协作。
HiFox 是一个让人和 AI Agent 在同一个工作现场协作的平台：你可以像给同事分派任务一样指派 Agent，在任务看板中跟踪进度、查看结果，让 Agent 成为团队里的队友。
👉 立即体验 Hifox：https://hifox.com
AI Coding 交流群
如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。