Evilom
78 lines
5.4 KiB
Markdown
78 lines
5.4 KiB
Markdown
# UsxVwNHy2igdPTkR66GcYe4CnBg
|
|
|
|
Source: https://dianchukeji.feishu.cn/wiki/UsxVwNHy2igdPTkR66GcYe4CnBg
|
|
|
|
|
|
# 一、工作概述
|
|
1.完成剧情系统功能实现和基础界面UI的占位搭建
|
|
2.完成设置系统的功能和设置界面的UI占位搭建
|
|
3.制定存档的落地实现方案
|
|
# 二、主要产出
|
|
## 2.1-剧情系统的功能实现和界面原型搭建
|
|
### 2.1.1-方案部分：
|
|
|
|
- 过程中发现：在有明确需求和参考后，AI会更多的从技术和落地角度去补充方案的技术缺失以及项目中可能存在冲突的地方。这种非常适合有明确需求文档/小功能的开发场景，能补足技术方面的不足。对于更大功能，可能会存在功能遗漏的情况，后续会重点观察一下
|
|
### **2.1.2-实际完成的功能：**
|
|
|
|
> [嵌入电子表格: Z5ZCssH1Yhp0f5t02lXc...]
|
|
|
|
|
|
> [嵌入电子表格: Z5ZCssH1Yhp0f5t02lXc...]
|
|
|
|
## 2.2-设置系统的功能实现和界面原型搭建
|
|
### 2.2.1-方案确定
|
|
- 平台 → Unity (C#)
|
|
- UI 框架 → UGUI (Canvas)
|
|
- 呈现方式 → 全屏弹窗（参考图风格）
|
|
- 声音控制粒度 → 仅开/关，不做滑动条
|
|
- 联系开发者形式 → 弹出子面板（应用内），不跳转外部
|
|
- 数据持久化 → JSON 文件
|
|
- 发送功能 → 仅做 UI 占位，不实际发送
|
|
- **"联系开发者子面板：不要显示作者邮箱"** — 用户明确要求邮箱地址不暴露给玩家，改为代码内常量，仅供未来发送功能使用
|
|
- **"基于 GameCanvas 来直接创建永久性 UI"** — 放弃 Prefab 方案，改为场景内直建，方便编辑器调整
|
|
- **"使用现成的设置按钮"** — 不新建入口按钮，复用场景中已有的 SettingsBtn
|
|
- 最初选择 Subagent-Driven 模式 → 被拒绝 → 改为当前会话直接编写
|
|
- 因无法直接操作 Unity 编辑器 → 确定用 Editor 自动化脚本方案（菜单命令一键搭建）
|
|
### 2.2.2-实际完成的功能
|
|
|
|
> [嵌入电子表格: Z5ZCssH1Yhp0f5t02lXc...]
|
|
|
|
## 2.3-存档功能的落地方案制定
|
|
**. 探查现状**
|
|
扫描了项目代码和设计文档仓库，摸清需要做存档的功能有哪些：
|
|
- 当前只有 PlayerPrefs 存了剧情解锁和引导完成两个点
|
|
- 棋盘、订单、货币等核心数据退出即丢
|
|
- 项目已有 Newtonsoft.Json，序列化方案现成
|
|
- 设置界面还未完成
|
|
一问一答确认了：单存档、自动+手动保存、JSON 文件存储、棋盘/订单/剧情各保存哪些字段、A/B 双文件容错、设置页只放保存按钮、启动静默加载、现在就做微信平台抽象。
|
|
各 Manager 只管导出/导入自己的数据，SaveManager 统一组装写入单文件。
|
|
分 7 节呈现：核心接口 → 数据结构 → A/B 轮写流程 → 自动保存触发 → 平台抽象层 → 版本迁移 → PlayerPrefs 迁移。每节确认后进入下一节。
|
|
- 写了设计 spec 到项目 docs/ 目录
|
|
- 写了带完整代码的 11 步实现计划
|
|
- 最终合并导出一份完整方案到设计文档仓库
|
|
整个过程：**现状摸底 → 需求逐项对齐 → 方案比选 → 分节细化确认 → 输出可执行文档**
|
|
# 三、收获和反思
|
|
## 3.1-收获
|
|
1.先方案后功能：今天在开发功能时，主要遇到两种功能落地场景
|
|
- 第一种是有参考/便于参考的类型，例如剧情系统，可以直接参考浪漫餐厅，包括界面和交互逻辑，当需求足够明确后，使用superpower讨论方案时，AI更多会围绕需求做补充不会去做拓展，最后输出的方案更多是技术架构、配置等。
|
|
|
|
流程
|
|
|
|
配置
|
|
|
|
UI
|
|
- 第二种是无明确实现方向的需要AI帮助想清楚的，例如存档方案，涉及到许多我不太清楚的方面，就需要AI逐渐帮我捋清楚，实际是仍然存在很多技术方面的问题，比较难理解，且无法判断AI是否有过度添加功能，这时就需要让AI在不理解的点停下来，先进行测试，验证这一阶段的结果，能在发现走偏后及时调整方向。
|
|
## 3.2-反思
|
|
|
|
> [嵌入电子表格: Z5ZCssH1Yhp0f5t02lXc...]
|
|
|
|
**核心教训**：AI 选择技术方案时应先确认用户的操作场景（"谁在哪里怎么用"），再选方案，而不是从技术合理性出发选"正确"的方案。因为场景会考虑到多个部分的有效组合，结果是面向场景的；而技术合理性出发考虑的是每个技术是否会符合技术标准，单一技术能否落地，面向的是技术能不能正常实现，缺少技术间的联动和规划
|
|
# 四、明日计划
|
|
1.优先调研明确前期10分钟的体验节奏，借助AI推测前2小时需要的订单、合成链等配置，进行对应的订单和合成链相关的资产拓展。
|
|
2.补充核心游戏界面的UIicon，完成基础可玩版
|
|
3.尝试降包或者接入服务器，进行真机测试。
|
|
# 五、当前进度和规划
|
|
|
|
> [嵌入电子表格: Z5ZCssH1Yhp0f5t02lXc...]
|
|
|
|
规划风险提醒：**探索与收口失衡【最高优先级】、空间压力设计失误、订单节奏不合理、广告点打断体验、合成反馈不够满足、 美术风格不统一、 第一版系统定义过早、单人 AI 工具使用不熟** |