用途：nuke-release 用于仓库、包或插件即将交付用户前的发布前检查。它把检查重点放在“发布面”（新用户实际拿到和读到的内容），而不是代码 diff，回答“是否可以发布”“发布检查”这类问题，最终给出 SHIP 或 DON'T SHIP 的二元判定。
主要能力：按四类检查宪章并行核查。Truth 验证新用户路径上的所有声明，如安装命令、快速开始步骤、使用示例、依赖要求；Consistency 检查各版本文件中版本号是否一致、文档中的计数/名称/列表是否与产物一致、内部链接与交叉引用是否可解析、changelog 是否提到本次发布版本；Build 检查从当前检出能否干净构建、构建后生成产物是否同步（通过 git status --porcelain 判断漂移）、声明的检查门是否通过、CI 配置是否与文档所述一致；Packaging & trust 检查产物是否包含文档承诺的内容、有无调试标志或本地绝对路径或 TODO/FIXME 等遗留在用户可见面、是否含密钥、许可证是否存在并与文档一致。
使用方式：参数包括 [mode]（light 默认、full、plan）、[scope]（子路径，如 monorepo 中的单个包，默认整仓库）、--ask（在预检计划处暂停确认）、--spec（无论阻塞数量都写迷你修复规格）。流程为：Phase 0 预检生成计划并应用，Phase 1 四个 worker 并行检查，Phase 2 一名 skeptic 批量复核，Phase 3 给出结论后 STOP。运行产物写入 .nuke/<日期>-<时间>-release-<slug>/，含 plan.md、checks.md、release.md，必要时 fix-spec.md。
限制：全程只读，仅写入 .nuke/ 与干净安装模拟使用的临时目录；不执行 git add/commit/stash，不做版本号提升或修复。所有声明必须通过运行、test -f、grep 等方式验证或追踪，部署、发布、打标签等破坏性或发布类命令只追踪不执行。每个阻塞项须附原样证据。结论为二元，非阻塞发现单独列出，不得软化结论行。复核后仍不确定的项记为 note 而非 blocker。plan 模式为预检打印后停止。
适用场景：正式发布或推送前的自检、判断是否可发布、发布前一键核查。缺失信息：具体安装方法、许可与收费情况、支持平台等暂未提供。