{ "ok": true, "identity": "user", "data": { "document": { "content": "
把流程改成单阶段推进、单阶段确认;每次只处理一个阶段,每阶段末尾只保留一个确认问题,减少抽象感和沟通负担。
明确阶段 1 为美术风格规范,阶段 2 为资源生产规范,阶段 3 为单资源需求,阶段 4 为参考图边界,阶段 5 为 image2 提示词输出。
把阶段 2 从“资源类型判断”扩展为完整生产规范,补齐 metrics、构图、可读性、透明边缘、内容边界、引擎入库、后处理、验收等细分类别。
明确区分“美术风格参考图”和“结构参考图”,要求写清“只继承/不继承”边界,并在阶段 5 中明确上传顺序与 Image 1 / Image 2 映射。
将后段流程拆为 6A 生成结果初审、6B 项目内验收、7 后处理入库,明确什么时候停在美术流,什么时候交给项目开发流继续处理。
规定涉及项目文件、引擎状态、资源替换、scene/prefab/code 变更时,优先转 Superpowers;若本机无该流程,则允许 inline 降级执行。
新增项目侧文档设计能力,定义横向共用文档与按资源类型拆分文档的分层结构,补齐提示词归档、风格文档、生产规范、验收、后处理、入库、批次记录等文档设计。
参考:
https://jasminehuang477-cmd.github.io/share_hyper_casual_game_design_guide/#s10
https://merge2iaa-selectionanalysis.netlify.app/
目标 | 核心任务 | 完成情况 |
完成《浪漫餐厅》关卡/数值相关设计拆解分析,说明从中收获了哪些二合类游戏设计的关键认知,输出拆解分析报告并进行内部分享 |
|
目标 | 核心任务 | 完成情况 |
关卡和数值设计铺量 |
| 30% |
基础功能 |
| 70% |
商业化 |
| 30% |
更换新主题的美术资源 |
| 75% |
优化 |
| 40% |