使用本页的范围化简报
创建一个原生 Unreal 5 竞技场原型，其中第三人称角色可按任意顺序激活三个元素开关。清晰表示开关状态，在全部状态有效后才解锁中央门，防止重复激活，支持死亡与重启，并在可复用的开关行为与关卡特定进度之间保持清晰分离。包含可见反馈和简短的浏览器预览测试路径。
创建一款 Unreal 5 游戏编程意图 · 可检查的源码和图表变更
Claude Opus 5 用于虚幻引擎C++与蓝图 — 全球首个在线原生虚幻工作流
使用精确上下文、可复核的差异、编译证据、自动化流程、打包检查、安全性和回滚机制，在 Unreal C++ 和 Blueprint 工作中测试 Claude Opus 5。
直接回答
Opus 5 可用于仓库导航、C++ 规划、代码评审、日志分析以及将 Blueprint 行为转化为显式状态。每个任务要保持范围很小，并提供准确的 Unreal 版本、模块、类、图表证据、错误和验收检查。只有在项目实际编译、运行、重开、烹饪、打包并通过相关测试后才接受。
在 SEELE 中开始构建一个 Unreal 5 游戏
选择一个具体提示词，打开 SEELE Unreal creator，查看预填充简报并生成本机项目。第一条提示词为本页定制，其余提示词可作为可复用的起始模板。
生成一款山地探险游戏
使用 Unreal Engine 生成一个简单的第三人称游览游戏，包含山脉和水体。应包括响应式移动、清晰路线、一个完成状态、失败恢复、立即重启、浏览器预览，以及可本地下载的 Unreal 5 原生项目。
创建一款 Unreal 5 游戏生成一个可玩的地牢爬行游戏
使用 Unreal Engine 构建一个紧凑的地牢爬行游戏。包含第三人称移动、一个战斗循环、两个相连房间、一个钥匙与门目标、可见生命值与反馈、死亡、完成、立即重启、浏览器预览，以及可本地下载的 Unreal 5 原生项目。测试并回归验证结果。
创建一款 Unreal 5 游戏生成一段带天气效果的城市巡游
创建一个本机 Unreal 5 第三人称城市漫游，包含紧凑可行走区域、植被、地标照明，以及晴、阴、雨三种天气状态。包含清晰的操作控件、浏览器预览、稳定的重启行为、打包检查和本地项目下载。
创建一款 Unreal 5 游戏生成完成后 SEELE 为您提供了什么？
原生Unreal 5项目
应为可检查的 Unreal 项目，而非模型回答或非官方集成声明。
浏览器预览
在继续本地化之前，快速检查相机、控制、目标清晰度、反馈、完成、失败和重启。
优化与打包路径
面向外部发布前用于性能评估与打包准备的工作流。
可下载项目
进行源码、Blueprint、资产、插件、权利、构建、目标设备和发布审核的本地项目交接。
已核实内容及其对 Unreal 的意义
C++ 上下文
包含 Build.cs 边界、头文件、源码、反射宏、所有权、生命周期、线程、复制、目标以及精确的编译器或 Unreal Header Tool 输出。
Blueprint 上下文
包含父类、接口、组件、事件、变量、默认值、权威性、节点文本、截图、输入、输出和失败的状态转换。
差异规范
要求进行最小化的文件或图表职责变更、说明假设、可证伪提案的测试，以及一个清晰的回滚点。
原生证明
仅编译成功是不够的；还要测试运行时行为、编辑器重启、存档/读取、相关网络、Cook、打包和目标设备。
五阶段 C++ 实施与 Blueprint 工程化工作流
在提示之前先复现问题
检出一个干净修订，复现问题，捕获首次编译、UHT、运行时、Blueprint、自动化或打包失败，并记录确切路径。如果无法复现基线，请停止并改进证据。
限制权限边界
请明确说明模型可以查看或提议修改的模块、类、函数、Blueprint、子系统、目标与文件。说明禁止区域，并要求在不确定时避免凭空虚构符号。
请求最小化提案
要求给出根因推理、小改动计划、精确的差异或图操作、兼容性假设、预期警告、测试和回滚。将观察到的事实与引擎版本假设分开。
审核中应用
开发者在实施前会检查提案中的所有权、生命周期、垃圾回收、反射、线程、复制、序列化、输入、保存兼容性和项目约定。
执行完整验收路径
构建受影响的目标，编译 Blueprint，运行自动化测试，重复成功与无效路径，重启编辑器，重新打开资产，烹饪并打包，测试目标配置，在不确定时回滚以确认因果关系。
采用前需阻断的失败模式
风险 1
虚构的引擎符号和跨版本通用的 include 往往看起来很合理，但一旦编译就会暴露问题。
风险 2
Blueprint 截图会隐藏默认值、折叠的图表、宏、潜变量动作（latent actions）、父类行为和未连接引脚。
风险 3
仓库级清理可能会掩盖根因并产生无法审查的生成噪音。
风险 4
通过编辑器的通过测试仍可能在独立运行、专用服务器、烹饪、打包或目标设备执行中失败。
决策评分卡
| Dimension | 什么才算正确 | 需保留的证据 |
|---|---|---|
| Ownership | 变更位于真实的拥有子系统中 | 架构追踪与经验证的维护者评审 |
| 编辑质量 | 差异应保持最小化、类型明确、版本感知，并与约定兼容 | 编译器、UHT、静态检查、代码评审与图表编译 |
| Behavior | 正常、无效、重复、被中断、重载和重启状态保持正确 | 自动化与可复现的运行时证据 |
| Shipping | Cook 与打包目标保留预期结果 | 目标配置、设备、网络、存档与性能检查 |
该决策的 Unreal 实施说明
先追踪所有权再关注语法
询问该行为应由哪个模块、子系统、Actor、组件、接口、数据资产或 Blueprint 拥有，以及原因。即使语法正确，若在错误的生命周期或权限边界内修改，也会比明显的编译错误导致更难排查的故障。
同时测试 Blueprint 与 C++ 契约
当原生代码变更涉及类型、委托、默认值、接口、复制、序列化或组件创建时，需重新打开依赖资产并编译受影响的 Blueprint。检查默认对象更改、过期节点、重命名引脚、重定向器、已保存实例和打包行为。
将生成的噪音变更排除在决策之外
将故意的源码或图表变更与项目文件、二进制文件、中间产物、派生数据、自动重存资源及格式化噪音分离。先查看最小因果差异，并在更广泛清理前保留干净的回滚点。
从已评估的创意到 SEELE 原生 Unreal 项目
使用模型研究来细化需求说明，而不是替代项目证据。直接的创建路径有意保持简短且可观察：
1. 约束玩家循环
保持单一摄像机、单一主动词、单一目标链路、明确的失败与完成、重启行为、视觉引导、控制方式、目标时长和清晰的完成清单。
2. 在 SEELE 中生成
打开标准化 Unreal creator，选择最接近的已验证起始世界，提交简报并生成一个本机 Unreal 5 项目，而不是把文本回答当作交付成果。
3. 检查浏览器预览
从开始到成功、失败与重启全过程进行体验。检查相机、输入、目标清晰度、反馈、交互状态、视觉层次，以及明显的性能或稳定性问题。
4. 下载或继续制作
在本地继续或外部发布之前，先审查项目、源代码、Blueprint、资源、插件、版权、配置、性能、存档、网络、烹饪、打包和目标要求。
起步方案说明
创建一个原生 Unreal 5 竞技场原型，其中第三人称角色可按任意顺序激活三个元素开关。清晰表示开关状态，在全部状态有效后才解锁中央门，防止重复激活，支持死亡与重启，并在可复用的开关行为与关卡特定进度之间保持清晰分离。包含可见反馈和简短的浏览器预览测试路径。
官方证据与能力边界
快照日期：2026年7月25日。Anthropic 于 2026年7月24日发布的公告是发布状态、定价、定位和上线可用性的第一方来源，但其并未声称获得 Epic 官方支持的 Unreal 集成。Epic 文档和具体项目仍是引擎行为、编译、资源、测试、烹饪、打包和目标平台结果的权威依据。
Anthropic 发布
发布日期、claude-opus-5 模型 ID、编码与代理定位、定价、Fast 模式、对齐、安全性与可用性。
打开官方公告开发者指南
在生产环境中采用前，请重新检查当前模型行为、API 范围、提示词指导、限制、努力设置与迁移说明。
Epic 编程证据
使用版本特定的 Epic 文档和实际项目来进行 C++、Blueprint、构建、测试、Cook 和打包决策。
C++ · Blueprints · Automation · 构建并打包
继续执行 Claude Opus 5 × Unreal 集群
适用于长期 Unreal 任务和调试的 Claude Opus 5
使用检查点、根因证据、工具边界、中断恢复、测试与回滚，评估Claude Opus 5在长期Unreal调试与代理工作中的适用性。
阅读本指南Unreal 的 Claude Opus 5 与 Opus 4.8 对比
对比 Claude Opus 5 与 Opus 4.8 在 Unreal 编码、调试、长周期代理、价格、迁移、安全回退、本地校验和回滚方面的表现。
阅读本指南用于 Unreal 项目的 Claude Opus 5 提示
为 Unreal C++、Blueprint、日志、资产和发布任务构建聚焦的 Claude Opus 5 提示词，然后将已批准的简报转化为基于 SEELE AI 的原生 Unreal 5 项目。
阅读本指南常见问题
Claude Opus 5 能编译 Unreal C++ 吗？
它可以提出和审查源文本，但真实的 Unreal 工具链必须进行编译和链接。回答本身不等于构建凭据。
它可以直接编辑 Blueprint 吗？
这取决于被授权的工具表面。无论使用何种工具，只有真实资产编译和运行时测试才能建立正确性。
哪些 Blueprint 证据有用？
提供图表截图以及节点文本、类型、默认值、父类行为、事件顺序、权威性、状态转换和准确的失败路径。
是否应该将 Blueprint 转为 C++？
只有在性能分析和所有权分析支持迁移后才执行。迭代速度、团队技能、维护性、网络和 API 稳定性比通用偏好更重要。
SEELE 的定位是什么？
使用 SEELE AI 生成或迭代本地 Unreal 项目与面向玩家的切片；用该工程化流程审查并验证项目级 C++ 与 Blueprint 变更。
第一个 C++ 或 Blueprint 任务应该有多小？
尽量采用单一所有者、单一可观测行为、单一路径故障和单一回退方案。仅在通过编译、Blueprint、运行时、重开编辑器、Cook 与打包检查后再扩展。
将研究成果转化为原生 Unreal 5 游戏
打开官方 SEELE Unreal 创作器，选择已验证的起始世界，生成原生项目，检查浏览器预览，再下载或继续进行优化和打包。将第三方模型评估与项目证据分开保存。