可编辑的项目移交
在检查文件、依赖项和权限后继续生产的起点。
使用方法
搭建 3D 仓库关卡,加入多波敌人,试玩后再用提示词调整地图和战斗节奏。

规划仓库关卡,安排步枪、掩体和三波敌人。

把仓库地图、武器、敌人、战斗规则和游戏界面组合起来。

在游戏里应对一波波敌人,记得换弹,留意生命值和弹药。
免费做个游戏选择创作方向
从与您的项目类似的方向开始,然后在进一步构建之前改变机制、外观或受众。
陈述目标、控制、成功状态、失败状态以及可以证明该想法的最小场景。
陈述目标、控制、成功状态、失败状态以及可以证明该想法的最小场景。
定义播放器循环 ↗选择 SEELE 的理由
在检查文件、依赖项和权限后继续生产的起点。
是否扩大范围、修改循环或进入本机实现的证据。
开始之前
您可以定义体验的服务对象以及成功的结果需要做什么。
您检查事实的契合性、原创性、连续性、可访问性以及各个部分是否可以协同工作。
您可以决定哪些内容已准备好实施、共享、发布或另一轮工作。
SEELE 创作案例
这些游戏可以直接试玩,选一个试试看。
适用人群
创建者、设计师和小型团队可以使用此页面使一个项目决策在更大的构建或发布之前更容易测试。
评价
常见问题
用它来描述 AI Game Maker 的工作,尝试一个示例,并决定在下一次构建之前需要更多工作。
写清目标输出、要验证的操作或功能,再给出一项约束。可以从“定义播放器循环”开始,并说明怎样判断结果是否符合要求。
从本页挑一个示例,说明项目真正要验证的部分:专注于 AI 游戏制作者的方向,为 AI 游戏制作者提供具体的第一个审查结果。
首轮先做一个场景、一项交互、一个素材或一个镜头。能检查这部分后,再扩大范围。
把结果与原始要求逐项对照,并在目标环境中试用相关交互。先记下差异,再修改提示词。
可以。参考资料适合说明风格或要求;分享或发布前,请确认素材的使用权限。
把生成结果当作草稿。发布前还要检查内容、版权、无障碍、性能,以及目标平台或引擎的要求。
一次只改一个关键细节,例如动作、构图、机制或材质。这样更容易看清改动带来的影响。
先检查 Workspace 当前提供的目标环境与导出选项。不要默认它支持某个引擎、文件格式或集成方式。
先明确目标用户、要检查的第一项结果,以及哪些限制会让方案无法使用。可以从一个具体示例开始讨论。
回到原来的目标,调整造成偏差的细节,再用相同条件重试。确认后再扩大范围。
受众、格式、参考资料和验收标准都会影响结果。首轮只需写明当前检查所需的限制。
围绕“用 AI 将游戏创意变成可玩原型”明确目标结果、首轮范围和检查标准,再开始细化方案。
开始创作 →