AI赛车游戏生成器

是的。在提示中包含这些约束，以及轨道计数或样式、汽车调色板、控件、计时器、检查点规则和完成条件。第一次构建是测试和完善的方向，并不能保证每个请求的系统都是平衡的或生产就绪的。

是的。描述赛道形状、弯道类型、漂移感觉、加速或惩罚规则、检查点顺序、摄像头和所需的单圈流量。然后对生成的构建进行测试，并通过具体反馈调整转向响应、牵引力、碰撞行为和难度。

写清目标输出、要验证的操作或功能，再给出一项约束。可以从“描述赛车循环”开始，并说明怎样判断结果是否符合要求。

从本页挑一个示例，说明项目真正要验证的部分：一个专注的 AI 赛车游戏生成器方向，为 AI 赛车游戏生成器提供具体的第一个审查结果。

首轮先做一个场景、一项交互、一个素材或一个镜头。能检查这部分后，再扩大范围。

把结果与原始要求逐项对照，并在目标环境中试用相关交互。先记下差异，再修改提示词。

可以。参考资料适合说明风格或要求；分享或发布前，请确认素材的使用权限。

把生成结果当作草稿。发布前还要检查内容、版权、无障碍、性能，以及目标平台或引擎的要求。

一次只改一个关键细节，例如动作、构图、机制或材质。这样更容易看清改动带来的影响。

先检查 Workspace 当前提供的目标环境与导出选项。不要默认它支持某个引擎、文件格式或集成方式。

先明确目标用户、要检查的第一项结果，以及哪些限制会让方案无法使用。可以从一个具体示例开始讨论。

回到原来的目标，调整造成偏差的细节，再用相同条件重试。确认后再扩大范围。

受众、格式、参考资料和验收标准都会影响结果。首轮只需写明当前检查所需的限制。

请了解目标用途的人对照 brief 检查结果。