fix: 分离日常发布与首次初始化（09-09-existing-deploy-seed-separation）

docs/试运行与自动化验证手册.md

@@ -2,6 +2,27 @@
 
 **文档状态**：当前操作手册，用于本地、公网、企业微信和真实 OCR 试运行验证。
 
+## 日常发布与初始化分离（本地候选，未声明已部署）
+
+09-09-existing-deploy-seed-separation 将 init 统一为 `npm run deploy:init`：
+existing 执行配置预检、迁移与只读基础配置检查，不运行 seed；initialize
+额外按序执行两类 seed。模式缺失或非法就停止，不默认初始化。
+批准后的正式发布仍走既有 deploy-existing.sh；受控直接 Compose init
+必须显式传入模式并保留 `--no-deps`，不能以 init 名称推断允许建库。
+
+费用类型、启用审批规则、活动报销流程任一完全缺失时，停止切换应用并报告
+缺项。审批规则与流程定义由授权管理员在既有页面维护；费用类型缺失按
+授权配置修复处理，不提供不存在的页面入口。不得在 existing 中自动重跑 seed。
+管理员即使是有意停用全部费用类型、全部审批规则或全部报销流程，也会阻断
+下次发布的配置检查；系统不会自动把它们补回来。请在另行批准的配置维护中
+核实停用意图，不要为通过发布检查擅自启用配置或切到 initialize。
+这三个非空检查不证明金额覆盖、审批人解析或付款资料齐全；工作区、编号、
+开关和其他可选模块不强制等于初始化默认值。
+
+迁移先于必需配置检查执行，因此检查失败时迁移可能已经落库，不能宣称
+失败时零数据库写入；旧镜像回滚不能撤销数据变化。直接调用未提供模式的旧
+命令将失败；提交、生产例外、部署及数据修复仍分别审批。
+
 **当前状态（2026-07-18）**：最后有部署和公网复检证据的来源基线仍为 `df26922`；未做当前公网只读检查时，不据此断言服务器此刻仍运行该提交。`07-18-small-team-internal-readiness` 只收敛本地候选，完成上限为 `LOCAL_CANDIDATE_PASS`；它不代表已部署、可公网测试、企业微信真机通过或真实账号/数据验证。旧 7 天试运行只有 Day 1–Day 4 后中断，缺人工业务闭环和 Day 7 Go/No-Go；下一轮必须待当前可信基线部署并复核后，新建 Trellis task，从 Day 1 连续启动。正式能力继续保持 PDF-only OCR，不接真实支付、不接 ERP、不开放图片 OCR、不导入银行流水。
 
 本文用于 hyb-oa 本地、企业微信和公网试运行。默认策略是：能自动化的先自动化，自动化无法覆盖的才请求人工配合。