Kubee 冷启动游戏优化流程讨论

冷启动游戏优化流程讨论

本页是 Kubee 冷启动游戏优化的流程讨论稿，不是最终 SOP。等流程跑过第一批游戏后，再把稳定规则沉淀回 [[00_全景总览|Kubee 全景总览]] 或拆成正式标准页。

相关入口

• 游戏清单：[[冷启动游戏列表]]
• 工作台总览：[[00_全景总览|Kubee 全景总览]]
• 本地工程：F:\Coding\Kubee

一、这件事到底在做什么

我们不是单纯给 35 个冷启动游戏补字段，也不是直接进入逐个重做。

更准确的目标是：先把这批已有小游戏变成一个可管理、可判断、可持续推进的优化队列。

每个游戏最终都要回答三个问题：

1. 它现在值不值得继续投入？
2. 如果值得，最小但有效的优化目标是什么？
3. 优化后它要进入展示、留作样本，还是归档？

二、建议流程 v0

flowchart LR
    A["清单确认"] --> B["首轮快速体验"]
    B --> C["S/A/B 评级"]
    C --> D["选择第一批样本"]
    D --> E["单游戏诊断"]
    E --> F["确定优化类型"]
    F --> G["执行或派发"]
    G --> H["验收与复盘"]
    H --> I["更新工作台规则"]

0. 清单确认

先确认 [[冷启动游戏列表]] 是当前要处理的主清单。

当前需要确认的问题：

• 序号 7、8、9、22、23、29、30 是否在其他页签、已下架、或本来就不用处理。
• 作者为空的游戏是否需要补齐：Crossy road、Flower House Seven Days。
• 每个游戏的真实入口是否来自 Kubee Studio、生产服、开发服，还是本地工程。

1. 首轮快速体验

第一轮不要深评审，只做 5-10 分钟快速体验。

每个游戏只记录四项：

项	说明
能不能进入游戏	不能进入直接标记阻塞
核心玩法是否清楚	玩家是否知道要干什么
画面和反馈是否能支撑展示	不是审美细评，只判断是否明显拖后腿
最大问题一句话	用一句话写出当前最碍事的问题

2. 快速评级

建议先用三档评级，核心用途是分配后续优化精力，而不是把游戏简单判成好坏。

评级	评价	处理
S	游戏类型和核心玩法有高潜力，值得作为重点样本打磨	投入较多精力，从玩法、资源、交互、节奏、反馈和展示包装等方面推进精品化
A	游戏类型和玩法方向成立，但不需要按 S 级深度重做	提高整体成品感，补齐资源、交互、反馈、UI、节奏和展示页等短板
B	当前投入优先级较低，玩法不作为主要优化对象	以资源、交互、表现、可读性和基础体验补强为主，不做深度 gameplay 改造

3. 选择第一批样本

第一批不要选太多，建议 5-8 个。

选择原则：

• 覆盖不同问题类型：性能、玩法不清、资源弱、反馈弱、发布/上架问题。
• 优先选能快速验证流程的游戏，而不是理论上最重要的游戏。
• 每一批尽量覆盖不同投入强度，至少包含 1 个可能的 S / A 候选和 1 个 B 级样本，用来校准标准是否好用。

4. 单游戏轻量记录

进入单游戏试玩后，再创建独立游戏笔记。

单游戏笔记只保留：

• 笔记名使用 序号_游戏名，序号与 [[冷启动游戏列表]] 保持一致。
• 一个双链，回到 [[冷启动游戏列表]]。
• 评级与优化方向：使用 Obsidian callout 强调，标题写 评级：S / 评级：A / 评级：B / 评级：待定，正文用一两句话记录这款游戏最值得投入的方向；如果用户给出评级理由，可在 callout 内增加 评级理由，没有则不写占位。
• 试玩截图，标题和附件名统一使用 展示页、游戏开始界面、游戏运行界面。
• 用户明确给出的评价。

不要在单游戏笔记里重复 Kubee 入口、基本信息、完整优化方案和进度清单。附件目录与笔记同名，使用 附件文件夹/Kubee/序号_游戏名/。如果用户只要求放图、补图或记录截图，只保存图片文件并写入 embed，不自行补画面描述、评价、评级、优化方向或 - 评价： 占位。多个游戏反复出现的问题，另行沉淀到 [[02_共性问题记录]]。

5. 优化类型

建议把改动先分成五类：

类型	说明
轻修	文案、入口、音效、按钮反馈、明显 bug
体验修	目标、节奏、反馈、失败/成功条件
资源修	角色、场景、UI、封面、截图观感
工程修	性能、适配、加载、发布、重新开始
归档	不继续投入，只记录原因

6. 验收与复盘

每一批做完后，不急着开下一批，先回看流程是否有效。

复盘只看三件事：

• 哪些问题反复出现？
• 哪类改动最划算？
• 下一批的选择标准要不要调整？

三、今天需要讨论的问题

1. 这批游戏的目标是“上线可用”、“内部展示”，还是“作为生成质量样本库”？
2. 第一批是先选 5 个还是 8 个？
3. 第一批要优先挑可能的 S / A 候选，还是要故意混入几个 B 级样本来校准投入边界？
4. 单游戏笔记是体验后再建，还是先为 35 个游戏批量建空卡？
5. 缺失序号要不要先追完整，还是不阻塞第一批评审？

四、当前建议

先不要批量创建 35 个单游戏笔记。

更好的第一步是：从 [[冷启动游戏列表]] 里选 5-8 个游戏做流程试跑。每个游戏只在进入真实试玩时创建笔记。这样工作台不会被空笔记淹没，也能尽快暴露流程是否好用。

第一批跑完后，再决定是否：

• 固化 S/A/B 评级标准。
• 固定单游戏轻量记录模板。
• 拆出资源标准页。
• 拆出 Gameplay 快速诊断表。