为什么有效
把搜索意图转化为可玩的游戏方向
纯文本可控
让创意简报保持可读，后续每轮迭代都能对照最初目标检查。
机制优先于设定
先写控制、目标、危险和反馈，让生成结果从第一屏就能被测试。
可评审的文件
保留预览链接、版本说明和导出文件，方便回到最好的一版继续修改。
工作流程
构建浏览器游戏草稿的精简流程
步骤 1
描述最小玩法循环
一句话说明玩家动作，再用一句话说明胜利条件和失败条件。
步骤 2
补充视觉和镜头规则
写清侧视、俯视、跑酷或 3D 镜头，并补充色彩和界面气质。
步骤 3
生成第一版草稿
把提示词交给 Studio 或 Quick HTML，先试玩，再决定是否增加系统。
步骤 4
每轮只收紧一个问题
针对控制、节奏、可读性或奖励反馈做修改，不要每次都重写整个概念。
1 份文本简报
第一轮只服务一个核心循环。
3 个试玩检查点
检查首屏、控制和胜负反馈。
HTML5 预览
先分享浏览器构建，再投入素材精修。
后续路径
继续使用生成器、Studio 和可玩的游戏库
常见问题
开始构建前的快速解答
只用文字可以生成游戏吗？
可以。只要提示词包含类型、控制、目标、失败状态和风格限制，就足够生成第一版可玩草稿。
提示词里应该避免什么？
避免一次要求多个游戏。混合类型和空泛风格词通常会让第一版更弱。
适合 HTML5 游戏吗？
适合。这个迁移目标是浏览器优先：在浏览器里预览草稿，并导出可评审的文件。