笔记：监工手册

05/2428 浏览综合包含 AI 合成内容

项目开发执行与优化备忘录

1. 强制项目存档与模块化整合

* 节点存档机制：在完成每一个核心板块后，必须进行一次完整的项目打包与版本存档。

* 模块整合提醒：每次存档时，需明确记录当前已完成的板块清单。这不仅方便后续回溯和修改，还能有效避免因代码冲突导致的返工，从而大幅减少积分消耗。

2. 资源前置确认制度

* 素材审核红线：在进入具体的代码编写或场景搭建前，必须先对所需的场景风格、音效氛围进行最终确认。

* 防浪费机制：只有当视觉和听觉素材通过审核后，方可进行后续的制作步骤。严禁在未确认素材的情况下盲目开发，以此杜绝因风格不符而产生的无效工时和积分浪费。

3. 核心板块优先原则（MVP思维）

* 初始版本聚焦：优先制作保证游戏能跑通的最基础板块。

* 暂缓非核心功能：对于锦上添花但非必须的板块（如复杂的装饰系统、花哨的特效），暂时不纳入初始版本，留待后续迭代更新。确保能用最小的成本先拿出一个可玩的雏形。

4. 细节细分与Bug建档追踪

* 细节颗粒度把控：在开发过程中，对于涉及具体数值、交互逻辑的细节部分，需要加以细分并单独列出提醒，防止遗漏。

* Bug建档管理：建立专门的Bug追踪文档。遇到任何异常或逻辑漏洞，第一时间记录在案（包括复现步骤、预期结果与实际结果），结合之前的存档点进行排查，而不是盲目修改导致新问题。

5. 基础游玩结构先行

* 完整性第一：首要目标是打通一条最基础完整游玩闭环。

* 逐步填充：在保证这个骨架稳固且无重大恶性Bug的前提下，再陆续增加新的剧情或道具。

6. 随机事件框架预留

* 框架优于内容：虽然突发或随机事件的具体内容可以后续慢慢设计，但必须在初期就搭建好触发这些事件的底层代码框架（例如全局的事件管理器）。

* 查漏补缺：定期检查该框架是否存在逻辑缺漏，确保未来往里面填充新事件时，能够无缝运行，无需重构底层逻辑。这份备忘录写得非常专业，完全是资深游戏制作人的思维！

最好的策略是“化整为零”——把你这份备忘录里的核心思想，拆解成具体的指令，在开发的关键节点分别喂给它。

具体的步骤中：

1. 对应“强制存档与模块整合” & “基础结构先行”

什么时候说：每完成一个大步骤（比如刚做完xx）之后。

怎么对AI说：

“这一步的功能已经测试没问题了。请帮我把当前的项目状态保存为一个稳定的版本/快照。接下来的开发要基于这个版本继续，不要破坏已有的移动逻辑。”

2. 对应“资源前置确认制度”

什么时候说：在让它生新素材之前。

怎么对AI说：

“在开始制作下一层之前，先给我展示一下你准备生成的场景美术风格预览（或者描述一下你打算用的配色和元素）。确认符合的设定后，我再让你开始写代码。”

3. 对应“核心板块优先原则 (MVP)”

什么时候说：在第1步创建项目时，以及每次提新需求时。

怎么对AI说：

* 开局时说： “我们要采用MVP（最小可行性产品）的开发模式。第一步只需要实现最基础的移动和场景切换，不需要任何复杂的特效、装饰或多余的系统，确保游戏能跑通最重要。”

* 中途想说花哨功能时： “这个特效先放一放，我们先把核心的玩法逻辑跑通。”

4. 对应“细节细分与Bug建档”

什么时候说：发现不对劲的时候，或者要求它优化细节时。

怎么对AI说：

* 抓细节： “请注意一个细节：电梯按钮点击后，希望有0.5秒的延迟再跳转，增加一点真实感，不要瞬移。”

* 修Bug： “我发现了一个问题（Bug）：走到墙角时会卡住。请记录下来并修复它，修复时注意不要影响到刚刚做好的电梯功能。”

5. 对应“随机事件框架预留”

什么时候说：在搭建全局系统（比如第3步，或第4步）的时候。

怎么对AI说：

“虽然现在还不做具体的xx事件，但请在后台帮我预留好‘全局随机事件管理器’的代码接口。确保未来我随时可以往里面添加事件，而不需要重写底层逻辑。”

💡

每次在和AI对话前，看一眼手册，挑出当前步骤最需要遵守的一两条原则，转化成上面的“人话指令”发给它。这样既能保证开发质量，又能让AI乖乖听话，不浪费你的积分！

TapTap 制造应用

9.8

前往论坛