2026 年 6 月发布
6 月对 Turian 来说是激动人心的一月。
在项目首次正式提交仅 18 天后，Turian Studio 已成长为一个完全集成的游戏开发环境。在此期间，我们发布了 9 个公开版本，引入了开发者对现代引擎所期望的各种系统：可复用资源、预制体、编辑器内游戏测试、场景管理、3D 资源导入、性能分析、远程调试，甚至还有用于 AI 助手的 MCP 服务器。
这第一个开发冲刺的重点并非孤立的引擎功能，而是完善那些让游戏开发变得愉悦的日常工作流。其成果是一个编辑器，开发者可以在其中创建资源、组装场景、测试游戏、检查运行中的游戏并进行迭代，而无需频繁离开工作环境。
更快地构建游戏
DataAssets
工单 #11
每个游戏都包含并非代码的数据：敌人定义、物品统计、对话树、输入映射、平衡参数、项目设置等等。硬编码这些值很快就会变得难以维护，尤其是随着项目的增长。
Turian 现在包含 DataAssets，这是一种受 Unity 的 ScriptableObjects 启发但专为 Zig 设计的可复用资源。任何组件只需选择加入该系统即可成为可编辑的资源。编辑器会自动从项目的源代码中发现可用的资源类型，允许开发者在检视面板中直接创建和编辑它们。
DataAssets 以人类可读的 JSON 文件存储，并通过 GUID 进行内部引用，这意味着即使文件被移动或重命名，它们也能继续工作。它们已成为多个引擎系统的基础，同时也为开发者提供了一种将游戏数据与代码分离的清晰方式。
输入动作
现代游戏不应该关心玩家是按下了 D、左摇杆还是触摸屏按钮——它们只需要知道玩家想要移动就够了。
Turian 的新输入系统引入了如 "jump"、"move" 或 "fire" 这样的命名动作，使游戏代码与物理设备保持独立。输入映射存在于可编辑的项目资源中，无需修改游戏逻辑即可更改。
游戏手柄支持随新系统一同提供，包括模拟摇杆、扳机键、方向键、按钮和震动支持。无论开发者是在构建平台游戏、双摇杆射击游戏还是 UI 驱动游戏，相同的游戏代码在键盘、鼠标和控制器上都能正常工作。
项目设置和场景管理
一个游戏项目需要的不仅仅是场景——它还需要身份。
Turian 现在包含一个专用的项目设置资源，开发者可以在其中配置从应用程序名称、版本和公司信息到图形设置、窗口分辨率、全屏行为和启动场景等一切内容。这些设置通过 Studio 界面进行编辑，而非配置文件。
与之相辅相成的是一个全新的场景管理器，能够加载和卸载场景，支持叠加加载、持久对象、异步加载和进度报告。这些系统共同使得构建比单个关卡更大的项目变得切实可行，同时保持项目配置集中且易于管理。
资源引用
工单 #43
强类型的资源和场景引用现在允许项目安全地引用其他资源，即使文件被重新组织也不会出错，使大型项目更易于维护。引擎架构也继续朝着通过 engine.Frame 进行显式依赖注入的方向发展，简化了系统间的交互，同时避免了全局状态和静态单例。
更佳的编辑体验
Play 模式
工单 #31
开发者无需编译项目、启动另一个可执行文件并等待一切重新加载，现在可以直接在 Turian Studio 中按下 Play。编辑器启动游戏，将玩家输入路由到正在运行的模拟中，并允许暂停、逐帧步进或停止执行——所有这些都无需离开编辑环境。而且编辑器会将场景精确恢复到测试开始前的状态。
Play Global 按钮还可以启动项目配置的启动场景，无论当前正在编辑哪个场景，这使得从头测试完整游戏变得更加容易。
预制体
工单 #32
内容复用对每个游戏都至关重要，无论是敌人、拾取物、建筑还是完整的游戏系统。
Turian 现在支持预制体，即可复用的场景节点集合，可以在不同场景中多次实例化。对原始预制体所做的更改会自动传播到现有实例，同时仍允许单个实例在必要时覆盖任意属性。
创建预制体完全集成在编辑器中，通过简单的"从选中项创建预制体"操作即可完成，使现有场景内容轻松转化为可复用的构建块。其结果是一个对来自其他现代引擎的开发者来说熟悉的工作流，同时完全基于文本，且对像 Git 这样的版本控制系统友好。
变换控件
好的工具会"隐入"幕后，让开发者专注于构建游戏而非与编辑器搏斗。
Turian Studio 现在在 3D 视口中直接包含了熟悉的平移、旋转和缩放变换控件，支持吸附和交互式操作。摄像机、灯光和碰撞体也会自动可视化，使复杂场景一目了然。
在整个月中，编辑器本身还获得了许多工作流改进。通过标签页界面可以同时打开多个资源和场景；检视面板变得更清晰、更易导航；资源浏览器现在支持内联重命名和过滤；磁盘上的文件变更会被自动检测。
综合来看，这些改进使编辑器不再像是个独立工具的集合，而更像一个 cohesive 的开发环境。
更佳的 3D 资源工作流
导入模型、材质和纹理
游戏资源很少在引擎内部创建，因此从外部工具导入内容是关键工作流。
Turian 现在可以导入 glTF 2.0 和 GLB 文件(新的主流行业标准)，自动提取网格、基于物理的材质、纹理和场景层级。单个导入的文件可以生成可复用的引擎资源，同时产生一个代表原始模型结构的即用预制体。
材质可以直接在 Studio 中检查和编辑，导入的纹理保持与生成的资源关联。这意味着美术人员可以在他们偏好的内容创作工具中继续工作，而开发者可以在编辑器中以最小的摩擦继续工作。
调试和性能
性能分析器
工单 #35
性能优化往往被推迟到开发后期，但尽早拥有合适的工具会大大降低排查问题的难度。
Turian 现在附带一个集成的性能分析器，能够记录 CPU 活动、GPU 统计信息和渲染指标。开发者可以直接在 Studio 中检查帧时间线、浏览捕获的帧并导出跟踪数据，以便使用像 Perfetto 这样的工具进行更深层次的分析。
该分析器还与测试场景集成，允许在使用 Play 模式时录制性能捕获，无需外部工具。
远程调试和 AI 集成
本月最雄心勃勃的添加或许要数 Turian 的远程调试基础设施。
运行中的游戏现在可以通过开放的远程调试协议暴露其场景层级、实体、组件、资源和性能信息。开发者可以检查和修改运行中的世界、重新加载资源、捕获性能分析信息并在不重启游戏的情况下诊断问题。
基于此协议构建的是一个 MCP 服务器，允许 AI 助手使用标准化工具与运行中的游戏进行交互。编辑器与 MCP 服务器共享相同的底层"内省"系统，而非各自独立实现，从而确保它们始终呈现一致的项目视图。
这一架构不仅为 AI 辅助开发敞开了大门，也为自定义外部工具、自动化流水线和未来的编辑器扩展提供了可能。
展望未来
6 月不仅仅是添加功能——更是让 Turian 感觉像一个完整的开发环境。这些功能建立了开发者日常依赖的工作流，为未来在渲染、动画、物理和游戏系统方面的工作奠定了坚实基础。
下载最新版本，探索路线图，如果你想关注开发或做出贡献，请通过 Discord 或 Matrix 加入我们。
我们在编辑器中见。
#release#editor#engine#studio