chore: collect latest dingTalk feishu docs

output/feishu-docs/Slm4wB1oYiaLc5keCaQcO75gnah.md

@@ -0,0 +1,288 @@
+# 2026.06.29日报-刘鹏
+
+
+Source: https://feishu.cn/docx/Slm4wB1oYiaLc5keCaQcO75gnah
+
+
+# 一、工作概述
+
+拆解浪漫餐厅订单显示和补充机制，完善整个订单刷新机制配置
+
+剧情系统界面背景和旁白配置方案落地
+
+仓库界面优化、合成动效UI触发逻辑优化
+
+# 二、主要产出
+
+## 2.1-订单机制配置完善
+
+主要通过对浪漫餐厅订单数据和表现现象进行记录，然后借助AI分析现象，给出满足所有数据和现象的可用模型推测，再进行数据实跑测试，AI会自动比对是否符合描述现象并进行符合度打分。结合AI的验证数据和人工审核判断得到可用机制和数据模型
+
+### 2.1.1-数据准备
+
+前期订单表格记录数据
+
+订单槽位对应的订单链条
+
+单槽位订单链成本变化，主要是观察难度映射
+
+得出结论：
+
+单独一个订单槽位对应一条订单链条，长度不固定
+
+订单槽位序号与订单位置无关，即订单槽只定义订单链的长度和难度接口
+
+不同订单槽有明显的难度倾向
+
+游戏录频观察现象总结
+
+出现空槽
+
+有明显的难度排序趋势
+
+订单槽位会出现空槽
+
+单个槽位需要完成前置订单才会刷新后续的订单
+
+订单排列有明显的难度规律，即难度越低通常越靠左
+
+订单排列标记状态和未标记状态有明显的排序变化
+
+订单位置只有在标记状态更新和新订单加入情况下才会改变
+
+### 2.1.2-AI讨论反拆
+
+模型反推
+
+数据测试验证，得到结果为大部分情况下满足参考现象，具备一定可行性。后续将配入项目进行实测验证
+
+### 2.1.3-最终成果
+
+把订单拆成多条职责明确的目标线
+
+单槽位不是单纯容器，而是不同压力层、不同功能的订单轨道。
+
+比如一条轨道负责低压即时反馈，一条负责中期积累，一条负责剧情/桥接/特殊单。
+
+这样玩家看到的是“短目标 + 中目标 + 特殊目标”并存，而不是一个公共池不断往空位塞单。
+
+强控节奏，而不是只控数量
+
+空缺自动补只能保证“始终有 3 单”。
+
+但它很难保证这 3 单之间的结构关系。
+
+竞品这套做法能更稳定地维持：
+
+至少 1 个近目标、至少 1 个中目标
+
+特定节点出现剧情/教学目标
+
+这对中期体验特别重要，因为目标层次感比“单子数量”更重要。
+
+避免公共池补位带来的难度串味
+
+如果是空缺自动补，某个高压槽位做掉后，公共池里下一单可能是低压单，也可能还是高压单。
+
+玩家很难形成稳定预期。
+
+竞品这种分逻辑槽位链的方式，主要是让玩家逐渐学会：
+
+左边常常是更快能做的
+
+某条线通常更长线、更贵、更难
+
+这种可预期性会转化成策略感和掌控感。
+
+允许“故意留空”
+
+某些槽位链耗尽后不立刻补，是为了让当前阶段只保留 1-2 条有效目标线”，避免目标过多产生干扰
+
+如果永远空缺自动补，系统会天然倾向把屏幕填满，反而更容易让玩家长期处在被多目标拉扯的状态。
+
+## 2.2-剧情系统界面背景和旁白配置方案落地
+
+剧情数据支持新字段
+StoryData 现在支持 default_background_id，DialogueEntry 现在支持 display_type、background_override_id、caption，并且老数据没填这些字段时会自动按旧的 character_bubble 走。
+
+剧情弹窗支持“背景切换”
+打开一个剧情时，会先按 story.default_background_id 设置默认背景；某条对白如果配了 background_override_id，会把背景切到对应背景，并保持到下一次切换。
+
+剧情弹窗支持三种展示类型
+
+现在不是只有角色气泡：
+
+character_bubble：原来的头像 + 名字 + 气泡
+
+narration_text：居中的纯旁白文本块
+
+narration_image：居中的图片旁白，可选 caption
+
+加了背景配置表。
+新增了 StoryBackgroundData，用 background_id -> sprite_path 管理剧情背景，不用在每条对白里直接写精灵路径。
+
+加了基础校验-配置加载时会检查：
+
+default_background_id 是否存在
+
+background_override_id 是否存在
+
+narration_text 不能配成图片
+
+narration_image 必须配图片
+
+## 2.3-仓库、合成动效优化
+
+仓库优化
+
+仓库去掉多余占位图片、调整界面文字和UI位置确保符合上线标准
+
+合成动效优化
+
+排查了合成提示动效的暂停/恢复链路，确认问题根因是设置界面未接入暂停通知。
+
+给设置界面补上了打开即停止、关闭后再恢复合成提示动效的逻辑。
+
+优化了合成提示动效的面板状态管理，把单一布尔改成按界面实例跟踪。
+
+修复了多个系统界面叠加时，一个界面先关闭就误恢复合成提示动效的问题。
+
+统一核对并加固了背包、剧情、广告、引导、图鉴等系统界面的暂停/恢复接入逻辑。
+
+# 三、收获和反思
+
+## 3.1-收获：
+
+节奏编排和目标控制：这次从反推模型里最值得借鉴的，不是某条具体订单链怎么配，而是一整套设计方法：先定义目标结构和槽位职责，再让订单内容去服务这个结构；把订单槽当成不同功能的目标轨道，而不是同质化容器；用“完成哪条线就推进哪条线”的方式保留目标线人格和玩家预期；把新目标投放绑定到剧情推进、离线回流、断流保底等关键时机，而不是只靠空位自动补单；同时把显示排序、阶段性留空、保底兜底都当成节奏控制工具。可复制的核心思路就是，把订单系统从“持续发单工具”升级为“目标分层与节奏编排系统”，后续会将改进后的订单显示和槽位订单链补充规则补充到订单机制中。
+
+# 四、明日计划
+
+完成订单配置并进行实测验证模型的落地效果
+
+完成以下任务优化补全
+
+广告位 ID 替换
+
+新手引导补全
+
+背包解锁阶梯设计 + 配置
+
+继续反推浪漫餐厅经验等级、金币产和每日体验节奏设计等数值，补充总结当前已完成的数值模型和结构
+
+# 五、当前进度和规划
+
+时间
+
+模块
+
+交付物
+
+交付标准
+
+完成情况
+
+本周任务完成进度（%）
+
+D1
+
+订单机制拆解和配置同步
+
+剧情系统背景切换和旁白配置
+
+仓库、合成动效问题优化
+
+订单机制完整流程图和配置结构
+
+剧情系统背景可切换，旁白可居中配置
+
+仓库、合成动效突兀出现在其他二级
+
+输出订单系统完整流程图，包含生成、刷新、完成、奖励发放、异常中断等关键节点，并整理对应配置字段说明。
+
+订单相关配置可定位、可修改、可同步，形成一份配置说明文档。
+
+剧情系统支持按节点切换背景，切换后显示正确、无错位、无丢失。
+
+拆解浪漫餐厅订单显示和补充机制，完善整个订单刷新机制配置
+
+剧情系统界面背景和旁白配置方案落地
+
+仓库界面优化、合成动效UI触发逻辑优化
+
+20%
+
+D2
+
+广告位 ID 替换
+
+新手引导补全
+
+背包解锁阶梯设计 + 配置
+
+AdService.cs → 微信后台真实 ID
+
+增加"合并两个 gen_craft_lv1 → gen_craft_lv2"的引导步骤
+
+设计 4→20 格的解锁节奏，写入 BackpackUnlockConfig.json
+
+广告位替换为真实 ID，并完成基础验证。
+
+新增合并引导步骤，流程可正常触发。
+
+完成 4→20 格背包解锁节奏设计并写入配置。
+
+D3
+
+XP 等级数值设计
+
+XP 系统配置实现
+
+顶部状态栏改造
+
+等级曲线、XP 来源权重、等级奖励表
+
+配置 reward_xp、升级判定逻辑、存档
+
+去钻石栏、加头像框+等级、体力按钮接广告埋点
+
+完成等级曲线、XP 来源和奖励表设计。
+
+XP 获取、升级判定和存档逻辑可正常运行。
+
+顶栏完成等级展示改造，体力按钮接入广告埋点。
+
+D4
+
+AudioManager 实现
+
+音频资源配置
+
+推送通知接入
+
+BGM/SFX 播放管理器、音量控制、Settings 联动
+
+AudioConfig.json + 接入已有的 merge_sfx_id
+
+微信订阅消息模板、触发逻辑（体力满/订单刷新/回流）
+
+完成 BGM/SFX 播放管理和设置联动。
+
+音频配置可用，并接入现有音效资源。
+
+完成体力满、订单刷新、回流等通知触发逻辑。
+
+D5
+
+完成新链剧情配置包含背景、旁白图片
+
+完成人物动画制作
+
+完整剧情配置
+
+人物动画制作完整workflow或者skill
+
+新链剧情背景、旁白图片等配置补齐，系统可完整跑通。
+
+完成人物动画制作 workflow 或 skill，支持批量生成。
+
+规划风险提醒：探索与收口失衡【最高优先级】、空间压力设计失误、订单节奏不合理、广告点打断体验、合成反馈不够满足、 美术风格不统一、 第一版系统定义过早、单人 AI 工具使用不熟