Genarrative/docs/technical/PUZZLE_IMAGE_AND_FRONTEND_RULES_ALIGNMENT_2026-04-29.md

拼图图片与前端规则裁决对齐 2026-04-29

背景

本轮明确调整拼图运行态边界：

1. 拼图生成图片重新回到 1:1 正方形。
2. 拼图中的拖动、交换、合并、拆分与通关判定由前端即时计算。
3. 移动端运行时棋盘需要贴近屏幕两侧边缘，减少无效留白。

此前误按 9:16 竖屏统一图片和棋盘，会让拼图块在移动端可操作面积不足，也和拼图素材的切块体验不匹配。本轮回到正方形棋盘与正方形生图。

落地结论

1. 图片生成

1. 拼图生成图固定使用 1024*1024。
2. 文生图和参考图生图共用同一个尺寸常量，禁止一条链路仍生成竖屏或横版图。
3. 拼图图片提示词明确写入 1:1 正方形画布，继续保留 3x3 或 4x4 拼图切块、主体清晰、层次明确、无文字水印等约束。
4. 图片生成仍由 api-server 执行。SpacetimeDB reducer 不做网络 I/O。

2. 前端规则裁决

1. 运行态的交换、拖动、合并、拆分、通关判定由前端基于 PuzzleRunSnapshot 即时计算。
2. 正式 run 与本地测试 run 复用同一套前端规则函数，避免正式链路和测试链路玩法漂移。
3. 后端仍负责开始 run、进入下一关、道具扣费、暂停计时同步、排行榜提交、作品与下一关候选读取。
4. 正式 run 的 /drag 后端 HTTP 接口已撤出 Rust API；拖动不再有后端入口。/swap 暂作点击交换兼容入口，拖动中的交换由前端本地规则完成。

3. 移动端棋盘布局

1. 运行时棋盘根容器恢复 aspect-square。
2. 移动端横向 padding 收紧到 0.25rem，棋盘宽度使用 min(99vw, 可用高度)，尽量贴近屏幕两侧边缘。
3. 单格不设置固定最小高度，避免移动端被单格撑破。
4. 顶部 HUD 与底部道具仍保留安全区，不能遮挡棋盘可操作区域。

验收

1. 点击拼图草稿生成或重新生成画面时，后端请求 DashScope 的 size 为 1024*1024。
2. 图片提示词包含 1:1 正方形拼图关卡。
3. 正式拼图 run 中拖动拼块后，前端立即更新棋盘、合并块和通关状态，不再等待 /drag。
4. 移动端运行时棋盘为正方形，并尽量贴近屏幕两侧边缘。
5. 下一关、道具、排行榜仍走现有后端链路，不把外部 I/O 或扣费逻辑塞回前端。