将模拟经营创意转化为可玩的浏览器原型

具有可测试构建和资源循环的早期浏览器原型，而不是完成的商业版本。

是的。继续提示修改建筑物、资源、地图、平衡和任务节奏。

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

从本页挑一个示例，说明项目真正要验证的部分：一个重点突出的模拟生成器·转动一个提示...为模拟生成器·转动一个提示...提供要审查的具体第一个结果的方向。

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

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

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

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

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

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

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

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

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

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