# 运维后台第一期方案
> 文档版本：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，不承担开发诊断；建议在本周活动系统最小成品闭环完成后，于下周正式开工。
