PLAT-02-040 统一运营后台执行计划
基于跨项目架构复盘拆分的工作包、依赖、决策条件、里程碑、验收覆盖与发布顺序
1. 目标与本轮边界
把运营 PRD拆为可分派、可审查、可验收的工作包，完成“员工按产品配置 → 发布 → 前端展示 → 个人／团队购买或参与 → 权益及容量交付 → 使用 → 售后 → 经营回读”。商品档数、价格和权益保持管理员配置，个人／团队同待遇同价，第一阶段无额外席位费。
本计划先研读架构复盘及其 Platform／Media／Runtime、制品证据附件。复盘是有日期的审计与 Proposed 建议，不自动替代 Accepted ADR。用户后续已授权沿路线执行，并明确Platform公共接入先行；本运营计划是其后续工作线，具体实施状态由任务卡和证据记录，不自动授权生产迁移、发布或投放。
总包为 WP-PLAT-002，下设 WP-PLAT-003～015。团队 WP-PLAT-001 继续负责团队身份、成员、预算、Key 和消费授权；本计划对接其原能力，不再实现一份。实际源码范围和验证编排见开发边界。
1.1 当前推进重点：Platform 准备与运营先行
用户已明确先确定 Platform 的准备工作，再推进运营后台；最新执行优先级是先解除各重构项目的公共接入阻塞，见PLAT-04-014。本页003A→004A→005是运营工作线内部顺序，公共产品接入在运营界面之前。执行落点采用现有 Platform 的 Go 服务与 React Admin，保留 new-api 底座及各产品独立仓库。运营有自己的产品切换与工作导航；本轮不新建运营后端、独立身份系统或第二套商品／资产权威。目标数据底座为 PostgreSQL + Redis，不能以本地 SQLite 通过代替目标环境验收。
下面区分“必须先准备的基础”和“仅在对应功能启用前完成的能力”。完整商业与增长范围保持；分批是依赖和交付顺序，不把首批当作全部完成。准备任务仍归原工作包，不再新增一套平行任务编号。
| Platform 准备项 | 要交付的明确结果 | 何时必须具备／主责 |
|---|---|---|
| 可复验的开发基线 | 固定源码、正式契约、实际制品和入口；具备隔离 PostgreSQL／Redis、两员工／两产品及个人／团队夹具；Media 记录真实提供方 | 后端行为验收前；003A。Media 仅约束资源联调，不阻塞其他本域工作 |
| 统一身份与产品目录 | 复用当前会话、用户／团队和产品身份；核对 Origin、凭据允许动作及产品映射；新 Creative 对应哪个业务产品须明确，不能按仓库名新增另一身份 | 运营接线及产品接入前；003A／004A。不另建动态服务注册中心 |
| 员工权限与数据范围 | 动作授权叠加产品及对象范围，列表、详情、搜索、导出、统计、批量与回执一致；全局管理员和产品员工分别验收 | 受限员工访问真实数据前；004A。前端产品筛选不能代替此项 |
| 变更、发布与审计 | 复用各领域版本、命令身份及回执；写入可追操作者和结果，冲突保稿，未知查原回执；草稿与已发布状态分开 | 每个管理写动作启用前；004A 提供共同约定，005及各领域实现 |
| 模型及价格能力 | 提供全部适用模型的可用目录、产品开放范围、参数和价格版本；图片／视频预估走唯一计价／权益链 | 模型运营首批接线；004／005。团队付费及媒体规格逐项核实，不新增文本预估展示 |
| Platform／Media 资源协作 | Platform 管归属、待遇与授权，Media 返回实际容量、用量、预留及生命周期；员工资源查询有独立范围与审计 | 资源运营启用前；004／007。先回读现行政策，新容量政策只约束相应变更 |
| 产品管理契约 | 员工委托、受众、产品／对象／动作、撤销、版本与回执；每个产品复核自身权限 | 直接跨服务读取或修改产品对象前；004B／013。Platform 已持有的合法投影仍由本域权限约束 |
| 事实与异常回读 | 订单、消费、交付、资源及业务任务保持来源关联；投影只读，未知和滞后可辨，恢复不重复收费或授予 | 随每个功能交付；014 先给事件约定，完整转化报表随实际生产方补齐 |
这些是验收准备要求，不能由本页推导已全部具备。源码复用点、待补边界及接口交接内容见 PLAT-04-013 §4.1～4.3。
1.2 运营后台要交付的工作区
菜单可按任务合并，下面定义业务责任和完成标准，不要求另造九套页面框架。既有 Admin 页面优先复用；尚未接入的能力应明确说明状态，不能呈现可执行的假入口。
| 工作区 | 运营人员能完成什么 | 分批安排及边界 |
|---|---|---|
| 工作台与产品空间 | 选择获准产品，查看待处理事项、接入状态和本域概况 | 首批；产品切换同步清理查询、缓存、草稿和请求上下文，后台始终复核范围 |
| 员工、客户与团队 | 配置获准角色，检索权限内客户，定位团队购买／消费／预算问题 | 首批复用既有能力；查看客户不自动获得全域资金、团队私密数据或素材内容 |
| 模型与销售价格 | 查看可售／可调用模型、产品开放状态、参数、有效价格及变更影响；试算图片／视频费用 | 首批接现有模型／价格管理；标准文本价格管理保留，生成预估展示仅图片／视频。模拟其他主体须另获授权 |
| 商品、充值与权益 | 动态档位、价格、积分、图片／视频次数、秒数、容量和期限；草稿、预览、发布与停售 | 先接既有商品工作流，006／007／008 完成全部已确认权益及个人／团队真实交付；不出售无法履约的组合 |
| 订单、订阅与售后 | 联查原支付、交付、使用与异常；按权限执行原单恢复、订阅调整和售后 | 首批已有查询与合法处理入口；新增调整／促销售后随008／009／010完成，资金动作独立授权 |
| 系统资源 | 查询归属、有效容量、用量／预留、资产引用和回收状态；定位上传／保存异常 | 004／007 补员工管理合同后启用；私密原文／预览需明确授权，物理删除仍由 Media 生命周期执行 |
| 公告与展示位 | 按产品维护独立公告、素材、位置、排期、预览及撤回，确认真实前端结果 | 012 可独立推进公告；当前单条公告不等于完整投放系统。产品位置由产品注册接入 |
| 促销、活动与奖励 | 配置券、优惠、任务、预算、奖励和参与状态，完成领取与售后 | 010／011，按所用交易、计量和事件依赖交付，保留完整 PRD 范围 |
| 经营、审计与异常 | 核对各域事实，追溯发布／资金／资源／产品命令，定位责任与原回执 | 首批具备当前功能的审计及异常回读；014 逐步汇合投放到使用的完整经营链，重建报表不改账 |
产品作品治理、项目、提示词、分镜和结果采用仍归产品领域。既有 Admin 跳转入口继续符合 ADR-0015；中央直接读取私密内容或编辑产品对象时，先交付004B／013及必要的具名决策。媒体供应商采购、桶密钥及物理存储维护保持原技术管理边界，运营不直接取得桶权限。
2. 从架构复盘转成执行约束
| 复盘结论 | 本计划动作 | 主责工作包与完成证据 |
|---|---|---|
| 源码、工作树、镜像标签与真实制品不一致 | 首先形成当前能力／版本矩阵；标签不能代替运行制品来源 | 003：可追溯矩阵；015：发布候选与实际端点核对 |
| 有全局管理能力不等于产品范围隔离 | 对列表、详情、导出、聚合、批量和回执统一执行服务端范围 | 004：两账号、两产品、动作及对象负例 |
| 产品凭据与登录成功不能替代员工或对象授权 | 确定员工委托及产品复核；薄客户端区分凭据，不透传全能身份 | 004／013：失效、撤销、篡改范围及版本冲突验证 |
| 运营工作台不应成为第二套业务权威 | 复用 Admin，商品／交易／权益在 Platform；产品内容命令回产品；报表只读 | 005／013／014：原对象回读，无跨库业务写入 |
| 各产品重新解释恢复语义 | 固定提供方契约及消费版本；收费未知只查原请求，保存失败不再生成 | 004／007／008／015：断连、丢回执、重启后保持原身份 |
| 容量新需求与现行算法冲突 | 先定单位、叠加、团队归属和过渡；Platform 计算待遇，Media 执行使用／预留与准入 | 007：商品交付、容量回读、到期及超额验证 |
| Runtime 与新素材、产品底座不能混为一套 | 运营与普通文件操作不强制依赖 Runtime；旧在途任务继续由原责任方恢复 | 013／015：依赖关闭验证与新旧责任清单 |
| 局部模型成功被扩大为系统完成 | 管理端、客户、团队、每个产品独立验收，再做一条联合旅程 | 015：A01～A77 和 B01～B08 逐项证据，未通过项不标完成 |
复盘中的 Go 全执行 SDK、Creative 全量重制、Drama 全量素材迁移、旧 Runtime 收口和大文件性能优化是相关外部工作流，不整包吸收到运营后台。需要其能力的产品接入步骤核验具名输入；Platform 本域运营无需等待所有产品整改完成。执行契约若已有候选实现，先接续其固定版本，不平行造相同授权存储。
3. 产品接入范围与责任
用户后续已明确保留多仓与 new-api 底座，统一 React + Go + PostgreSQL + Redis，旧 Node/Python 无需兼容；公共架构见 DEV-X-01-007。Platform 统一登录鉴权、可用模型和图片/视频费用预估展示，与 Media 共同管理系统资源。新 Studio、Drama、Commerce 最终均须接入，具体批次随产品重制安排；本运营包的完整商业新功能不全部并入公共接入预算，原人日估算也不代表技术栈统一工期。
| 对象 | 计划安排 | 进入真实联调的条件 |
|---|---|---|
| Platform／Console／API | 首批实际运营和商业闭环；API 用户的信息由 Console 承载 | 统一会话／权限、商品、交付、计量和本域位置就绪 |
| 新 Studio／Creative | 作为首个真实产品候选，与新 Drama 按能力就绪度核定批次 | 产品统一身份及真实业务链就绪，正式员工委托与事件／位置已接入，产品管理入口边界明确 |
| 旧 Studio | 独立登记，作为行为和数据交接来源；不建设旧服务兼容层 | 不把其现有界面和历史 SDK 当 Creative 已接入；原记录／原任务具名交接后退役 |
| Commerce | 纳入 React + Go 重构后的完整运营接入，单列实施批次 | 产品能力矩阵、统一身份、工具事件、公告和位置可真实验收；不追加 Python SDK |
| 新 Drama | 纳入完整运营目标，记录现有部署与具体接入批次 | 核定产品／项目／素材契约与操作范围；不能仅改产品名称就接入 |
| 历史 Drama／旧素材链 | 不因本计划改写或删除 | 新旧代际和责任明确，迁移或停用有具体范围及授权 |
现行决策与新目标的冲突由 WP-PLAT-003 具名对齐；具体生产迁移和切换范围另列，不能凭本计划删除原数据。Platform 和首个真实产品接通是阶段成果，完整架构完成还须新 Studio、Drama、Commerce 各自通过；两个模拟宿主仅能证明契约行为。
4. 工作包总表
依赖表示相应输入已验收，不要求无关事项全部完成。尤其 003 的基线交付可以先满足 004，容量等政策只阻塞依赖它的包；014 的事件约定先交付，完整报表随事实生产方完成。人员由 zao 在接单时安排，不假设已有多个专职研发人员。
| 工作包 | 核心交付 | 必需输入 | 粗估开发人日 |
|---|---|---|---|
| WP-PLAT-003 运营基线与规则定稿 | 形成可执行的当前基线、权威分工、产品接入选择和规则决策表，后续工作不再各自解释复盘。 | 无 | 2～4 |
| WP-PLAT-004 运营授权与契约接入 | A：Platform 本域权限与回执；B：跨产品员工委托，统一产品／动作／对象范围。 | A 需003A；B另需目标产品与员工委托方案 | 4～7 |
| WP-PLAT-005 运营工作台与配置发布体验 | 员工在既有 Admin 中按产品完成草稿、预览、发布和回读，客户关键状态保持清楚可用。 | 本域接线需004A；跨产品委托操作另需004B | 3～5 |
| WP-PLAT-006 动态商品与多权益配置 | 管理员自行增减档位、价格、积分及多权益组合，发布版本可追溯，客户看到的待遇与订单一致。 | 005 | 4～7 |
| WP-PLAT-007 多资源计量与容量政策联动 | 后台配置的积分、媒体次数／秒数和容量真实生效，Platform 与 Media 共同完成唯一计量和容量回读。 | 004；计量／容量政策，真实 Media 基线 | 8～12 |
| WP-PLAT-008 个人与团队购买交付闭环 | 个人和团队完成充值、订阅、补量、交付、消费和用量回读，团队第一阶段不额外收席位费。 | 006、007；团队 WP 的所需能力 | 6～10 |
| WP-PLAT-009 客户订阅调整与运营售后 | 支持、运营和财务能够定位原对象并在各自权限内完成订阅调整、退款、返券和奖励售后。 | 008；促销售后还需 010 | 4～6 |
| WP-PLAT-010 促销优惠券与预算控制 | 后台配置的优惠、券、促销码和预算正确参与核价、付款与交付，所有入口共用限额。 | 008 | 6～10 |
| WP-PLAT-011 活动任务与奖励兑现 | 管理员配置活动任务和多资源奖励，用户完成任务后可可靠领取并真实使用。 | 005、007；购买／券组合另依赖 008／010 | 6～10 |
| WP-PLAT-012 公告内容与前端展示位 | 运营在后台配置公告和投放，Console 实际预留位置按人群、排期与频控展示，并能可靠撤回。 | 005；活动／商品投放另依赖相应已发布能力 | 5～8 |
| WP-PLAT-013 产品运营适配与接入验收 | 先交能力登记与适配，逐产品完成受限读取／内容接入，再完成商业及真实用户闭环。 | 准备需003A；受委托读写需004B；完整闭环另需008／012及所用活动能力 | 4～8 |
| WP-PLAT-014 经营投影与效果报表 | 运营按产品、位置、活动和商品核对曝光到实际使用的效果，财务金额和业务进度均可追到权威事实。 | 004；完整回读需 008～013 事实 | 4～6 |
| WP-PLAT-015 联合验收与分批发布准备 | 以相同源码和制品完成管理员、个人、团队及真实产品联合验收，形成可审查的发布与停止方案。 | 009、010、011、012、013、014 | 5～8 |
表中 61～101 开发人日是逐函数差距核验前对完整运营／商业范围的早期规划量级，包含首个真实产品接入、测试及联调，不含外部产品重制。它不是本次“Platform 准备＋运营首批”的估算，不用于承诺日历工期。003A／004A 形成实际复用和增量清单后，按可验收变更重新估算；不重复计算已存在能力，也不以省略权益或验证缩减完整目标。
5. 执行顺序和可并行范围
工作包内部采用分段交接，不要求父包全部关闭才消费已验证的输入：003A 基线 → 004A 本域权限 → 005 首批工作台是当前主线。003B 继续处理商业政策；004B 并行准备跨产品委托；它们仅阻塞使用相应政策或委托的功能。A／B 是原工作包内的交付段，不是新增任务包，也不表示部分完成可以关闭整包。
图为主依赖，购买／券型活动须在 008／010 后集成；报表完整验收须有实际业务事件。独立公告可以先在 Console 验证，但这不改变充值、订阅和团队消费的优先级。
| 批次 | 执行安排 | 检查点与下一步输入 |
|---|---|---|
| M0 基线与本域权限 | 003A 固定版本、产品映射与隔离环境；004A 完成本域范围、命令与审计；003B／004B独立推进 | 两员工／两产品负例通过；没有跨产品适配器也可开发本域运营；未决政策明确影响包 |
| M1a 运营首批可用 | 005 复用员工入口、产品空间和现有模型／商品／订单管理；004／007接具名资源诊断；014交当前功能的事实关联 | 员工可完成一条真实配置发布及回读，原命令可恢复；模型、范围和异常状态真实；不是只有菜单或静态原型 |
| M1b 完整商业交付 | 006 动态商品；007 按定稿规则完成全部计量和容量；008 与团队 WP 联调 | 全部已确认权益可配、可买、可用，个人／团队同待遇；首批界面完成不能代替这一条件 |
| M2 完整增长运营 | 010 → 009；011 先非购买任务后整合购买／券；012 接公告及业务投放；014 持续接入事实 | 优惠、任务奖励、公告／投放均覆盖正常、失败、暂停及售后，不能只完成配置表 |
| M3 真实产品联动 | 013 准备与受限读取／内容接入可提前；按新 Studio、Drama、Commerce 就绪批次完成商业联动；014接实际事实 | 单能力分别记录；首个产品形成阶段成果，各目标产品最终分别完成两域授权、前端位置、参与使用及报表 |
| M4 完整候选与发布准备 | 015 汇总并独立评审；按具体授权进入后续生产步骤 | 需求覆盖、实际源码／制品、旧责任、未决和停止方案可核对；准备完成与上线分开 |
有可用实现者时，006 与 007、011 与 012 的独立部分、014 的事件口径可并行准备；共享路由、契约总文件、资金分配及页面入口由具名责任人串行整合。单开发者沿批次推进，不为模拟并行增加工作树或任务切换。依赖未就绪时只推进不依赖它的文档、局部设计或隔离合同验证，不发布不可履约商品。
6. 必须定稿的决策及局部阻塞
| 决策 | 已确认／待定与建议 | 需要关闭的位置 | 决策责任 |
|---|---|---|---|
| D01 产品范围与代际 | React + Go、旧服务无兼容及新 Studio／Drama／Commerce 最终接入已明确；先做Platform本域，Creative／新Drama按实际能力选择首个接入批次，核定身份映射与历史责任 | 013 的具体受限读写前；不重复询问已明确的技术栈与最终范围 | zao 与对应产品负责人 |
| D02 员工委托与管理入口 | 复用身份及动作权限；产品再验对象；若将原产品管理页改为中央直接编辑，明确 ADR-0015 的变化 | 004 正式委托及 013 集中产品管理前 | zao；实现者提供具体方案，必要时新 ADR |
| D03 视频秒数及跨单位抵扣 | 秒数权益已确认；精度、取整、可信来源和完整输出分配规则仍待定 | 007 计量实现及含秒数商品发布前 | zao，计量实现者提交验算样例 |
| D04 容量单位／组合／归属 | 免费目标 1 GB、容量可配置已确认；总额／增量、并存规则、团队池待定 | 007 容量实现及 008 团队含容量交付前 | zao，Platform／Media 提供影响对照 |
| D05 旧容量过渡 | 不删原件、不改已付待遇；哪些旧用户何时调整、超额可用操作及通知待定 | 生产存量批次前；先在隔离环境验证 | zao，运营与存储责任方 |
| D06 团队期限与订阅 | 无席位费、同待遇同价已确认；超团队有效期的可售规则仍须衔接团队 WP | 008 对应商品可售前 | zao，两个工作包共同定稿 |
| D07 促销与奖励政策 | 叠加次序、承诺型／抢兑型券、首购去重、返利基数、退款返券和撤奖需明确可选规则及默认值 | 010／011 对应类型实现；009 售后 | zao；具体优惠金额和排期以后由运营填写 |
| D08 公告／展示默认值 | 预留位置与公告能力已确认；位置清单、阅读口径、整体频控、语言回退和撤回时限待局部评审 | 012／013 前端接入验收 | zao 与产品设计／实现者 |
不把实际档数、套餐名称、价格、积分数量或活动排期作为开发阻塞项。上述待定的是影响履约与权限的规则语义；每项以可审查的方案和样例关闭，不对用户重复索取已确认事项的批准。
7. 验收责任与证据
所有用例来自FS A01～A77，架构验证来自开发边界 B01～B08。下表为唯一主责分配，关联包配合，不用主责归属掩盖跨包联调。
| 主责包 | FS 用例 | 架构验证 |
|---|---|---|
| WP-PLAT-003 运营基线与规则定稿 | 提供实施输入 | B01 |
| WP-PLAT-004 运营授权与契约接入 | A01、A02、A60、A64、A76 | B02、B03、B04 |
| WP-PLAT-005 运营工作台与配置发布体验 | A19、A20 | 按实际变更复用 |
| WP-PLAT-006 动态商品与多权益配置 | A03、A04、A27、A28、A34、A38、A39 | 按实际变更复用 |
| WP-PLAT-007 多资源计量与容量政策联动 | A10、A11、A24、A29、A30、A31、A32、A33、A35、A40 | B05 |
| WP-PLAT-008 个人与团队购买交付闭环 | A05、A06、A07、A08、A09、A12、A13、A14、A21、A22、A23、A25、A26、A37 | 按实际变更复用 |
| WP-PLAT-009 客户订阅调整与运营售后 | A15、A16、A36、A53、A54 | 按实际变更复用 |
| WP-PLAT-010 促销优惠券与预算控制 | A43、A44、A45、A46、A47、A48、A49、A57 | 按实际变更复用 |
| WP-PLAT-011 活动任务与奖励兑现 | A17、A50、A51、A52、A55、A56、A58、A61、A62 | 按实际变更复用 |
| WP-PLAT-012 公告内容与前端展示位 | A41、A42、A65、A66、A68、A69、A70、A71、A72、A75 | 按实际变更复用 |
| WP-PLAT-013 产品运营适配与接入验收 | A67、A73、A77 | B08 |
| WP-PLAT-014 经营投影与效果报表 | A18、A59、A74 | B06 |
| WP-PLAT-015 联合验收与分批发布准备 | A63 | B07 |
每条证据至少关联实现提交、生产方契约／客户端版本、实际测试环境、前置数据和结果。资金、权限、资源竞争、订单与原请求恢复使用真实隔离数据库；缺专用数据库而跳过不能算通过。UI 需要真实接口状态和产品前端回读；仅截图、原生接口或路由存在均不足以结项。真实供应／支付、隔离夹具、线上发布结论分别记录。
每包按“输入／规格 → 提供方行为与必要数据增量 → 管理端／客户端接线 → 本包验证”的顺序拆可审查变更，不先发布无法履约的 UI。代码及 CI 修改使用隔离工作树，合并前核对其他包在共享路径的修改；不覆盖现有 dirty。不额外增加全仓 CI 门禁或每次跑全套脚本。
8. 数据变更、启用和停止
- 先准备读取与权限：保留new-api／Go发版窗口内的原对象及回执读取；不建设旧Node/Python兼容层；新增只读投影不改变账务。
- 再启用内部配置：草稿和模拟预览可先开放；每种商品／活动必须通过实际交付与计量验收才允许真实发布。
- 再按能力和产品启用：平台本域与首个真实产品分批记录；个人与团队可分步联调，但团队及全部已确认权益仍是商业完整交付条件。
- 存量变更另列批次：旧容量、旧产品管理入口和历史素材均有对象范围、前后对照及原责任；不自动迁移或清理。
- 停止新增与保留恢复：异常时按产品／商品／活动／位置停止新动作；原已付款、已领承诺、在途生成和素材引用继续由原服务处理。后台不直接删桶对象或重建资金。
- 来源与观察闭环：发布候选记录源码和制品摘要、契约／消费版本、真实端点；观察越权拒绝、支付／发放未完成、重复效果、容量差异、投放失效及核心流程错误。基线和阈值在发布前具名确认，不能以没有监控数据当零故障。
计划不恢复开发阶段三库联合灾备或所有产品联动升级前置。生产数据与历史写入者有专门保护，不因开发约束宽松而删除。若无法安全应用回退，优先关停新写并前向修复；已发生的资金、消费和授予事实不回滚成未发生。
9. 开始实施时的第一批动作
当前按以下可审查变更启动；实际编码时使用隔离工作树，按已有 WP 接单，无须再造一份总计划：
- 003A：交接开发输入。 固定源码／契约／产品身份映射，列出复用与增量；准备隔离 PG／Redis及测试主体。把004A所需输入先交出，容量、秒数和促销政策留在003B继续关闭。
- 004A：补产品范围和原命令保证。 优先覆盖运营实际要读写的模型、商品、订单、用户摘要与回执；统一范围校验、版本冲突、幂等和审计。全局接口保留全局权限，不通过前端过滤降权开放。
- 005：接一条完整运营流程。 获准员工进入产品空间 → 编辑现有可交付商品草稿 → 预览差异 → 发布 → 客户端回读 → 查看审计；同时接现有模型／价格和订单诊断。接口未就绪可先做明确标注的交互验证，真实接线必须经过相应门槛。
- 004／007／014：补资源和异常视图。 员工资源管理合同通过后联调真实Media；按现行待遇回读容量／用量，串起原操作、交付和保存状态。新容量政策和团队池另按定稿规则开放。
- 004B／013：交跨产品协议并逐能力接入。 先准备产品能力登记与只读／内容合同；涉及新的跨产品委托的读写均须验权。商业闭环依008，投放依012，产品完整验收仍覆盖A77／B08。
随后按M1b～M4完成全部商品权益、营销、售后和产品联动。完整执行SDK、Go Agent、产品全量重制、旧语言兼容及所有仓库同时升级均不作为上述本域运营工作的开工条件。
本轮只完成计划与任务卡。实际执行进度、评审、验证和发布记录写入 07_过程记录，任务卡只维护状态及证据链接；没有新的 PR、部署或生产活动。