engine ignition update
This commit is contained in:
@@ -0,0 +1,132 @@
|
||||
# 设计大纲生成 — 最终输出模板
|
||||
|
||||
## 前置
|
||||
|
||||
步骤 5 全部完成，进入 `COMPLETED` 状态后生成。
|
||||
|
||||
## 输出文件
|
||||
|
||||
`.opencode/phase/data/design/design-outline.md`
|
||||
|
||||
## 大纲结构
|
||||
|
||||
---
|
||||
|
||||
# 游戏设计大纲
|
||||
|
||||
> 基于步骤 4（初步问答）+ 步骤 5（深度问答）的设计方向总结。
|
||||
> 生成时间：[timestamp]
|
||||
|
||||
---
|
||||
|
||||
## 一、设计方向摘要
|
||||
|
||||
仅根据问题与用户回答总结，**不含任何方案建议**。
|
||||
每一条标注来源，确保可追溯。
|
||||
|
||||
### 核心方向
|
||||
|
||||
| # | 设计意向 | 来源 |
|
||||
|---|---------|------|
|
||||
| 1 | [设计方向陈述] | 步骤4 第1轮 Q1 |
|
||||
| 2 | [设计方向陈述] | 步骤5 第2轮 Q3 |
|
||||
| ... | ... | ... |
|
||||
|
||||
### 已确认的不可逆决策
|
||||
|
||||
| 决策 | 级别 | 确认来源 | 影响范围 |
|
||||
|------|------|---------|---------|
|
||||
| [2D 像素风格] | 🔴 不可逆 | 步骤5 第1轮 Q2 — 用户确认 | 美术管线、引擎选型、UI 设计 |
|
||||
| ... | ... | ... | ... |
|
||||
|
||||
### 设计约束
|
||||
|
||||
| 约束 | 来源 | 刚性程度 |
|
||||
|------|------|---------|
|
||||
| [团队 3 人 / 6 个月] | 步骤5 第1轮 Q1 | 硬约束 |
|
||||
| [目标平台 iOS + Android] | 步骤4 第3轮 Q4 | 硬约束 |
|
||||
| ... | ... | ... |
|
||||
|
||||
---
|
||||
|
||||
## 二、设计方案
|
||||
|
||||
基于第一部分的 Agent 设计方案建议，包含 VISTA 框架。
|
||||
|
||||
### Vision（愿景）
|
||||
[一句话核心体验承诺]
|
||||
|
||||
### Interaction（交互）
|
||||
- **核心输入**：[玩家在做什么]
|
||||
- **核心反馈**：[游戏如何回应]
|
||||
- **单次交互循环**：[一个完整的操作→反馈闭环]
|
||||
|
||||
### Systems（系统架构）
|
||||
```
|
||||
[核心系统 1] ←→ [核心系统 2]
|
||||
↕ ↕
|
||||
[子系统 A] [子系统 B] ← [子系统 C]
|
||||
```
|
||||
|
||||
- **[系统名]**：[职责] + [与其他系统的关系]
|
||||
- ...
|
||||
|
||||
### Target（目标层次）
|
||||
- **短期目标**：每分钟在做什么
|
||||
- **中期目标**：每局/每段的目标
|
||||
- **长期目标**：整个游戏进程的目标
|
||||
|
||||
### Aesthetics（美学）
|
||||
- **视觉关键词**：[]
|
||||
- **听觉关键词**：[]
|
||||
- **总体氛围**：[]
|
||||
|
||||
---
|
||||
|
||||
## 三、待明确核心问题
|
||||
|
||||
记录设计方向中不明确但**极其重要**的点。
|
||||
|
||||
| 优先级 | 问题 | 不可逆性 | 依赖 | 影响范围 |
|
||||
|--------|------|---------|------|---------|
|
||||
| P0 | [核心问题描述] | 🔴 / 🟠 / 🟢 | [哪些决策依赖此答案] | [影响哪些系统] |
|
||||
| P1 | ... | ... | ... | ... |
|
||||
| P2 | ... | ... | ... | ... |
|
||||
|
||||
### 不可逆决策特别说明
|
||||
以下是设计中的 🔴不可逆 决策，请在进入开发阶段前再次确认：
|
||||
1. [决策 1] — 一旦确认，后续开发将基于此假设，回退成本极高
|
||||
2. ...
|
||||
|
||||
### 可以推迟到开发阶段的决策
|
||||
以下是 P2 及以下优先级的问题，可在开发阶段通过原型验证：
|
||||
1. [问题 1] — 延迟原因：[]
|
||||
2. ...
|
||||
|
||||
---
|
||||
|
||||
## 四、开发阶段交接
|
||||
|
||||
自动生成，供开发阶段 Agent 参考。
|
||||
|
||||
### 优先级最高的技术任务
|
||||
1. [从不可逆决策中提取的第一优先级任务]
|
||||
2. ...
|
||||
|
||||
### 可并行的探索任务
|
||||
1. [可回退决策对应的原型验证]
|
||||
2. ...
|
||||
|
||||
### 设计阶段遗留的"待验证"项
|
||||
- [列出所有 [推测] 标记的低置信度条目，建议用原型验证]
|
||||
- [列出 Devil's Advocate 环节的"弱信号"]
|
||||
|
||||
---
|
||||
|
||||
## 生成约束
|
||||
|
||||
1. **第一部分必须是纯总结**，每条标注来源（步骤X 第Y轮 QZ），不包含 Agent 自己的建议
|
||||
2. **第二部分允许 Agent 发挥**，但每项建议在本段应有对应的用户回答依据
|
||||
3. **第三部分的优先级**必须经 Agent 判定（P0/P1/P2），不可全部标 P0
|
||||
4. **不可逆决策必须单独列出**并解释回退成本
|
||||
5. **第四部分**是给开发阶段 Agent 的交接，以"下一步行动"形式写，不重复前面的设计内容
|
||||
Reference in New Issue
Block a user