CLI归属验证器

要解决什么问题

CLI 工具发布流程中，一个容易被忽略的问题是发布归属：当多个团队共用同一套脚手架或镜像仓库时，某个 CLI 版本究竟是谁构建、谁签名、谁负责，往往只能依赖包管理器的元数据和口头约定。一旦出现归属不清，回滚、审计和责任追溯都会变得困难。

这个 skill 针对的就是上述场景——它提供一个轻量的验证入口，用于确认一次 CLI 发布是否归属于预期的发布方。

它如何工作

作为验证工具，它的核心能力可以概括为：

• 接收一次 CLI 发布动作的归属声明；
• 将声明与预期归属方进行比对；
• 输出验证结论，供上游流程判断是否放行。

使用时的关键步骤：

1. 在发布流程中触发 CLI归属测试 技能；
2. 由技能对发布归属信息做一致性检查；
3. 根据检查结果决定是否继续后续发布环节。

适用边界与注意点

需要特别说明的是，这是一个临时性质的测试 skill，当前 SKILL.md 正文仅有占位内容（测试），功能描述为「请忽略」。因此：

• 它不是面向生产环境的发布治理方案，不应作为长期依赖；
• 它只解决归属验证这一个点，不涉及签名、分发或渠道管理；
• 若你需要在 CI 中固化发布归属校验，建议在其基础上补充真实的校验逻辑后再投入使用。