用途：在不部署、不推送的前提下评估发布就绪度，梳理已观察到的检查项与未知项。预检不能保证生产安全。
工作流：检测仓库根目录、工作区、包管理器、CI 配置、部署目标、发布分支/基线与工作区状态（不假定 origin/main 存在）。依据合并基点或部署范围确定发布范围，将已提交、已暂存、未暂存、未跟踪文件分别归类，绝不覆盖或丢弃用户改动。尽可能按 CI 的顺序与配置运行项目既有验证命令：格式化/lint、类型检查、单元/集成测试、构建及相关冒烟测试；项目已定义脚本或锁文件时，不要用 npx 下载未声明的检查器。
扫描暂存内容与发布差异中的疑似凭据、私钥、令牌、连接字符串与被误跟踪的环境文件；仅凭文件名不够。绝不打印发现的密钥值，即使看似假值、测试模式、占位或已暴露。只给出文件、行号、变量与键类型，最多显示键前缀（如 sk_test_…），引号代码、命令输出与构建产物摘录中的值同样需脱敏。
检查依赖与锁文件变更、运行时/引擎变更、生成产物及已知部署平台约束；说明实际检查了什么，未真正运行审计就不要暗示做过漏洞审计。检查迁移的目标、顺序、向后兼容、锁/重写风险、数据回填、expand-contract 顺序及回滚/前滚方案；不要在兼容代码部署前轻率指示运行生产迁移。对比环境变量引用与部署配置，将各值分类为公开/服务端机密/构建时/运行时，仅在真正检查目标环境后才标记生产存在性为已验证。相关时检查用户可见文档/发布说明、监控告警、功能开关、定时任务、队列及第三方面板变更。
判定：READY（必需检查全过且无已知阻塞）、BLOCKED（存在可复现阻塞）、NEEDS CONFIRMATION（自动检查通过但外部状态或需授权的手动步骤未验证）。
输出：发布 base/head 与范围、各命令及退出状态、阻塞项、警告、迁移与上线顺序、不含值的配置/密钥发现、外部确认、回滚/前滚说明及判定依据。必须包含回滚部分：如何回到上一部署，以及代码回滚无法撤销的步骤（迁移、数据写入、已发送消息）。不得仅因类型检查通过就说“可以推送”。