一个项目里应该有哪四类内容
把所有东西塞进一个大文件夹,是项目后期最容易出问题的做法。设计上更合理的划分,是按“改动频率和用途”分成四类,各自单独保存。
| 内容 | 里面放什么 | 改动频率 | 主要用途 |
|---|---|---|---|
| 角色卡 | 性格、口吻、关系、禁区 | 中 | 让对白与行为长期一致 |
| 世界设定 | 地点、势力、规则、时间线 | 低 | 让地图和剧情属于同一个世界 |
| 素材库 | 图片、音频、视频片段 | 高 | 被反复引用与替换 |
| 创作历史 | 你的每次描述与系统改动 | 每次 | 追溯原因、回到旧版本 |
分开保存的好处,是修改素材时不会误伤设定,改一个角色时也不必翻找整个世界。角色卡怎样写才能撑住长期一致,可以读NPC的性格、记忆和剧情怎样长期保持一致。
创作历史:记“为什么”,不只是记“是什么”
只保存最终结果,等于丢掉了推理过程。建议的做法是让每一次修改都带上一句原因,比如“把主角从莽撞改成谨慎,因为第二关剧情需要她先观察”。三个月后再看,你不用重新推理一遍当时的取舍。
如果想更进一步,可以把设定之间的关系也结构化保存,例如“某角色属于某势力”“某地点在某时间点被摧毁”。这类关系在设定变多以后会成为检查冲突的依据,思路可以参考游戏创作AI怎样用知识图谱记住设定关系。
版本快照:什么时候打,怎么命名
快照不是越多越好,而是在“可能改坏”的节点之前打。建议下面几个时刻各打一个:
- 第一版能完整跑通之后。
- 要改动核心规则或核心角色之前。
- 要一次替换大批素材之前。
- 准备对外分享或发布之前。
命名要写清“状态”而不是“时间”。“可完整通关版”比“0921”有用得多,因为三周后你不会记得0921那天发生了什么。这里的日期只是举例。
回滚:先看差异,再决定回哪
改坏之后不要立刻回滚到最近的快照,而是先看差异。举例假设你在两次快照之间改了五处内容(示意),其中四处是好的、一处有问题。这时更合适的做法是只撤销出问题的那一处,而不是整体回到旧版本,把四处好改动一并丢掉。设计上,回滚应当既支持整体回到某个快照,也支持只撤销单条历史记录。
四个常见的保存习惯错误
- 只在最后保存:出问题时没有中间版本可退。
- 快照不写说明:几周后所有快照看起来一模一样。
- 同名覆盖素材:新素材覆盖旧文件,旧版本再也找不回。
- 设定只存在聊天记录里:换一个话题就被淹没,应当写进世界设定或角色卡。
换设备之前,先整理一次
项目保存得好不好,最直接的检验是换设备。建议每周做一次整理:给当前状态打一个快照,清理不用的素材,检查角色卡与世界设定有没有过时内容。换设备之后哪些内容会跟着走、哪些需要重新下载,可以读换设备以后项目怎样继续使用。App安装入口目前待公布,以金沙娱乐下载页公布的信息为准;在此之前,你可以先用纸面或文档把自己的四类内容列出来,问一个问题:如果明天必须交给别人接手,这四类内容里哪一类最缺?