Node.js 默认包管理器 npm 正式推出分阶段发布功能：在软件包可供用户安装前，增加一个人工审核 + 双因素认证环节。该机制由 AI 辅助的威胁检测与自动化审批流程支撑，旨在阻断针对 CI/CD 管道的供应链攻击。
pnpm stage，Yarn 提供类似功能，release-it 支持 "stage": true。allowScripts，细粒度令牌默认仅允许暂存。npm 的分阶段发布（staged publishing）功能，从根本上改变了软件包的交付流程。过去，开发者执行 npm publish 后，包立即对全球用户可见。现在，预构建的压缩包先进入暂存队列，等待维护者通过双因素认证手动放行。
这不是一个简单的 UI 改动。它意味着：
工作流由一套子命令支撑：
暂存阶段本身不需要双因素认证，以兼容 CI 流水线；身份核验被后置到审批环节，降低自动化集成门槛。
分阶段发布本身不是新技术，但 npm 的实现融合了AI 驱动的威胁检测与自动化审批决策，使其成为供应链安全领域的一次系统性升级。
包发布后立即公开，安全检测依赖事后扫描与用户反馈。CI/CD 凭证一旦泄露，攻击者可以瞬间投毒。
暂存队列中的包先经过 AI 模型扫描：分析代码行为、依赖关系、安装脚本，标记异常后才进入人工审批。安全左移，防御前置。
关键升级在于：AI 不是辅助，而是第一道防线。它自动化处理了 90% 以上的常规检测，让人工审核聚焦于真正可疑的包。这意味着安全团队可以用更少的人力覆盖更大的威胁面。
安全研究员 Adnan Khan 在社交媒体上直言：所有向 npm 发布包的开发者都应当立即启用该功能，通过 OIDC 在 CI 中执行发包操作，在包正式对外开放前完成审核。
npm publish。allowScripts: none），杜绝恶意脚本在安装时执行。过去 18 个月，软件供应链安全事件密集爆发：Shai-Hulud 蠕虫攻击、多起恶意包投毒、官方令牌弃用事件…… 攻击者开始系统性地利用 CI/CD 管道的信任缺口。
这些攻击有一个共同特征：利用「发布即公开」的机制漏洞。传统安全模型假设发布者身份可信，但现代攻击者已经学会窃取凭证、劫持流水线。
分阶段发布正是针对这一漏洞的结构性解决方案。它不是修补漏洞，而是重新设计流程——让 AI 和人工共同构成一道「不可能被单点突破」的防线。
Hacker News 用户指出：对于可信发布来说，这不是创可贴，而是一项重大改进，它杜绝了一类针对 CI 环境劫持发包的攻击。攻击者可能还会找到其他方法，但这确实堵住了一个巨大的缺口。
分阶段发布不是终点，而是供应链安全从「被动响应」转向「主动防御」的转折点。AI 在这里的角色不是替代人，而是把人的精力集中在真正需要判断力的地方。
但也要看到挑战：
一个诚实的注脚：该功能的有效性高度依赖维护者是否真正使用它。如果社区出于惯性或便利性绕过分阶段发布，它的防护价值将大打折扣。Reddit 上的评论者认为，该方案只能降低恶意包的扩散速度，算不上根治供应链安全的良方。
但方向是对的。当 AI 安全检测与人工审批形成闭环，我们看到的不仅仅是 npm 的一个功能更新，而是整个软件供应链安全范式的迁移。
分阶段发布 + AI 威胁检测，标志着软件供应链安全从「事后补救」进入「事前防御」时代。但真正的安全不是靠一个功能实现的，而是靠整个生态「默认安全」的文化。
所有使用 npm 发布包的团队，应立即评估并启用分阶段发布功能。配合 OIDC 可信发布与 AI 安全检测，可大幅降低供应链攻击风险。
npm stage 发布流程 → 开启安全防御升级至 npm CLI 11.15.0+ 即可体验，具体配置请参考官方文档。