完善后端联调链路与模拟器多通道支持

backend/docs/系统架构.md

@@ -21,6 +21,11 @@
 - 运行时解析复杂地图规则
 - 直接下发数据库编辑态对象给客户端
 
+补充约束：
+
+- 这套 backend 必须服务未来 APP，不是“小程序专用后端”
+- 登录方式可以按终端区分，但业务对象和业务接口不能按端分裂成两套
+
 ## 2. 分层
 
 ### 2.1 平台层
@@ -35,6 +40,12 @@
 
 这层是整个平台共用能力。
 
+它必须同时支撑：
+
+- APP
+- 微信小程序
+- 后续公众号 / H5 / 其他渠道
+
 ### 2.2 业务层
 
 业务层统一处理：
@@ -58,6 +69,12 @@
 
 这层是“客户端真正进入游戏时要消费的运行配置入口”。
 
+这里的发布结构应保持终端中立：
+
+- 不写死为小程序专用结构
+- 不直接依赖某个端的页面实现
+- 允许 APP 和小程序共用同一份 release / manifest
+
 ### 2.4 运行层
 
 运行层统一处理：
@@ -126,6 +143,12 @@
 - `GET /sessions/{id}` 会返回 `resolvedRelease`
 - `GET /sessions/{id}/result` 能追溯到当时的 release
 
+补充约束：
+
+- release / manifest 只描述运行配置，不承载某个端的页面状态
+- 玩家设置、设备能力差异、运行时 UI 编译由客户端自行处理
+- 后端负责“发布可运行配置”，不是“替某个端生成最终运行时 profile”
+
 ## 5. 代码分层
 
 ### 5.1 入口层
@@ -189,6 +212,16 @@
 - 驱动地图和玩法
 - 产生过程数据和结束摘要
 
+适用范围：
+
+- 微信小程序客户端
+- 未来 APP 客户端
+
+也就是说：
+
+- 后端按统一业务模型输出
+- 终端差异放在客户端运行时适配层，不放在后端业务接口层
+
 ### 6.3 后续网关该怎么接
 
 后面如果接实时网关，建议仍然走：