FAQ

Open GDD 是一套公开的 GDD 章节结构与写法模板（13 章）。Real GDD 是你项目的具体版本：填了数据、做了取舍、能评审、能执行。

可以，但把它当下游加速器：先用 Open GDD 把关键决策写清楚，再让 AI 去实现与扩写。没有上游约束的 vibe coding 往往会导致系统漂移与反复重写。

从能锁定方向与范围的章节开始：核心概念/玩法循环、受众与平台、经济与进度、内容与关卡，再补技术与制作计划。按章推进，保证每章都“最小可评审”。

把你的创意与约束给 AI，让它按章节填充，并要求每个小节给出可验证的例子/数值/表格。每次只生成一章，结合 Diff 审阅，避免一次性长文幻觉。

用章节 slug 作为引用锚点：在提示词里明确“只依据 /docs/{slug} 的约束生成”。把每章拆成可执行任务（数据表、规则实现、UI 需求、资产清单），让不同 AI 工具各做其事。

适合大多数类型，尤其是系统复杂、内容多、需要跨角色协作的项目。小项目也能用：只保留必要章，其他章标注 N/A 或待定即可。

不需要。先写到“足以开始第一轮可玩原型”的程度，然后随着验证逐章补全。关键是让每次迭代都有明确的上游依据。

它是结构，不是负担。按章最小化填写、按章引用、按章评审，反而能降低 token 成本并减少返工。