推进活动系统最小成品闭环与游客体验

doc/gameplay/运维后台第一期方案.md

@@ -0,0 +1,156 @@
+# 运维后台第一期方案
+> 文档版本：v1.0
+> 最后更新：2026-04-07 10:24:38
+
+本文档用于定义运维后台第一期的角色边界、模块范围和与当前 `/dev/workbench` 的分工，作为下周启动正式运维后台时的最小基线。
+
+---
+
+## 1. 目标
+
+运维后台第一期的目标不是替代开发联调台，而是为非开发角色提供一套**可管理活动、可绑定资源、可发布版本**的最小后台。
+
+第一期要解决的核心问题：
+
+1. 运维人员可以查看和管理活动
+2. 运维人员可以绑定展示定义、内容包和运行绑定
+3. 运维人员可以发布和查看当前生效版本
+4. 默认活动和自定义活动都能统一进入发布流
+
+---
+
+## 2. 与 workbench 的分工
+
+### 2.1 workbench
+
+继续保留为：
+
+- 开发联调台
+- 一键测试台
+- 诊断台
+- 回归台
+
+继续负责：
+
+- `Bootstrap Demo`
+- 一键补齐 Runtime 并发布
+- 一键标准回归
+- Launch 实际配置摘要
+- 前端调试日志
+
+### 2.2 运维后台
+
+第一期定位为：
+
+- 运营配置台
+- 发布管理台
+- 非开发人员日常使用后台
+
+不承担：
+
+- 一键测试
+- 分步诊断
+- 调试日志查看
+- 开发期 demo 数据准备
+
+---
+
+## 3. 第一期开哪些模块
+
+### 3.1 活动管理
+
+最小能力：
+
+- 活动列表
+- 活动详情
+- 活动状态查看
+- 默认体验活动标记查看
+
+### 3.2 展示管理
+
+最小能力：
+
+- 查看 `EventPresentation`
+- 绑定到活动
+- 查看当前 active presentation
+
+### 3.3 内容包管理
+
+最小能力：
+
+- 查看 `ContentBundle`
+- 导入内容包摘要
+- 绑定到活动
+- 查看当前 active bundle
+
+### 3.4 运行绑定管理
+
+最小能力：
+
+- 查看 `MapRuntimeBinding`
+- 选择活动当前使用的 runtime binding
+- 查看绑定摘要：
+  - `place`
+  - `map`
+  - `tile release`
+  - `course variant`
+
+### 3.5 发布管理
+
+最小能力：
+
+- 发布当前活动
+- 查看当前 release
+- 查看历史 release
+- 查看当前 release 绑定的：
+  - `presentation`
+  - `contentBundle`
+  - `runtime`
+
+---
+
+## 4. 第一阶段明确不做
+
+第一期不做：
+
+- 完整资源素材平台
+- 复杂审核流
+- 批量操作
+- 回滚自动化
+- 复杂权限模型
+- 活动搭建器可视化编辑器
+- 工作流编排
+
+---
+
+## 5. 页面建议
+
+建议第一期后台至少包含这几页：
+
+1. 活动列表页
+2. 活动详情页
+3. 展示定义选择页/弹层
+4. 内容包选择页/弹层
+5. 运行绑定选择页/弹层
+6. 发布详情页
+
+---
+
+## 6. 启动时机
+
+当前建议的时机是：
+
+- 本周先完成“活动系统最小成品闭环”
+- 下周开始做“运维后台第一期”
+
+原因：
+
+- 当前 workbench 仍承担联调标准化和回归职责
+- 活动配置、发布、进入、结果回看这一条产品链还在本周收口
+- 正式运维后台应在业务主链稳定后启动，避免两条后台线互相干扰
+
+---
+
+## 7. 一句话结论
+
+运维后台第一期应作为**运营配置与发布后台**启动，不替代 workbench，不承担开发诊断；建议在本周活动系统最小成品闭环完成后，于下周正式开工。