当前逐项工作计划
基于 2026-09-20 仓库复盘，按可验收结果逐项推进
本计划基于 2026-09-20 的标准工作目录、交付记录与 Git 状态复盘。开发由用户负责，三人团队承担维护；默认一次推进一个主任务，依赖交付后再进入下一项。首个成果是开发者客户可使用的新平台，再接媒体和创作产品。
这是现有模块主计划的执行排序，NEXT 编号只用于派发和验收，不增加另一套需求或替代 CORE/EDGE/CON-P/ADM-P 等模块步骤。具体 API 字段仍归 Contracts/API 文档，实际状态仅维护在 coordination/workboard.json 的 current_execution_plan；旧阶段记录保留追溯。
执行顺序
| 顺序 | 可单独发起的任务 | 主责与协作 | 完成后获得什么 |
|---|---|---|---|
| NEXT-01 | 固化已有成果与可复现基线 | 各代码仓、Docs | 当前源码、契约、运行证据可按版本重建 |
| NEXT-02 | 核查真实 uumi 接入能力 | Text Gateway、Edge、Core | 精确版本及协议/计量/恢复能力矩阵 |
| NEXT-03 | 确定首发商业规则 | 用户、Core、Console/Admin | 人民币、积分、客户差异价、迁移口径明确 |
| NEXT-04 | 建立隔离联调环境与真实服务入口 | Infrastructure、Core、Edge | 可启动、可观测、凭据隔离的联调环境 |
| NEXT-05 | 打通真实 Chat 与计费 | Core、Edge、Text Gateway、Contracts | 一次真实调用的响应、用量、费用可核对 |
| NEXT-06 | 建立 Core Worker 与账务恢复 | Core、Edge、Admin | 断流、崩溃、结算失败可恢复或人工处置 |
| NEXT-07 | 逐协议扩展与模型准入 | Edge、Core、Text Gateway | Responses/Anthropic/Gemini 按已验能力开放 |
| NEXT-08 | 落地正式全局身份与员工权限 | Core、Console、Admin、Infrastructure | 首发站点统一登录、退出、撤销和后台授权 |
| NEXT-09 | 完成充值订单与支付闭环 | Core、Console、Admin、Worker | 人民币充值、积分入账、核对可用 |
| NEXT-10 | 完成客户与运营日常闭环 | Core、Console、Admin | 真实用量、账单、价格和异常可管理 |
| NEXT-11 | 开发者平台试运行与迁移演练 | Infrastructure、Core/Edge、产品、Docs | 小范围可运行版本与可回滚迁移方案 |
| NEXT-12 | 实现公共媒体任务与 Core Worker | Core、Contracts | 持久任务、执行关联、恢复和结果授权 |
| NEXT-13 | 打通视频网关与真实结果 | 两个网关、Core Worker | 提交、查询、结果、计量跨层可核对 |
| NEXT-14 | Studio 接入共享平台 | Studio、Core、Edge | 保留创作体验，首条创作链路使用统一身份和账务 |
| NEXT-15 | Commerce 接入真实业务 | Commerce、Core Worker | 商品素材到生成结果，再到小批次闭环 |
| NEXT-16 | Drama 实现首条生产流程 | Drama、Core Worker | 单集剧本、分镜、生成和正式结果选择 |
| NEXT-17 | 完成公开入口与设计采用 | Site、Console、Design、Docs | 真实产品导航、模型文档与共享视觉规范 |
| NEXT-18 | 全平台验收与分批迁移 | Infrastructure、各仓、维护团队 | 首发范围稳定运行，旧系统按客户批次退出 |
详细任务分四页：底座与文本 01–06、商业与试运行 07–11、媒体 12–13、产品与发布 14–18。
三个交付关口
- 文本技术闭环：NEXT-01–06。 真实 Chat、客户差异价、可信计量、异常恢复和查询可复现；不等同于可售产品。
- 开发者客户首发：NEXT-07–11。 范围内协议、登录、充值、客户运营、容量与恢复通过。可先小范围服务 API 客户，不等待 Studio/Drama/Commerce。未验收协议明确关闭，不能对外承诺全部模型已经支持。
- 媒体与多产品交付：NEXT-12–18。 产品按各自验收批次上线；任何新站开放前完成其全局身份与权限验收。
顺序是默认单人开发队列，依赖才是硬约束。NEXT-03 可在网关核查期间先完成业务讨论，NEXT-17 可在公开契约稳定后提前；媒体可在 NEXT-06 后做隔离实现，但不打断当前开发者客户首发主线。不因排名靠后而禁止文档、设计交接和只读盘点。
如何逐项执行
每项先固定本次范围、主写仓库、依赖版本及受影响接口，再实现和验收。Contracts 按实际接口变化配套交付，不把全量 SDK 重写作为开工前置。同一仓库不同时安排两个写入者，已有任务先核查状态再复用，不自动新建会话。
可复制的启动指令：
执行当前工作计划 NEXT-01。先阅读该项任务卡、所列模块主计划和本仓 AGENTS，核对当前工作树及依赖。只完成这一项，保留已有成果；交付准确版本、修改范围、检查结果、尚未完成项，并更新工作台。不要把后续步骤自动算作已授权执行。
后续替换任务编号即可。需要跨仓时逐仓交接，禁止通过直接改他仓数据库补齐业务。计划制定本身不执行部署、客户迁移、真实充值或付费模型调用；实际任务根据当时已有授权、明确环境和费用边界推进。
共同完成标准
- 代码/配置、API 差异、操作说明和必要测试证据齐全，测试针对本项风险；不为纯文案重跑所有业务测试。
- 记录 Commit 或不可变源码制品、依赖摘要、数据迁移和回退方式；未提交不等于丢失，但不能当作正式发布。
- 分开记录 Mock、真实组件、本地跨进程、真实供应、生产验收；README 或 CI 绿灯不能代替端到端结果。
- 更新现有模块主计划的缺口与进度证据，不在总计划堆放运行日志。商业待定不能用测试比例代替。
- 完成一项再选择下一项；没有验收证据不标记 accepted，不承诺尚未实测的并发或日期。
原型继续 shadcn/ui 与 OceanWay 风格，优先必要功能交互。保留 Studio 和媒体网关的成熟实现，不为统一技术栈重写它们；Core/Edge 按固定 new-api 基线推进。