Roblox 原型制作：生成、编辑并验证游戏 Draft

写出一个可以重复的动作、一种反馈，以及一个短期目标。Obby 可以是从检查点移动到终点；生存游戏可以是等待、躲避危险并看到结算。其他类型先缩减为最小可验证循环，再列未来想做的系统。清楚的简报有助于判断初版 Draft 真正能展示什么。

你既可以使用现成模板，也可以在同一个输入区写自己的提示词。这只是描述想法的两种方式，并非两个 Agent 或两套审批流程。工作台应展示范围检查和可审阅计划。如果需求依赖尚未实现的类型专属系统，计划必须指出缺口，不能把通用场景悄悄称为完整游戏。

Obby 和 Round Survival 有边界明确的初始 Build 路径，也有已知工程结构与测试重点。Tycoon、Simulator、塔防等其他创意可以从通用起始原型开始，用来检查计划中的核心循环、视觉方向或玩家反馈；Roblox 实际运行仍未验证，Build 也不会因输入类型名称就自动包含该类型的所有机制、进度系统、商业化功能和多人规则。

审阅计划时分辨三类信息：第一份 Build 会包含什么、仍有哪些假设、哪些内容超出当前支持范围。如果理想体验依赖未支持的机制，可以缩小初版循环或把该功能留到后续。这不是否定创意，而是让小而真实的原型先有东西可测、可改，不把整个大类型误写成已经完成。

确认计划后下载 .rbxlx Draft，并保留 Build ID。提出修改时说清对象、规则或路段，哪些行为要保留，以及期望结果。Agent 可以提出有边界的修改并展示拟触及的范围。聊天里一句“已记录”不是实际完成；只有变更落地、持久化、重新构建并经相应检查后，才能标为完成。

工作流保留旧 Build，不会只留下最新一个文件。生成的 Luau 修改限定在声明可写的文件，并要求确认准确差异。这适合对平台生成的项目做聚焦修订，不是任意导入 Roblox 工程的通用编辑器，也不会自动回读你在 Studio 手工改过的文件。如果直接在 Studio 修改，请另外记录，避免工作台误以为自己掌握了新状态。

结构检查能确认生成文件存在、引用了预期对象，并满足部分约束；它不能证明游戏是否公平、玩家是否理解目标，或多人规则是否跨客户端一致。请在 Roblox Studio 打开对应 Build，跑通最小玩家循环，记下令人困惑的时刻，并把发现关联到版本。修改后即使旧版通过，也要重测受影响的行为。

根据实测选择下一项改进：更清楚的反馈、更短的等待、更安全的检查点，或者更好的第一分钟。原型检查与发布准备要分开，包括设备表现、资产权限、权利核对和发布。Roblox 原型制作帮助你从提示词走到可编辑 Draft，再到有证据的迭代；它不是即时浏览器游戏、商业成功保证或自动发布管线。