用途：在本地运行或检查 Release-Green 观察器，针对确切的 base 或合并 PR 候选，区分硬失败（HARD）、建议性漂移（DRIFT）与证据不完整。属于诊断技能，不直接授权合并、发布或部署。
主要能力：解析当前 base 与候选 SHA，在隔离 worktree 中验证工作树而非抽象分支名；支持快速与完整两种配置。候选提供时可用：npm run check:release-green -- --quick（部分快速诊断）；npm run check:release-green -- --full-ci --with-build --hermetic --json（更广的静态/测试/打包配置，但不保证与所有工作流通道一致）。
使用方式：先阅读 ../_shared/base-green.md，再检查 scripts/quality/validate-release-green.mjs、其 npm 入口与候选工作流后选择参数。在带物理依赖的 worktree 中构建，不要用外部 node_modules 符号链接。保留 stdout/stderr、进程回执与验证器自身退出码。即使外层任务为绿也要读报告。机器报告可用 scripts/ci/release-green-result.mjs（候选上存在时），需提供运行中的实际退出码、确切 SHA 与事件/配置，不得编造。
适用场景：本地诊断发布就绪状态、比较同一需求在确切 base 上的表现、判断缺陷是否由贡献者引入。
限制：HARD 与 DRIFT 单独都不证明因果关系；本地建议性棘轮在 CI 中仍可能阻断。绿色本地配置仅代表该配置通过，需记录其余通道（Node/Vitest、覆盖率、安全、构建、打包/启动、外部检查）。缺失、矛盾、过期、取消或超时证据不能判定 PASS。不得基于聚焦运行、草稿跳过、已关闭事件或旧 head SHA 标记 merge-ready。完整观察器 PASS 只能通过授权工作流解决其自身事件，不能关闭无关需求或授权合并、基线变更、发布或部署。仅在用户要求改动时实施修复，保持阈值、断言、贡献者归属与操作边界不变。