nexora-platform
HEAD f7e2fb23Platform MVP+nexora-platform-admin›nexora-platformPlatform Admin 5/5 默认提交完整进入目标；随后 cd5c270 将管理 UI 重构进 Platform 单仓。目标方案对，但第一步文档漏写了真实来源。
01
先看最重要的结论
HIGH · MERGE REGRESSIONserp / eperp 合回统一仓时丢了统一认证代码
独立 Store/Customer 仓有 Cookie、CSRF、PlatformAuthGate；Version 1.0 构建的统一仓子目录仍走 Legacy Token + aid/bid。构建参数设置 cookie 也不会生效，因为源码没有读取。
HIGH · RECENT DRIFT7 月 12–15 日老仓新代码没有全部进基线
原料后端 13 个、原料前端 9 个、老 App 2 个默认分支提交未进入目标；驳回原因、主副销售员、ERP 发货状态、AI 客服和商品追溯等语义可在目标中确认缺失。
MEDIUM · PLAN INCOMPLETEApp 真实来源不是单一老仓
前端主历史来自 app_xiao_shou_kotlin；妈祖 pyerp_app 的 serp/jerp 又被整包搬入；137 个后端接口参考 sprin-boot-kotlin219 重写进 nexora-erp。
02
部署配置指向的 8 个业务仓：真实来源
绿色为基本符合；蓝色为来源扩张；黄色为当前内容已漂移
来源漏写
nexora-erp
HEAD 22e2aeffxylferp_php+baijian/xipu 增量+Kotlin mobile API›nexora-erp龙凤 113 个默认提交完整继承；摆件/囍铺按模块选择性迁入，不是整仓合并；手机接口参考 sprin-boot-kotlin219 跨语言迁入。
nexora-erp-web
HEAD 9d468814xylferp_web+baijian/xipu 增量›nexora-erp-web龙凤 150 个默认提交完整继承；囍铺打印、AI 客服等按功能抽取。多个打印文件与囍铺源逐字一致，AI/图片模块在目标中做了租户开关和安全改造。
nexora-metal-erp
HEAD eaf4929epyerp_php›nexora-metal-erp共享 123 个默认提交后分叉。老仓另有 13 个 7 月 12–14 日提交；目标中找不到 reject_reason、salesperson_vice、erp_state、ship_status 等新语义。
nexora-metal-erp-web
HEAD 405661c9pyerp_web+Store split+Customer split+lferp›统一仓不是计划中的三仓终态；实际一仓保留四套源码。合回后未吸收独立仓全部增量，serp/eperp 的统一认证链发生回退。
nexora-app
HEAD 5a1da09dapp_xiao_shou_kotlin+pyerp_app/serp+jerp›nexora-app与主源共享 602 个默认提交；pyerp_app 的 serp 63/63、jerp 24/25 文件逐路径同 blob。老主源最近 2 个提交仍未进入目标。
nexora-metal-mall
HEAD 3fc4f265pyerp_shop_php›nexora-metal-mall老仓默认 HEAD 是目标祖先，39 个提交完整继承；目标再增加 21 个提交。该链路与原方案一致。
nexora-metal-miniprogram
HEAD 1c913da8pyerp_shop_wx›nexora-metal-miniprogram老仓默认 HEAD 是目标祖先，8 个提交完整继承；目标再增加 3 个提交。当前只验证 H5 构建，不代表微信原生发布。
03
其余 6 个 Nexora 仓
它们仍需纳入血缘解释，但不属于 Version 1.0 八仓构建
| 仓库 | 真实来源 | 当前角色 | 结论 |
|---|---|---|---|
nexora-store-erp-web | pyerp_web/serp filter/split | 35/38 提交日期+标题对应；有完整 Platform Cookie 认证 | 拆仓曾完成，现已被统一仓取代 |
nexora-customer-service-admin | pyerp_web/eperp filter/split | 35/38 提交日期+标题对应；保留报表、销售工具和认证增量 | 部分增量未回收到统一仓 |
nexora-platform-admin | 两文件管理原型 | 完整历史已合入 Platform；保留参考仓 | 符合当前退出定位 |
nexora-commerce-ops | Greenfield | 1 个初始提交；与候选老仓 0 非通用 blob | 当前不部署 |
nexora-commerce-ops-admin | Greenfield | 1 个初始提交；与候选老仓 0 非通用 blob | 当前不部署 |
nexora-evolution | Greenfield control repo | 战略、Deploy、验证和证据控制面 | 符合 |
04
原料前端：方案与真实执行的关键差异
原方案：三个目录拆成三个仓
目标是独立源码归口，继续共用同一后端。
pyerp_web/serpnexora-store-erp-webpyerp_web/eperpnexora-customer-service-adminpyerp_web/merpnexora-metal-erp-web实际
二次改线
二次改线
真实执行：一仓四套源码
Version 1.0 从统一仓构建 serp、eperp、merp；仓内还保留 lferp。
serp / eperp未完整吸收独立仓增量，认证链回退merp保留 Platform Cookie 认证lferp龙凤/摆件/洪星历史构建源码，未在三端方案中说明05
最近几天仍在变化的代码
这里是用户担心的“基线之后老仓还在改”
pyerp_php › Metal 后端
13 source-only commits7/12–7/14
驳回原因、主副销售员、ERP 状态/发货标识等字段和 SQL 未进入目标；目标代码中对应语义为 0 命中。
pyerp_web › Metal 前端
9 source-only commits8 missing files
销售员、报表、AI 配置、收款账号、图片粘贴/预览等增量没有形成当前并集；另有 5 个同路径文件内容不同。
app_xiao › Nexora App
2 source-only commits21 missing files
AI 客服、商品追溯、部分出库、版本更新和语音能力未进入目标；其中多项是有意减法还是漏合，需要业务口径确认。
06
手机接口与数据边界
| 对象 | 真实证据 | 能证明什么 | 不能证明什么 |
|---|---|---|---|
| 137 个手机接口 | mobile-api-matrix.json：implemented 137，501/missing/mismatch 均为 0 | 路由与非 501 方法已经落入 PHP | 没有证明 137 条都完成真实数据库业务 E2E |
| Kotlin 来源 | 矩阵逐项指向 sprin-boot-kotlin219/api/src/main/kotlin | 确认实际跨语言参考源 | 不能用 blob 相同证明语义完全等价 |
| 业务数据新旧 | 本次未连接业务数据库；只读仓库 | 能看到 schema/同步代码是否纳入 | 不能证明 235 或生产数据行是最新 |
数据层结论：本次不能回答“最近几天业务数据有没有同步”，但可以确认近期 schema 与同步逻辑没有全部进入 Version 1.0，所以不能把“代码基线已固化”外推成“数据也已经最新”。
07
证据索引
关键提交
8b22fe1：摆件/囍铺珠宝后端能力选择性迁入75f2f04：摆件/囍铺珠宝前端能力选择性迁入afa3bca：Kotlin 手机 API 迁入 PHP223d89f：pyerp_app serp/jerp 整包搬入 Nexora App9ec03fb + e1d57da：原料前端重新合仓与恢复源码树cd5c270：Platform Admin 收入 Platform 单仓
关键文件
nexora-erp/docs/SOURCE-MERGE-AUDIT.mdnexora-erp-web/docs/SOURCE-MERGE-AUDIT.mdnexora-erp/docs/phases/mobile-api-matrix.jsonnexora-metal-erp-web/serp/src/config/axios.jsnexora-metal-erp-web/eperp/src/config/axios.jsnexora-evolution/deploy/environments/version-1.0.yamldeploy/stack/docker/Dockerfile.frontends