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

readme-develop.md

@@ -1,6 +1,6 @@
 # CMR Mini 开发架构阶段总结
-> 文档版本：v1.20
-> 最后更新：2026-04-03 19:26:23
+> 文档版本：v1.24
+> 最后更新：2026-04-07 22:35:00
 
 文档维护约定：
 
@@ -17,6 +17,8 @@
   - [联调架构阶段总结](D:/dev/cmr-mini/doc/gameplay/联调架构阶段总结.md)
 - 活动列表最小产品方案见：
   - [活动卡片列表最小产品方案](D:/dev/cmr-mini/doc/gameplay/活动卡片列表最小产品方案.md)
+- 运维后台规划见：
+  - [运维后台第一期方案](D:/dev/cmr-mini/doc/gameplay/运维后台第一期方案.md)
 - 面向后端线程的阶段性实施说明，优先写入根目录 [t2b.md](D:/dev/cmr-mini/t2b.md)。
 - backend 新增写给总控线程的回写板：
   - [b2t.md](D:/dev/cmr-mini/b2t.md)
@@ -69,7 +71,11 @@
       - `presentation schema`
       - `活动文案样例`
     - 活动卡片列表最小产品化第一刀已完成
-    - 当前主线进入“活动卡片列表第一刀联调回归与小范围修复阶段”
+    - 当前主线进入“活动系统最小成品闭环回归与小范围修复阶段”
+    - 本周目标切换为：
+      - 完成活动系统最小成品闭环
+      - 小程序主界面从工程态过渡到用户态
+      - 运维后台第一期只做规划，不正式开工
     - backend 当前应优先保证：
       - 从空白环境直接可跑
       - workbench 日志能明确定位失败步骤
@@ -78,6 +84,16 @@
       - 维护活动卡片列表第一刀所需最小摘要字段稳定
       - 响应列表页联调中暴露的字段、默认值和语义问题
       - 保持列表页与活动详情页摘要口径一致
+      - 收口活动配置、发布、默认活动与自定义活动统一流
+      - 第一阶段活动模型按：
+        - 单地图
+        - 单路线组
+        - 单玩法
+        收口推进
+      - 当前不把复杂多地图 / 多路线组 / 多玩法语义硬塞进单个活动对象
+      - 为下周运维后台第一期准备对象与接口边界
+      - 继续保证三条标准 demo 活动无残留 `ongoing session`
+      - 继续保证一键回归链可从空白环境重复跑通
 - 前端线程建议正式上场时机：
   - 现在已完成活动运营域摘要接线第一刀
   - 当前已完成：
@@ -94,7 +110,7 @@
       - 会话快照
   - 当前建议：
     - frontend 已完成活动卡片列表最小产品化第一刀
-    - frontend 当前进入联调回归与小范围修复阶段
+    - frontend 当前进入活动系统最小成品闭环回归与小范围修复阶段
     - 优先复用 backend 一键测试环境做回归
     - 优先复用：
       - `回归结果汇总`
@@ -105,8 +121,21 @@
     - 不做复杂运营样式
     - frontend 当前分工：
       - 活动列表页第一刀回归与小修
+      - 地图体验第一刀回归与小修
+      - 游客模式第一刀回归与小修
       - 结构化日志补充
       - 配合 backend 收口字段与默认值
+      - 活动详情页、准备页、结果页、历史页去工程味
+      - 在当前活动链、地图体验链、游客体验链内完成从工程态到用户态的过渡
+      - 不进入活动列表第二刀扩展
+      - 不进入地图体验第二刀
+      - 不进入游客模式第二刀
+      - 不做首页大重构
+      - 准备页地图预览按“用户化增强项”推进：
+        - 低级别正式瓦片底图
+        - 前端动态叠加当前赛道
+        - 只读展示
+        - 不做第二套交互地图
 
 当前阶段的核心目标已经从“把地图画出来”升级为“建立一套可长期扩展的运动地图游戏底座”。  
 这套底座已经具备以下关键能力：