consumer-validation-engineering

# Consumer Validation Engineering ## 定位 本 Skill 负责“主仓变更是否被真实消费者以可复现方式验证”的完整证据链。它不把 dependency spec、realpath、单次 link smoke、功能清单数量或单一通过率当作跨仓闭环，而是同时管理仓库绑定、源码/制品身份、多分母验证、跨仓 CI、新鲜度和发布阻断。 ## 触发条件 | 场景 | 是否触发 | |---|:---:| | 为 SDK、CLI、框架、插件或公共包建立独立 consumer/test/verification repository | 必须 | | 声称“跨仓完整验证”“全场景 100%”“消费者仓已覆盖全部功能” | 必须 | | 同时存在源码 link、workspace/file dependency、tarball、registry install 或 ignored dist | 必须 | | 主仓 push/PR/release 需要触发消费者仓 CI，或需要定时漂移检测 | 必须 | | 仅在同一仓库内执行单元测试且无外部消费者边界 | N/A + skipReason | ## ConsumerValidationEngineeringGate | 字段 | 要求 | |---|---| | repositoryBinding | 主仓、消费者仓、origin、目标 branch、责任人、发布关系和支持矩阵 | | sourceConsumerIdentity | run 前后冻结两仓 commit、dirty/diff hash、版本、构建与依赖解析身份 | | artifactFreshness | 源码、dist、tarball、registry artifact 的生成时间、内容 hash 和来源 commit 可追溯 | | dependencyResolution | dependency spec、realpath、lockfile hash/hygiene 与 CI checkout 目录拓扑一致 | | packedArtifactIdentity | tarball checksum、pack list、安装路径、公开 API/CLI/Skill/adapter smoke | | validationDenominators | 功能、场景、adapter/环境、影响变更、性能适用项、发布门禁分别计算 | | designFitness | 每个适用功能的用户主路径、默认值、配置层级、框架约定、公共面、生命周期、组合、兼容与维护成本 | | crossRepositoryCI | `CrossRepoCI`：source push/PR/release dispatch、consumer workflow/run、目标 SHA 和结果可关联 | | freshnessDrift | before/after identity 复核、定时漂移、证据保留、过期阈值和失效处理 | | evidenceState | `not-started / partial / accepted / rejected / stale`，每个分母独立记录 | | releaseDecision | 只有全部适用分母 accepted 且身份链新鲜，才允许 complete/100% 或 release-ready 声明 | ## 多分母完整性规则 | denominator | 最低内容 | ...