Admin 操作覆盖与接入顺序

如何读取覆盖关系

Admin 原客户商业切片共 20 项操作、8 个阶段、32 项任务；新增 P09 的 6 项管理空间与基座迁移任务后，共九阶段 38 项，其中 ADM-P07.03 首期不实施，保留编号后置。Studio 26 项模块的完整归属由管理功能表维护，不在此复制。保留原 CA-C/CA-A 和 CON-P/ADM-P 编号；下表继续定位原商业操作的实施归属与后端依赖。

“首期复用/适配”说明上游参考来源，不代表当前 Core 或前端已完成。“按配置/待选择”项目不默认启用；一项操作可能分成必需与条件接口，以任务和 Core 覆盖表的细分范围为准。

操作到任务

每项操作的 API ID、方法/路径、来源页、Core 归属与运行基线可在完整实施映射 JSON查询；所有操作同时包含原型/验收等关联任务。此文件是计划台账，不是 OpenAPI，也不生成 SDK。

当前接入与本轮核对边界

早期开工基线不能代表当前代码。现有 Admin 已有客户、目录、价格、订单、核对、员工授权和审计的真实接口消费路径；本轮以改造基线记录及 B0 固定的工作区版本为输入，逐操作回归，不宣称全部商业能力或生产接口均已完成。

原商业映射继续适用；新增工作区、内容和 Site 功能采用完整功能清单，实施顺序见改造计划。早期证据仍见两端开工基线与Core 开工基线，仅用于追溯。

开发顺序与任务完成口径

ADM-P01.01/02/04 → ADM-P02.01/02，先明确权限和客户/财务原型；ADM-P01.03 与 ADM-P03.01/02 跟随 CORE-07.01；ADM-P04 按 CORE-04 分批，资金操作等待 CORE-05 与 CORE-07.03。

开发由用户一人负责，按小批次切换任务；不以阶段编号推定所有阶段必须整体串行，也不要求三人并行开发。原型可在精确接口未就绪前先表达流程，真实接入必须有 DTO、授权、错误和恢复样例。

每个任务分别登记：需求/字段已明确 → 原型可走查 → 真实 API 已接入 → 异常与权限已验证。发布另按首发能力表验收；不以“页面完成”替代业务完成。执行状态只在 progress 与 coordination/workboard.json 更新。

需要明确关闭的协议缺口

具体路径和字段以API 缺口表、Core 任务和 Contracts 交付为准。本计划没有将缺口提案升级为已冻结接口。

返回 Admin 主计划 · 两端联合验收。