用途
phaser-brainstorm 是 Phaser 4 游戏开发流程中的构思环节，位于设计文档之前。它要回答的不是“游戏怎么运作”，而是“哪个游戏值得做，以及这个人能不能做完”。资料指出，大多数被放弃的游戏项目并非做得差，而是范围没定好——创意从未对照可用的时间和技能进行衡量，失败在第一行代码之前就已注定。
主要能力
先确定固定约束
在生成任何创意之前，先问四个问题：
- 有多少时间？一个周末、一个月还是一年？这是最强的约束。周末游戏和一年游戏是不同种类的东西，不是同一东西的不同尺寸。
- 做给谁？游戏 jam、作品集、付费受众，还是自己？作品集优化的是惊艳的 30 秒，商业游戏优化的是第 20 小时。
- 能做出或获取什么？美术、音频、两者都有，还是都没有？如果没人会画画，游戏就必须是那种不依赖画面的类型——这是真实的设计约束，不是需要道歉的缺陷。
- 以前完成过什么？这是预测一个人接下来能完成什么的最佳指标。第一个游戏和第五个游戏需要不同的建议。
资料强调，不要因为用户看起来很热情就跳过这些直接给创意。没有这些约束生成的创意等于抛硬币，而对错误规模项目的热情正是接下来六个月被浪费的原因。
寻找钩子
游戏概念需要一句话让人想玩。不是类型——类型是货架，不是创意。例如“一个平台游戏”不是钩子，“一个只有音乐播放时才能移动的平台游戏”才是。测试标准：能否用一句话描述，且其中包含一个没人预料到的动词？如果句子只是类型加形容词，就继续想。
资料提供几种比“再努力想想”更有效的找钩子方法：反转惯例（这个类型里所有游戏都视为理所当然的是什么？）、把一个机制搬到别处（赛车游戏里的牌组构建、约会模拟里的塔防放置）、从约束出发（一个按钮、一个屏幕、不能输、没有文字）、从感觉出发（“对一切都稍微迟到”“整理东西”，然后找到产生这种感觉的机制）、从实际能做出的东西出发（如果只能做剪影，那么关于影子的游戏不是妥协，而是美术方向已经解决的概念）。
诚实评估规模
这是决定游戏能否发布的一步。资料给出范围参考表：
- 周末/jam：一个机制，干净执行；1 种场景类型，1–2 个敌人，3–5 关或无尽。
- 1–2 周：一个机制加进程；菜单、玩法、游戏结束、8–12 关、存档。
- 1–2 个月：一个小型完整游戏；3–4 个机制、20+ 关或程序生成、音频、打磨。
- 3–6 个月：一个商业小型游戏；完整进程、内容多样性、教程、设置、发布。
- 一年以上：不要从这里开始。
资料建议把每个估计乘以三，并指出这是观察到的开发者估计与实际测量之间的大致比例。时间实际去向：核心机制 20%，菜单/设置/存档/暂停/转场 25%，内容（关卡、敌人、平衡）30%，音频/手感/打磨 15%，bug/平台问题/发布 10%。一个“简单平台游戏”做完核心机制只是完成了 20%，不是接近完成。
削减以适配
当创意不适配时间时，削减内容，不要削减钩子。一个绝妙机制加四关的游戏是完成的；五个机制各做一半的游戏不是游戏。削减清单：削减关卡/敌人/武器数量，保留让它有趣的那一件事；削减多人，保留手感和响应性；削减故事/过场/配音，保留核心循环；削减程序生成，保留可用的存档/读档；削减多结局，保留一个结局。资料特别警告多人：它不是增加一个功能，而是让整个项目成倍复杂——网络代码、同步、大厅，每个 bug 都变成两个 bug。除非多人就是钩子，否则砍掉。
提交前压力测试
六个问题：玩家每时每刻在做什么？为什么第二分钟比第一分钟更有趣？玩家会做错什么，如何学习？证明创意可行的最小版本是什么？什么可能杀死这个项目？你会玩它吗？
是否适合 Phaser 4
Phaser 是 2D WebGL 引擎。强适配：平台游戏、俯视角动作、解谜、塔防、射击、卡牌和棋盘游戏、roguelike、无尽跑酷、视觉小说、基于瓦片的任何东西，以及任何打算在浏览器中运行的 2D 游戏。需要努力才可行：物理密集型沙盒、大型开放世界、节奏游戏、实时多人。错误工具：3D。Phaser 4 的渲染器是 2D，真正的 3D 有计划但尚未实现，应使用 Three.js 或 Babylon。纯文字游戏用 Web 框架更简单。
Phaser 4 具体带来：Beam 渲染器能处理比 v3 多得多的屏幕内容；滤镜可应用于任何对象；SpriteGPULayer 让弹幕数量变得现实；锥形光让潜行视野锥变得廉价。如果创意依赖光照、效果或大量精灵，v4 改变了可负担的范围。
使用方式
技能以对话形式引导用户完成上述步骤，最终产出可行动的结果而非选项列表：一句话概念（钩子可见）、范围判断（时间预算和削减了什么）、原型描述（包含什么、证明什么、需要几天）、命名风险（最可能沉没项目的一件事及原型如何测试它）、下一步（/phaser-gdd 写设计文档，或 /phaser-new 立即搭建和原型）。如果用户带来多个创意，推荐一个并说明理由——排名列表是回避决定的方式，而决定正是他们来的目的。
适用场景
适用于用户要求“构思一个游戏创意”“帮我想一个游戏”“我想做游戏但不知道做什么”“这个想法……”等场景。也适用于在写 GDD 之前需要确定创意是否值得做、能否做完的情况。
限制
资料未提供该技能的具体收费、价格、平台支持范围或效果保证。资料建议对于超过 jam 规模的项目，先做原型再写 GDD——为一个还没人感受过的机制写设计文档是虚构的。原型只回答一个问题：核心机制感觉好吗？彩色矩形就够了，不要菜单、美术、音频、存档。如果矩形不好玩，美术救不了它。
附加资源
- references/ideation-prompts.md — 结构化生成器，用于用户卡住时：约束提示、机制反转、类型混搭，以及把模糊感觉拉成具体机制的问题。
- references/scope-calibration.md — 真实游戏形态的范围分解实例，按系统给出小时估计，以及项目超期时的削减顺序。
- 相关：skills/phaser-gdd/（下一步：把商定的概念变成设计文档）、skills/phaser-init/references/template-archetypes.md（九个现成原型）、skills/phaser-architect/（设计存在后的技术架构）。