1

docs/design/MOBILE_CREATION_NEW_WORK_COMPACT_LAYOUT_2026-04-24.md

@@ -18,6 +18,7 @@
 4. 模块本体使用 `max-height: 33svh` 作为硬约束，内容超出时优先在模板入口行内横向滚动，不撑高页面。
 5. 桌面端保持网格入口，但同步收紧内边距和卡片留白，避免移动端与桌面端表现割裂。
 6. 横向滚动模板行必须隐藏原生滚动条，保留滑动能力，避免底部出现过粗的视觉条。
+7. 模板入口排序以可创作为第一优先级：可创建卡片保持原配置内相对顺序排在前面，锁定且展示“敬请期待”的卡片保持原配置内相对顺序排在后面。
 
 ## 文案约束
 

docs/design/PLATFORM_BIG_FISH_ENTRY_HIDE_2026-04-28.md

@@ -29,5 +29,5 @@
 ## 4. 验收点
 
 - 平台“选择创作类型”弹层不再显示“大鱼吃小鱼”卡片。
-- RPG、拼图、“敬请期待”类卡片顺序与交互保持稳定。
+- 可创建卡片排在前面，展示“敬请期待”的锁定卡片排在后面，交互状态保持稳定。
 - 代码层不引入对 Big Fish 运行时或结果页的额外耦合修改。

docs/design/PLATFORM_WORK_DETAIL_AND_REMIX_DESIGN_2026-04-28.md

@@ -1,6 +1,6 @@
 # 平台统一作品详情页与 Remix 数据链路设计
 
-更新时间：`2026-04-29`
+更新时间：`2026-05-01`
 
 ## 1. 本次目标
 
@@ -15,21 +15,22 @@
 统一详情页只做作品展示与动作入口，不承担规则说明。
 
 1. 顶部导航：返回按钮、标题“详情”、更多按钮占位；不展示“统计 / 详情 / 评价 / 论坛”Tab。
-2. 封面区：固定 `16:9` 比例，使用作品封面图 `cover` 填满整块主视觉；背景可用同图弱化铺底；缺图时只显示平台主题底，不新增说明文字。
-3. 基础信息区：
+2. 封面区：固定 `16:9` 比例，默认使用作品封面图 `cover` 填满整块主视觉；背景可用同图弱化铺底；缺图时只显示平台主题底，不新增说明文字。拼图作品详情页若详情数据包含多个关卡图，则顶部封面区优先按关卡正式图轮播展示，每张图对应一个关卡；无可用关卡图时再回退作品封面图。
+3. 移动端首页“推荐”和“今日游戏”列表中，只有最接近屏幕垂直中心的作品卡片进入封面轮播态；若该拼图作品有多张关卡封面，则按详情页同源封面序列自动轮换。用户滚动后，离开中心的旧卡片必须立即恢复首张封面，新中心卡片再开始轮播；“游戏分类”、排行、桌面端列表不启用该自动轮播。
+4. 基础信息区：
    - 左侧作品图标使用作品封面或首图。
    - 中间展示作品名、作者头像、作者名、玩法类型；作者头像读取公开用户资料 `avatarUrl`，缺失时使用作者昵称首字占位。
    - 右侧原 TapTap 评分位置替换为 `点赞` 按钮；点击后调用后端点赞接口，由后端记录当前登录用户对该公开作品的点赞关系并返回更新后的真实 `likeCount` 读模型，前端不伪造点赞增长。
-4. 统计区固定四项：
+5. 统计区固定四项：
    - 游玩：`playCount`，显示为“数字 + 次”，单位放在数字后方。
    - 改造：`remixCount`，显示为“数字 + 次”，单位放在数字后方。
    - 点赞：`likeCount`，显示为“数字 + 赞”，单位放在数字后方。
    - 日期：优先展示 `updatedAt`，缺失时回退 `publishedAt`；前端只负责格式化显示，必须兼容后端当前 `seconds.microsZ` 与 ISO 字符串两种真实时间文本，显示为完整 `YYYY-MM-DD`，使用更小字号并保持单行不换行。
    - 四项统计需要使用浅色图标底强化识别，但不得追加规则说明类文案。
-5. 简介区：展示玩法标签和作品简介；不追加说明类文案。
-6. 底部动作：左侧按钮为“作品改造”，右侧主按钮为“启动”；两个按钮必须位于同一行，点击“启动”后进入对应玩法运行态并记录游玩次数。
-7. 页面配色必须跟随平台明暗主题变量；亮色主题使用平台浅色底、深色文字和主按钮渐变，暗色主题使用平台暗色底、亮色文字和对应主按钮渐变，不在详情页写死独立黑色皮肤。
-8. 字号规范跟随平台页面既有节奏：标题/主按钮使用 `1rem` 级别，作品名使用卡片标题同级 `1rem`，辅助信息与简介使用 `0.8125rem` / `0.875rem`，标签与统计标签使用 `0.75rem`，避免在详情页使用随视口放大的独立大字号。
+6. 简介区：展示玩法标签和作品简介；不追加说明类文案。
+7. 底部动作：左侧按钮为“作品改造”，右侧主按钮为“启动”；两个按钮必须位于同一行，点击“启动”后进入对应玩法运行态并记录游玩次数。
+8. 页面配色必须跟随平台明暗主题变量；亮色主题使用平台浅色底、深色文字和主按钮渐变，暗色主题使用平台暗色底、亮色文字和对应主按钮渐变，不在详情页写死独立黑色皮肤。
+9. 字号规范跟随平台页面既有节奏：标题/主按钮使用 `1rem` 级别，作品名使用卡片标题同级 `1rem`，辅助信息与简介使用 `0.8125rem` / `0.875rem`，标签与统计标签使用 `0.75rem`，避免在详情页使用随视口放大的独立大字号。
 
 ## 3. 数据真相源
 
@@ -99,4 +100,5 @@
 4. Remix 后原作品改造次数增加，新草稿归当前用户所有，且不会继承源作品统计。
 5. 点赞公开作品会走对应后端记录入口，首次点赞后刷新仍能看到递增后的点赞次数，重复点赞不会继续增加。
 6. 启动公开作品会走对应后端记录入口，刷新后仍能看到递增后的游玩次数。
-7. 修改后运行编码检查、SpacetimeDB 绑定生成、Rust 检查和必要前端测试。
+7. 移动端首页“推荐”和“今日游戏”列表滚动时，仅中心卡片自动轮播多封面；旧中心卡离开后回到首张封面，新的中心卡接续轮播。
+8. 修改后运行编码检查、SpacetimeDB 绑定生成、Rust 检查和必要前端测试。

docs/design/PUZZLE_RUNTIME_HEADER_AND_CLEAR_EFFECT_DESIGN_2026-04-27.md

@@ -29,6 +29,14 @@
 
 网格规模仍可作为运行时内部状态存在，但不默认写在 UI 顶栏中。
 
+### 1.1 2026-04-30 顶栏与底部工具补充
+
+1. 顶栏作者信息不再只显示一行作者名，必须展示为作者头像与昵称组合；当前运行态只提供昵称时，用昵称首字生成圆形占位头像。
+2. 倒计时组件提升为顶栏中的强信息，字号、内边距和图标尺寸都需要明显大于作者昵称与关卡序号。
+3. 底部只保留 `提示 / 原图 / 冻结` 三个功能按钮，并整体居中展示；三个按钮触控面积和图标字号都需要放大。
+4. 底部不再展示“等待下一关候选”这类状态占位。通关后在三个道具按钮上方固定展示“下一关”按钮，展示条件只依赖当前关卡已通关，不依赖 `recommendedNextProfileId` 是否已有值。
+5. 点击底部“下一关”按钮继续调用运行时壳层已有 `onAdvanceNextLevel` 事件；正式 run 由后端 `next-level` 选择候选，本地 run 由 `local-next-level` 生成或接续下一关，前端不在按钮层自行决定下一关来源。
+
 ### 2. 拼图块显示规则
 
 运行时单块右下角编号全部移除。

docs/design/RPG_NPC_CHAT_HOSTILE_TERMINATION_AND_INLINE_FUNCTION_OPTIONS_2026-04-25.md

@@ -11,14 +11,17 @@
 1. 负好感或敌对 NPC 进入聊天后，不再设置固定 5 回合上限。
 2. 负好感或敌对 NPC 每轮回复后，模型必须判断本轮是否结束聊天。
 3. 敌对 NPC 判定时应偏向随时结束聊天并进入对峙，但必须结合玩家刚说的话、NPC 性格、当前剧情压力和对话历史。
-4. 好感度大于等于 0 且非敌对 NPC 不启用模型终止判定，玩家可一直聊天。
-5. 模型判定终止后，聊天面板不再继续提供聊天输入，只显示“继续”按钮，点击后沿用原流程继续生成冒险选项。
-6. 点击“退出聊天”不再直接收起聊天页，也不立即进入剧情推理；它会发送一条结束聊天的玩家输入，对方回复后同样只显示“继续”按钮。
-7. 正向 NPC 的退出聊天只是玩家主动收束，不代表模型强制中止，也不展示战斗/逃跑选项。
-8. 对负好感或敌对 NPC，在聊天终止后的后续流程仍沿用敌对出口：继续推进后展示一个“战斗”选项，以及按相邻场景和当前场景起点展开的多个逃跑选项。
-9. 聊天候选中允许混入当前 NPC 可执行 function，例如交易、送礼、请求帮助、招募、接任务、交任务、开战、离开等。
-10. Function 候选进入聊天上下文时只作为可触发动作，不在 UI 中展示说明类文本。
-11. “换一换”在聊天态可用，用于在不推进对话的情况下改排/轮换当前候选；它不调用后端，不改变聊天历史。
+4. 敌对 NPC 感知到玩家负面发言时，例如挑衅、威胁、羞辱、逼问、拒绝退让、直接宣战或强行越界，应倾向立即 `shouldEndChat=true`。
+5. 敌对 NPC 已聊天轮次超过 4 轮后，应倾向立即 `shouldEndChat=true`，避免敌对关系被拖成长时间闲聊。
+6. 敌对 NPC 最后一轮回复必须像战斗、驱逐或正面对峙前的狠话：短促、带压迫感、明确把局势推向行动前一刻，但不在对白中直接结算战斗。
+7. 好感度大于等于 0 且非敌对 NPC 不启用模型终止判定，玩家可一直聊天。
+8. 模型判定终止后，聊天面板不再继续提供聊天输入，只显示“继续”按钮，点击后沿用原流程继续生成冒险选项。
+9. 点击“退出聊天”不再直接收起聊天页，也不立即进入剧情推理；它会发送一条结束聊天的玩家输入，对方回复后同样只显示“继续”按钮。
+10. 正向 NPC 的退出聊天只是玩家主动收束，不代表模型强制中止，也不展示战斗/逃跑选项。
+11. 对负好感或敌对 NPC，在聊天终止后的后续流程仍沿用敌对出口：继续推进后展示一个“战斗”选项，以及按相邻场景和当前场景起点展开的多个逃跑选项。
+12. 聊天候选中允许混入当前 NPC 可执行 function，例如交易、送礼、请求帮助、招募、接任务、交任务、开战、离开等。
+13. Function 候选进入聊天上下文时只作为可触发动作，不在 UI 中展示说明类文本。
+14. “换一换”在聊天态可用，用于在不推进对话的情况下改排/轮换当前候选；它不调用后端，不改变聊天历史。
 
 ## 3. 后端契约
 
@@ -43,12 +46,14 @@
 1. 敌对聊天可随时中止，NPC 更偏好结束谈判转入战斗或驱逐。
 2. 终止不等于在回复正文里直接执行战斗，只需要用台词把对话收束到对峙、威胁、驱逐、最后通牒或行动前一刻。
 3. 玩家主动退出聊天时，NPC 回复要对这次收束作出回应，并留下自然的后续入口。
+4. 若玩家本轮发言明显负面，或敌对聊天已进入第 5 轮及之后，回复 prompt 要提示 NPC 直接给出战斗前、驱逐前或正面对峙前的狠话。
 
 建议 prompt 需要明确：
 
 1. 常规聊天候选继续生成玩家台词。
 2. Function 候选要根据提供的 function 列表，改写成玩家可直接点击的动作文本。
 3. 不输出规则说明，不把 functionId 暴露给玩家。
+4. 敌对聊天判断 `shouldEndChat` 时，负面发言和已聊天轮次超过 4 轮都应作为强收束信号；如果返回 `shouldEndChat=true`，`terminationReason` 使用 `hostile_breakoff`。
 
 ## 5. 前端流程
 
@@ -81,8 +86,10 @@
 1. 负好感主 NPC 不再出现固定 `turnLimit: 5`。
 2. 敌对 NPC 每轮请求会向后端传 `terminationMode: hostile_model`。
 3. 模型返回 `forceExit: true` 后，聊天输入消失，只显示继续按钮。
-4. 好感度大于等于 0 的 NPC 聊天不传敌对中止模式。
-5. 点击退出聊天会新增玩家结束聊天气泡与 NPC 回复，而不是直接切走面板。
-6. 聊天态可看到并点击 function 候选，且“换一换”可改变候选顺序。
-7. 选项文字前出现中文 function 标签，且标签不改变原 actionText。
-8. 聊天结束后的“继续冒险”直接进入下一幕；最后一幕则展示多个相邻场景方向入口。
+4. 玩家对敌对 NPC 说出挑衅、威胁、羞辱、逼问、拒绝退让、直接宣战或强行越界类发言时，模型应倾向返回 `shouldEndChat=true`，NPC 最后一轮回复带战斗前狠话。
+5. 敌对 NPC 已聊天轮次超过 4 轮后，模型应倾向返回 `shouldEndChat=true`，NPC 最后一轮回复带战斗前狠话。
+6. 好感度大于等于 0 的 NPC 聊天不传敌对中止模式。
+7. 点击退出聊天会新增玩家结束聊天气泡与 NPC 回复，而不是直接切走面板。
+8. 聊天态可看到并点击 function 候选，且“换一换”可改变候选顺序。
+9. 选项文字前出现中文 function 标签，且标签不改变原 actionText。
+10. 聊天结束后的“继续冒险”直接进入下一幕；最后一幕则展示多个相邻场景方向入口。