WP-01 · 完成
三套前端拆仓
serp、eperp、merp 已分别进入 Store、Customer Service、Metal 前端目标仓，继续共用 nexora-metal-erp。
已通过：来源历史可追溯，三仓干净安装、策略检查和构建通过，Commerce Ops 两仓不再是目标。
四条执行原则
所有工作都必须直接服务于战略合并，不能再从接口、模型或测试数量反向扩大项目。
只做已授权工作包WP-04 至 WP-08 已收口；WP-09 未执行，新的环境动作仍需明确授权。
保留业务行为拆仓和并仓只调整代码归属、构建边界与配置，不借机重写业务功能。
固定来源与结果每个候选都记录来源提交、目标提交、验证命令和已知限制。
环境隔离业务栈只使用 run-id 资源；公网测试只增加明确授权、可精确回收的共享 Caddy 托管块与 bridge，不修改生产 DNS 或流量。
总执行顺序
代码、部署、Platform 独立测试及四个业务端的代表性浏览器 E2E 已按序完成；WP-09 尚未执行。
WP-02 · 完成
Platform 单仓
管理 UI 已合入 nexora-platform，由一个目标仓承载 UI、API、迁移和 Worker。
已通过：唯一目标仓 main 可重复安装、测试和构建，Platform 不再拆分独立管理端仓库。
WP-03 · 完成
235 全端部署
已复用 235 的仓库和构建环境，从 10 个固定 SHA 工作树构建容器、Web 与 H5，并通过独立 Caddy 暴露入口。
已通过：16 个长期服务、7 个入口和整栈重启复验通过，同一源码输入完成清理重建，实战问题已固化为部署经验。
WP-04 · 完成
Platform 独立测试
在 235 隔离栈验证统一入口、会话、CSRF、租户、授权和拒绝边界。
已通过：两轮生命周期、27 个正向、8 个负向、2 次撤销，最终活跃会话为 0。
WP-05 · 完成
Platform → Jewelry 浏览器 E2E
在既有服务端会话验证之上，从 Platform 进入 Jewelry，并通过真实浏览器完成收支类别新增、修改、筛选、删除与清理。
已通过：入口、代表性 CRUD、直接访问/错误 audience/过期/重放拒绝及源、目标会话撤销均通过。
WP-06 · 完成
Platform → Store 浏览器 E2E
从 Platform 进入 Store，读取隔离库存并通过 UI 完成商品类别新增、修改、筛选、删除与清理。
已通过：正确菜单、代表性业务与会话拒绝边界均通过。
WP-07 · 完成
Platform → Customer Service 浏览器 E2E
从 Platform 进入 Customer Service，读取商品，完成待审测试订单创建、列表、详情、销售汇总、删除与清理；未执行审核或批准。
已通过：删除后同一测试标记查询为零。
WP-08 · 完成
Platform → Metal 浏览器 E2E
从 Platform 进入 Metal，读取工厂基线并通过 UI 完成工厂新增、详情、修改、删除与清理。
已通过：代表性业务与会话拒绝边界均通过。
WP-09 · 未执行
Mall → ERP 与员工 H5 路由
验证 Mall 订单、售后、履约命令的目标 ERP 路由，以及员工 H5 按 Platform discovery 与授权进入正确产品。
尚未执行：需要新的明确授权。
三层 Ready 的口径
Code Ready 已完成，Deploy Ready 已由 run-g 重建、重启和 Legacy 对比复验；WP-04 至 WP-08 已完成各自限定范围，WP-09 未执行。
| 层级 | 固定范围与必须完成 | 退出证据 | 本层不证明 |
|---|---|---|---|
| Code Ready | 已完成：WP-01 / WP-02 来源清楚、仓库边界正确，GitLab main 已固定，干净安装、策略检查、测试与构建通过。 | 来源 SHA、main SHA、验证结果和已知限制。 | 235 已部署或跨系统路径已联调。 |
| Deploy Ready | 已完成：在 235 隔离测试环境从固定提交完成全端部署并证明可复建。 | 部署清单、服务入口、固定 SHA / 镜像、健康结果和问题闭环。 | 部署成功不等于所有跨系统业务联调通过。 |
| Test Ready | 已完成限定范围：WP-04 Platform 服务端测试，以及 run-g 上 WP-05 至 WP-08 四条代表性真实浏览器 E2E 在 235 restricted-debug 合成数据环境通过。 | 服务端脱敏结果及浏览器截图、trace、控制台摘要、脱敏网络记录绑定 run-g；WP-05 / WP-06 测试记录无残留，WP-07 / WP-08 活动记录清零并保留软删审计行。 | 49 个显式 HTTP 501、Trust Gate OPEN 与未执行的 WP-09 仍阻断完整系统 Test Ready、Test RC 和生产结论。 |
工作包顺序
前八个工作包已按顺序完成；WP-09 保持未执行。
1. WP-01 · 完成三套前端已独立成仓，后端和数据库保持共享。
→
2. WP-02 · 完成Platform 管理 UI 与服务端已收口到一个目标仓。
→
3. WP-03 · 完成235 全端隔离运行栈已完成构建、重建、重启复验和经验固化。
→
4. WP-04 · 完成Platform 统一入口自身测试通过。
→
5–8. WP-05–08 · 完成Platform → Jewelry、Store、Customer Service、Metal 的代表性真实浏览器 E2E 通过。
→
9. WP-09 · 未执行Mall → ERP 与员工 H5 路由等待新的明确授权。
Platform 目标
nexora-platform 是唯一目标仓，统一承载管理 UI、API、迁移和 Worker。
三前端映射
serp → nexora-store-erp-web，eperp → nexora-customer-service-admin，merp → nexora-metal-erp-web。
共享后端
三套前端继续调用 nexora-metal-erp；拆仓不复制服务端代码、数据库或交易事实。
退出目标
nexora-commerce-ops 与 nexora-commerce-ops-admin 不再构建、部署或联调，但不删除历史仓库。
未来缺陷闭环
获得 WP-09 授权后，联调问题按下面流程处理；当前不执行。
1. 235 复现记录场景、输入、请求链路、实际结果与期望结果。
→
2. 判断是否阻断确认问题是否属于六条合并路径；无关问题记录但不扩入本轮。
→
3. 最小修复修改对应 GitLab 目标仓，补与风险相称的回归测试。
→
4. 重部署复测使用新 SHA 在 235 重跑原路径，通过后进入下一切片。
下一步是什么
WP-04 至 WP-08 已执行收口；下一步只有尚未执行的 WP-09，仍需新的明确授权。
已完成代码收口
三套前端和 Platform 单仓均已进入 GitLab main，来源、验证结果和独立审查结论已记录。
已同步规划
目标架构、执行方案、执行状态、范围、场景与未来端点使用同一仓库映射。
部署与公网基线已复验
run-g 已通过重建、重启和 Legacy 对比复验；WP-04 至 WP-08 使用的共享测试 Caddy 托管块与 bridge 有精确回收入口。生产 DNS、生产流量与 xipugold 未修改。
最终如何收口
只对战略合并结果下结论，不声称借此重新验收了所有历史业务功能。
完成条件
Jewelry、Store、Customer Service、Metal 四条代表性浏览器连接已通过；WP-09 仍需同时收口 Mall → ERP 与员工 H5 两条路由，并使本包 P0/P1 阻断为 0。
结论边界
可以称“战略合并链路已打通”；不能称“所有 ERP 历史功能已重新开发并全部验收”。
当前状态
WP-03 Deploy Ready 已由 run-g 复验，WP-04 至 WP-08 各自限定范围通过；49 个显式 HTTP 501、Trust Gate OPEN 与 WP-09 未执行继续保留，不能给出完整系统 Test Ready、Test RC 或生产结论。
执行保护边界
所有临时 clone、依赖、制品与日志都留在项目的 .codex-local.nosync/。
WP-01 → WP-08 已完成WP-09 未执行浏览器连接 4/6restricted-debug活动测试数据已清零WP-07 / 08 软删审计行保留Trust Gate OPEN49 个 HTTP 501非 Test RC公网托管块可回收Deploy Ready 已复验xipugold 未写入零生产变更