用途：当有人问“能发布了吗”“发布前检查”“go/no-go”“发布就绪”或想要一个统一答案时使用。适用于打版本标签前、首次 npm/PyPI 发布、文档上线或仓库公开前。若问题只涉及单一维度（如文档站能否部署），应直接调用对应专项技能；若需要规划并执行修复，应转向 nuke-audit；功能开发中的代码审查用 code-audit。
主要能力：第一步检测项目形态，读取根目录与工作区清单（package.json、pyproject.toml、Cargo.toml、go.mod 等）、CI/部署配置、文档内容、网络面、UI 面，输出形态表（交付面、分发渠道、受众）。第二步按形态路由到专项技能，例如可发布库用 handoff-readiness、jargon-leak；文档站用 docs-deploy-readiness、humanizer；可部署应用用 security-surface-audit、accessibility-compliance；CLI 用 handoff-readiness；网络监听用 security-surface-audit、security-review；React 代码用 react-senior-guide；monorepo 用 reusability-audit；任何代码库始终运行 code-audit、anti-slop；面向用户的文字用 humanizer。第三步按规模选择单遍或收敛循环。第四步汇总为一份评分卡。
评分与门禁：每个维度按 1–5 分，5 为可直接发布，2 表示该维度存在发布阻塞，1 表示该维度根本不可用。任一维度 ≤2 或存在流水线阻塞，总体判定为 NOT READY。阻塞项排序为：部署/发布流水线阻塞优先，其次安全与正确性，再次公开契约与文档缺口，最后打磨项。
输出：包含检测到的形态表、评分卡、按序排列的顶级阻塞项、静态分析无法验证而需人工或运行时确认的清单（干净环境构建、发布冒烟、真实目标部署演练、真实负载性能、真实屏幕阅读器测试等），以及 READY/NOT READY 判定。
限制：本技能只做路由与汇总，不内联重写专项技能清单，不制定修复计划；不得对所有仓库运行全部维度；不得硬编码某个项目的具体检查；不得在缺少运行时注意事项的情况下宣布 READY。其他细节暂未提供。