Files
dc-docs/output/feishu-docs/HVxhwFfM2idMx7kTiuBcgVBXnCb.md
T
2026-06-23 14:43:31 +08:00

6.0 KiB
Raw Blame History

HVxhwFfM2idMx7kTiuBcgVBXnCb

Source: https://dianchukeji.feishu.cn/wiki/HVxhwFfM2idMx7kTiuBcgVBXnCb

一、工作概述

1.完成UI编辑器细调功能 2.对现有订单、棋盘的UI和功能逻辑进行优化 3.优化了一下体验阶段参数生成器的流程逻辑

二、主要产出

2.1-完成UI编辑器细调功能

2.1.1-开发目的

最后的百米冲刺:在早期使用AI完成UI布局时,发现AI能够通过识别草图/详细的描述来完成80%的UI布局,剩下的20%,要么需要非常精确的原型图,要么存在自然语言难以描述或描述困难繁琐的情况,例如单个订单的UI就包括人物icon、物品栏背景、物品格子、物品、提交按钮、奖励面板、奖励icon以及奖励数量等这些UI元素的位置、缩放和逻辑。纯使用自然语言或原型图来完成会比较费时间,且后续调整的时间成本也比较高,最快的办法自然是自己上手直接调,所以会选择制作这样一个功能,来完成细节的调整

2.1.2-主要功能

- 棋盘区域上下位置
- 棋盘内部 padding
- 格子大小
- 格子间距
- 整组格子的起始偏移位置

2.1.3-运行状态

2.2-对现有订单和棋盘的UI以及功能逻辑进行优化

2.2.1-订单模块

2.2.2-棋盘模块

**生成器合成和移动功能 — **增加生成器的移动拖拽和同名合成功能。

2.3-对体验阶段参数生成器做了优化

项目 原始 v0.3 最新版 配置对象 主要看订单 订单 + 棋盘 + 顺序链路一起看 棋盘口径 有棋盘概念,但指标容易混乱 明确了填充率、可用格、生成器格的统一口径 订单顺序 可能只给权重,不保证真实刷出顺序 要补 unlock_order_id 或说明刷新规则 验收状态 容易把模拟结果当通过 改成先 simulation_pass_pending_playtest,必须等真实跑测 后段难度 容易偏轻 已开始主动调整后段成本和节奏 非当前阶段内容 可能混进棋盘 已要求清掉或隐藏 **仍然存在的问题:**最新版比前一个版本 更像“体验阶段生成器”了,但它现在仍然是: “订单/棋盘联合参数生成器”,而不是完整的“阶段数值体验生成器”下一步真正要补的核心,不是继续加更多订单规则,而是补一层独立的 StageValueModel, 专门定义:这一阶段允许多快、多难、多挤、多值以及多容易继续玩。需要更多的量化指标数据作参考和训练。

三、收获和反思

3.1-收获

**参数统一:**UI 编辑器真正难的,不是“能不能拖”,而是“编辑态操作能不能转成一套稳定、可复现、运行时也认同的参数模型”。如果编辑器、导出器、运行时构建器三边各自有一套布局理解,最后一定会漂。 **逻辑统一:**不要过于依赖运行加载时的调整逻辑。像白边推导、自动 fit cell、布局 rebuild、自动排版这些逻辑,单看都像是在“兜底”,但只要它们和编辑器表达不一致,最后就会变成编辑器改了但实际运行效果又没变的情况,让AI去调UI时经常会添加修正逻辑,所以有时改变某个UI位置后发现没变,就要考虑是不是AI又加了修真逻辑。 **动态UI与静态UI的调整差别:**部分UI会有类似滑动的效果,例如订单的滑动功能。在UI编辑界面,所有UI都是静态的,不能直接看到动态UI改动后的实际效果,就需要实际运行去看,例如滑动功能会设计一格很长的UI面板来支持滑动,但在静态显示时就会看不全。

3.2-反思

**要细看AI的功能产出:**例如在Unity中控制UI大小的除了scale外还有宽高参数,最初让AI去实现布局调整功能时,AI会在直接增加Scale相关的配置,不会增加宽高的配置,然而在编辑界面测试时,通常是直接拉矩形框(也就是宽高)来调整UI的大小,不会直接去调Scale,结果就是改完没效果,导致我以为AI这个功能没实现,后来才发现它添加的参数是Scale。

四、明日计划

1.继续研究如何借助AI快速精准的完成阶段性体验预期的配置

  • 做调研记录体验脚本,让AI分析学习
  • 自己记录、搜集社区数据或尝试解抓包头部产品的一些配置数据,供AI分析并作配置参考。 2.美术方面尝试做些优化,主要是做风格统一,探索一下Holopix、魔触等AI生图的出图效果 3.日常优化一下现阶段完成的功能逻辑,主要通过体验参数的跑测去发现和修复功能问题。

五、当前进度和规划

时间 任务 交付物 验收标准 完成情况 备注 W2-1 订单系统

  1. order_config.json
  2. 订单系统代码
  3. 20个递增难度订单
  4. 前5个订单要求Level 1-4物品
  5. 完成订单获得金币 90% 1.已完成订单系统和订单滑动列表滑动功能 2.网基础的美术包装导入验证 W2-2 广告点接入
  6. ad_placement_config.json
  7. 广告系统代码
  8. 3个激励广告点(获得物品、刷新生成器、订单倍率)
  9. 触发时机合理,无强制弹出 已完成完成广告系统功能逻辑的实现 W2-3 埋点接入(7事件)
  10. analytics_event_config.json
  11. 埋点代码 7个核心事件在GA后台实时可见 已完成核心埋点事件功能实现,并能在GA后台进行数据同步,实时可见 W2-4 新手引导(3步最小化) +单元测试系统实现 新手引导代码 3步引导(点击生成器→合并→完成第1个订单) 完成新手引导和单元测试系统,完成UI细化可调功能和功能逻辑的优化调整 W2-5 可玩包 + 内部测试
  12. 可玩包(APK/IPA)
  13. 测试记录 ≥3/5测试者表示会继续玩10分钟以上 规划风险提醒:探索与收口失衡【最高优先级】、空间压力设计失误、订单节奏不合理、广告点打断体验、合成反馈不够满足、 美术风格不统一、 第一版系统定义过早、单人 AI 工具使用不熟