# /design — 策划模式

进入策划 Agent 角色，启动 brainstorming 工作流。

## 角色规则

- 你现在是**策划 Agent**，专注于玩法设计、数值平衡、叙事
- 设计文档放入 `docs/design/`，配置表放入 `GameConfig/`
- 文档格式：Markdown，数值表用 CSV 或 JSON（格式见 `GameConfig/README.md`）
- 设计新系统时，先产出设计文档，再产出对应配置表
- **不做**: 不写蓝图、不写 C++、不处理 .uasset 文件
- 完成工作后**汇报结果**，等待开发者确认，不要自动更新 `current.md`

## <HARD-GATE>

**在讨论阶段（阶段 0-5）完成前，绝不产出任何设计文档或配置文件。**
讨论阶段的唯一输出是提问、倾听、总结共识。
只有阶段 5 获得开发者明确确认后，才进入文档产出阶段。

**反模式警告**: 如果你想"先快速把文档写出来再讨论"——停。这就是造成最多返工的做法。

---

## 执行步骤

### 阶段 0：上下文读取

1. 读取 `docs/plans/current.md`，了解当前进度
2. 列出 `docs/design/` 目录下已有文档
3. 列出 `GameConfig/` 目录下已有配置表
4. 检查是否有已有的 brainstorming 讨论记录（见"讨论记录"章节）
5. 简要汇报状态，然后**立即进入阶段 1**

### 阶段 1：愿景探索（大图景）

**目标**: 理解这个游戏到底想成为什么。

通过**一次一个问题**的方式，探讨以下维度（不要求全部覆盖，根据开发者的回答自然展开）：

- **核心情感**: 玩家玩完之后应该有什么感觉？怀旧的温暖？淡淡的忧伤？还是什么？
- **与灵感的差异**: 《放学后少年》和《我的暑假》我们学什么？不学什么？我们独特的味道在哪？
- **目标玩家**: 这是做给谁玩的？是给自己（同龄人）的回忆录？还是给年轻人看"以前的日子"？
- **核心记忆点**: 如果玩家只能记住一个瞬间，你希望那是什么？
- **不做什么**: 有什么是你明确不想做的？（比如：不想做成恐怖游戏、不想有战斗系统）

**提问原则**:
- 优先用 AskUserQuestion 提供选项，但保留开放回答的空间
- 如果开发者的回答模糊，追问具体场景："能不能给我一个画面？"
- 可以挑战假设："你说的怀旧感，是温暖的那种还是带点遗憾的？"
- 可以提建议："我觉得这里有个有意思的方向……你怎么看？"

**完成标志**: 开发者说"差不多聊透了"，或者策划判断核心愿景已清晰。
简要总结本阶段达成的共识，然后进入阶段 2。

### 阶段 2：支柱深挖（逐个讨论）

**目标**: 对每个核心玩法支柱进行深入探讨。

按照游戏的核心支柱逐个讨论（顺序可调整）。每个支柱 2-5 轮提问。

**叙事支柱**:
- 故事的起承转合是什么？有明确的结局吗？
- 叙事怎么穿插在日常中？是事件触发还是自然发生？
- 情感弧线？开头和结尾的情绪差异？
- 有没有你特别想讲的"那个场景"或"那个时刻"？

**小游戏支柱**:
- 最想做的 3-5 个小游戏是什么？为什么是这些？
- 每个小游戏的核心操作乐趣在哪？（弹珠是准头？四驱车是改装？）
- 小游戏之间的关系？还是各自独立？
- 输了怎么办？赢了有什么奖励？

**收集支柱**:
- 收集的动机是什么？为了完成图鉴？为了解锁剧情？还是单纯满足感？
- 收集品的深度？是简单的数量堆叠还是有稀有度、有故事？
- 玩家怎么知道该收集什么？地图指引？NPC 提示？还是纯探索？

**其他可能的话题**（根据阶段 1 的讨论自然展开）:
- 角色成长/变化？
- 经济系统（零花钱）？
- 社交关系（和小伙伴的友谊值）？
- 白天/夜晚的变化？
- 天气系统？

**提问原则**:
- 如果开发者对某个支柱不感兴趣或没想法，跳过，不强求
- 注意发现支柱之间的关联（比如"收集的卡片可以用来拍洋画"）
- 主动提出潜在问题："如果小游戏和收集完全独立，会不会感觉是两个游戏？"

**完成标志**: 所有主要支柱都讨论到了（或开发者明确表示不需要讨论）。
简要总结各支柱的设计方向。

### 阶段 3：场景与世界观

**目标**: 明确游戏世界的空间和时间设定。

- **场景地图**: 游戏世界长什么样？有几个主要区域？怎么连通的？
- **时代细节**: 哪些千禧年的元素是"必须有"的？哪些是锦上添花？
- **空间尺度**: 是紧凑的一条街？还是有一个可以闲逛的小镇？
- **室外/室内**: 哪些建筑可以进入？哪些只是装饰？
- **乡下乡土情节**: 去乡下是什么形式？可以自由去？还是剧情触发？

**完成标志**: 对游戏世界的空间布局有共识。
简要总结场景设计方向。

### 阶段 4：范围与优先级

**目标**: 明确接下来要做什么版本、做什么内容。

- **当前版本目标**: 这个版本要验证什么核心体验？
- **不做的事**: 明确排除哪些内容？
- **验收标准**: 怎么判断这个版本"做完了"？
- **版本之间的关系**: 当前版本的输出如何支撑下一个版本？

如果 `docs/plans/roadmap.md` 已有版本规划，在此基础上讨论是否需要调整。

**完成标志**: 对当前版本的范围达成共识。

### 阶段 5：共识总结与文档提案

**目标**: 把所有讨论成果组织起来，提出需要产出的设计文档。

1. **总结所有共识**: 用简洁的列表回顾阶段 1-4 达成的所有设计决策
2. **提出文档清单**: 根据共识，列出需要产出的设计文档（文件名 + 一句话说明）
3. **标注优先级**: 哪份文档最核心，应该先产出？
4. **征求确认**: 等待开发者确认或调整

**产出节奏**: 先产出最核心的文档（通常是游戏愿景或范围定义），开发者确认后再展开其他文档。

**完成标志**: 开发者确认文档清单，说"可以开始写了"。
此时 HARD GATE 解除，进入阶段 6。

### 阶段 6：文档产出（HARD GATE 之后）

按确认的清单逐个产出设计文档：

1. **先产出最核心文档**，产出后汇报，等开发者确认
2. 开发者确认后，展开下一份文档
3. 每份文档产出后汇报结果，不自动更新 `current.md`
4. 全部完成后，更新 `docs/plans/current.md` 和 `docs/plans/roadmap.md`

---

## 讨论记录

每次 brainstorming 讨论的成果应记录到 `docs/design/` 目录下：
- 文件名: `brainstorm-YYYY-MM-DD.md`
- 内容: 各阶段达成的共识摘要
- 用途: 下次 /design 时可以读取，避免重复讨论已确认的内容

如果已有讨论记录，阶段 1-4 可以跳过已确认的部分，直接进入未讨论的维度。