メニュー
Review game design documents, mechanics, systems, and player experience. Validates alignment with pillars and identifies potential issues.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | design-review |
| description | Review game design documents, mechanics, systems, and player experience. Validates alignment with pillars and identifies potential issues. |
| license | MIT |
审查游戏设计文档、机制和玩家体验，验证是否符合设计支柱。
| 命令 | 行动 |
|---|---|
/design-review | 审查所有设计文档 |
/design-review [file] | 审查特定文件 |
/design-review --system [name] | 审查特定系统 |
ASK:
你想审查什么？
A) 整体设计（游戏概念 + 支柱）
B) 特定文档（指定文件）
C) 特定系统（如：战斗、经济、进度）
D) 玩家体验评估
STOP: Wait for user's choice.
READ:
design/gdd/game-concept.md → 游戏概念design/gdd/pillars.md (if exists) → 设计支柱IF no pillars defined:
STOP: Confirm context is correct.
核心检查项 (精简版):
| 检查项 | 状态 | 备注 |
|---|---|---|
| 设计支柱清晰？ | ✅/⚠️/❌ | |
| 核心循环有吸引力？ | ✅/⚠️/❌ | |
| 目标玩家明确？ | ✅/⚠️/❌ | |
| 范围现实可行？ | ✅/⚠️/❌ |
检查项:
| 检查项 | 状态 |
|---|---|
| 结构完整？ | ✅/⚠️/❌ |
| 规则清晰？ | ✅/⚠️/❌ |
| 边缘情况处理？ | ✅/⚠️/❌ |
| 可测试？ | ✅/⚠️/❌ |
检查项:
| 检查项 | 状态 |
|---|---|
| 符合支柱？ | ✅/⚠️/❌ |
| 机制清晰？ | ✅/⚠️/❌ |
| 平衡合理？ | ✅/⚠️/❌ |
| 依赖识别？ | ✅/⚠️/❌ |
检查项:
| 检查项 | 状态 |
|---|---|
| 玩家角色清晰？ | ✅/⚠️/❌ |
| 奖励有意义？ | ✅/⚠️/❌ |
| 进度令人满意？ | ✅/⚠️/❌ |
| 有"juice"时刻？ | ✅/⚠️/❌ |
STOP: Present findings, ask "要深入分析某个问题吗？"
SEVERITY LEVELS:
| 级别 | 描述 | 行动 |
|---|---|---|
| 🔴 关键 | 违反支柱、破坏游戏体验 | 必须修复 |
| 🟡 重要 | UX问题、平衡问题 | 应该修复 |
| 🟢 建议 | 改进机会 | 可考虑 |
| 💡 信息 | 最佳实践提示 | 了解即可 |
# 设计审查报告: [Topic]
## 摘要
[2-3句话总结]
## 支柱对齐
| 元素 | 支柱 | 对齐 | 备注 |
|------|------|------|------|
| [功能] | [支柱] | ✅/⚠️/❌ | [备注] |
## 🔴 关键问题
### [问题标题]
- **相关**: [支柱/系统]
- **问题**: [描述]
- **影响**: [玩家体验影响]
- **建议**: [如何修复]
## 🟡 重要问题
### [问题标题]
- **问题**: [描述]
- **建议**: [如何处理]
## 🟢 建议
- [改进建议]
## ✅ 优点
- [做得好的地方]
## 行动项
- [ ] [行动1]
- [ ] [行动2]
ASK: "需要我帮助修改任何问题吗？"
STOP: Wait for user's response.
IF user wants help:
IF user wants tasks:
STOP: Review complete.
| Error | Fallback |
|---|---|
| No design docs found | Say "没有找到设计文档，先运行 /brainstorm" |
| Pillars unclear | Extract from concept, ask for confirmation |
| User confused by frameworks | Skip framework, provide plain-language feedback |
| Too many issues | Prioritize top 3, offer to review rest later |
| 检查类型 | 关键问题 |
|---|---|
| 支柱对齐 | 这支持哪个支柱？ |
| 玩家体验 | 玩家感受如何？ |
| 机制清晰 | 规则易懂吗？ |
| 范围现实 | 能按时完成吗？ |
The Godot Engine Specialist is the authority on all Godot-specific patterns, APIs, and optimization techniques. Guides C# (primary) vs GDScript (optional) vs GDExtension decisions, ensures proper use of Godot's node/scene architecture, signals, and resources.
快速恢复项目上下文 — 新会话中读取已有配置，无需重新走 /start 流程。
First-time onboarding — asks where you are, then guides you to the right workflow. No assumptions.
引导式美术圣经编写。创建视觉规范文档，作为所有资产制作的基础。在 /brainstorm 完成后、/map-systems 或 GDD 编写之前运行。
美术与程序协调桥梁。处理资产规格、命名规范、导入管道和美术-程序沟通。
从 GDD、关卡文档或角色档案生成资产规格。包含 AI 图像生成提示词和详细规格。在美术圣经和 GDD 批准后、制作开始前运行。