游戏开发者策划库案例
本案例展示一个 5 人独立游戏工作室如何用 Obsidian 作为「中枢设计文档(GDD)系统」,把策划案、美术参考、技术债与版本日志统一在一处,避免设计意图在沟通中走样。
mermaid
mindmap
root((游戏设计库))
核心玩法
战斗系统
经济循环
世界观
阵营设定
主线剧情
美术参考
风格板
角色设定
开发追踪
版本日志
技术债场景与痛点
| 痛点 | 解法 |
|---|---|
| 策划案写 Google Doc 易版本混乱 | 单机制一笔记 + 双向链接 |
| 美术找不到参考与风格约定 | 美术参考库按标签聚合 |
| 版本迭代设计意图丢失 | 版本日志链接对应设计笔记 |
| 新人难快速理解整体设计 | GDD 总览 MOC + 图谱 |
仓库结构
text
游戏设计库/
├── 设计文档/ # GDD,按系统拆分
│ ├── 战斗系统.md
│ └── 经济循环.md
├── 世界观/
│ ├── 阵营设定/
│ └── 剧情大纲.md
├── 美术参考/
│ ├── 风格板/
│ └── 角色设定/
├── 开发追踪/
│ ├── 版本日志/
│ └── 技术债.md
└── templates/核心工作流
- 机制文档模板:每个玩法系统一份笔记,含
status(提案/评审中/已落地)、owner、related_systems字段,QuickAdd 一键生成。 - 设计意图链接:在
[[战斗系统]]中引用[[经济循环]],修改时图谱自动提示关联影响,降低"改一处崩一片"。 - 美术风格板:Excalidraw 拼贴参考图并标注色调/笔触,文字备注链接到具体
[[角色设定]]。 - 版本日志联动:每次发版在
开发追踪/版本日志/建笔记,用 Dataview 列出本期变更涉及的设计文档,沉淀"为什么这样改"。 - 技术债看板:Bases 管理
技术债条目(严重度/负责人/状态),评审会前自动汇总未清项。
关键插件与模板
- Templater — 机制文档/版本日志模板
- Dataview — 版本变更、技术债汇总
- Excalidraw — 风格板、系统关系图
- Bases — 技术债与里程碑看板
- Canvas — 大地图/关卡流程草图
- 插件系统 — 插件选型参考
注意事项
资产管理
Obsidian 适合管"文档与链接",但美术源文件(PSD/Blend)体量巨大,建议只存缩略图与路径引用,原始资产放专用资产库(如 Perforce/NAS)。
保密
未公开项目切勿开启任何云同步或 Publish;NDA 期内截图与设定稿仅本地加密保存。
相关资源
- Excalidraw 绘图 — 风格板与关系图
- Canvas 画布 — 关卡流程草图
- Dataview 查询实战 — 汇总视图
- Bases 数据库 — 技术债看板
- 开发者知识库案例 — 技术文档思路