使用 Claude Opus 5 开发 3D MMO 的工作流

几乎所有代码都是用 Claude Opus 5 编写的。 但让项目能够在数千轮迭代中持续推进的,并不是一个巧妙的提示词,而是对项目进行组织,使 AI 无需阅读整个代码库就能找到所需内容。 1. 将说明放在代码旁边,而不是集中堆放在一个地方 每个文件夹都有自己的指南,其中包含常见工作流和此前发现的易错点。当会话在该文件夹中启动时,指南会自动加载。处理怪物时不需要付出地图指南的上下文成本。每项任务开始前所需的上下文从大约 76,000 个 token 降到了约 10,000 个。 2. 用工具强制执行规则,而不是依靠自律 我让它编写脚本:一旦检测到循环导入,或检测到颜色值不是集中定义而是直接写在使用位置,脚本就会让构建失败。不要指望 AI 记住每条规则;让提交失败要可靠得多。 3. 让 TypeScript 成为提醒机制 添加一个没有效果的技能,项目就无法编译。添加一个却没有创建模型的怪物,项目就无法编译。因为类型系统不允许,所以不会被遗忘。 4. 让内容由数据驱动 添加怪物、技能或物品,应该意味着新增一行,而不是修改整个系统。相比于“更新五个必须保持一致的位置”,AI 对“新增一行”的处理准确得多。 5. 有效的提示词定义评估标准,而不是操作步骤 例如:“普通怪物必须在 2 到 5 秒内死亡”,“每张地图至少有 97% 的区域必须可到达”,以及“任何游戏物品的掉落率都不得低于 3%”。然后将这些标准编码成测试。一旦 AI 知道什么是好的结果,它就能找到实现路径,并判断自己是否成功。 简而言之:先投资于结构和测试,再投资于提示词。

提示词优化建议

1

明确可编辑性

明确哪些对象必须保持独立、具名且可编辑;否则,即使外观看起来很逼真,也可能仍然无法使用。

2

形成测试闭环

要求模型运行场景、检查可见问题并反复修复,直到通过明确的帧率、交互和布局检查。

3

大型任务分阶段完成

对于大型世界,将工作拆分为区域、组件或里程碑,逐项验收后再扩大范围。

想到它。塑造它。