3D 提示词案例

使用 Opus 5 根据参考图片构建可探索 Three.js 世界的提示词
Claude Opus 5

使用 Opus 5 根据参考图片构建可探索 Three.js 世界的提示词

根据附加图片,使用 Three.js 构建一个可探索的 3D 世界。要求 第一人称控制(WASD + 鼠标视角),碰撞检测,不穿过几何体 AAA 级视觉效果:PBR 材质、基于 HDRI 的光照、真实阴影、后期处理(色调映射、泛光、抗锯齿) 对所有会移动或可交互的对象应用物理效果 在中端 GPU 上达到 60fps 流程 将工作拆分为独立的工作流:地形、道具/几何体、材质/纹理、光照、物理、控制/摄像机、性能。为每个工作流分配一个子代理。 每个子代理端到端负责自己的工作流,并报告已构建的内容以及仍然薄弱的部分。 完成集成后,执行一轮审查:在世界中行走,列出所有可见缺陷并修复它们。 重复这一循环,直到一次完整检查产生零个缺陷,或达到 5 次循环。无论哪种情况,都要报告任何未解决的问题。 交付一个可运行的单一项目,并附上启动说明。

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

使用 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 知道什么是好的结果,它就能找到实现路径,并判断自己是否成功。 简而言之:先投资于结构和测试,再投资于提示词。

想到它。塑造它。