编辑器模式定下路线 + 引擎为可视化编辑铺路

一天里同时定方向、打地基、做减法

这一天的几件事看似分散,其实围着同一个目标转:让 Studio 长出"编辑器"这条新腿。要长出它,得三件事同时做。一是"定方向"——把"再加一个编辑模式"从口头讨论变成一份正式的设计蓝图,让接下来的落地有谱可依。二是"打地基"——引擎在底层补上编辑器真正需要的几样能力,没有它们,上层界面就是空中楼阁。三是"做减法"——把历史上遗留的两套并行运行内核收敛成一套,免得新功能还没长出来,维护负担先把人拖垮。一个项目走到要加重大新能力的关口,最考验的不是写新代码的速度,而是能不能同时把方向想清楚、把地基夯实、把包袱卸掉——这天三件事一起做了。

编辑器模式定下路线:从"只能玩"走向"边编边玩"

一直以来,Studio 主要是"运行 / 试玩"游戏的地方:你跟 AI 聊,它写代码,右侧把游戏跑给你看。这天把"再加一个编辑模式"这件事正式立项,落成一整套设计与现状文档——它对引擎现有能力做了对照分析、写下了编辑模式的功能规格、盘点了当前实现到哪一步、并给出了具体的设计提案。目标很明确:让你不只是看游戏跑,还能直接在可视化界面里摆放物体、调属性、搭场景,做到"边编边玩"——改一下立刻在旁边看到效果。把这件事先写成文档而不是直接闷头写代码,是因为它牵动引擎、前端、运行时好几处,值得先把蓝图画清楚再动手;接下来几天的所有编辑器落地动作,都以这份蓝图为准。这是 Studio 从"玩家视角"迈向"创作者视角"的方向标——从"AI 替你做、你来玩",走向"AI 和你一起编、你随时插手"。

引擎补上字段反射:属性面板能自己长出来

引擎这天最关键的一步,是给组件的字段加上了"反射元数据"。所谓反射,通俗说就是让程序能"自我描述":系统不再需要别人告诉它,自己就能读出每个组件里每个属性的名字和类型——这是个数字、那是个颜色、还有一个是开关。这件事为什么重要?因为一个可视化编辑器最繁重的活,就是为成百上千种属性各画一个输入框:数字配滑块、颜色配取色器、开关配勾选框。如果靠人手一个个写界面,既写不完也跟不上引擎的变化。有了字段反射,编辑器的属性面板就能"照着元数据自动长出来"——引擎里加了个新属性,面板里自动多出对应的控件,无需任何额外手工。这正是上面那份编辑器蓝图能真正落地的底层前提:先让数据能自我描述,界面才谈得上自动化。

渲染管线变成可替换的,画面玩法不再被锁死

引擎这天还把"渲染管线"做成了可替换的。渲染管线是引擎把一个三维场景变成屏幕上每一帧画面的那整条流水线——决定光怎么打、阴影怎么算、后期特效怎么叠。以前这条流水线是写死在引擎里的:你只能用它给定的那一套画面风格。这天把这条流水线的"接缝"暴露了出来,有特殊画面需求的项目可以换上自己的一套渲染流程,做出引擎默认之外的独特观感。更重要的是,这个能力是用"自己先用起来"的方式验证的——引擎自己的画面也开始走这条可替换的管线,确保它不是个摆设而是真能用。把核心能力的接缝主动开放出来,意味着引擎从一个"只能照单全收"的黑盒,开始变成一个"高级用户能深度定制"的平台,这对追求独特视觉的创作者尤其关键。

给 AI 写一份引擎使用手册

这天还做了一件很特别的事:专门为 AI 写了一份引擎使用手册。在这个平台上,真正动手写游戏代码的主力是 AI agent,而不是人——所以"让引擎好用"这件事,首先得"让 AI 看得懂、用得对"。这份手册不是给人读的散文,而是为 agent 准备的结构化使用规范和一组可直接照做的操作技能:怎么创建实体、怎么挂组件、怎么用资产系统、各种常见任务的正确姿势,都写成 agent 能稳定遵循的形式。它的意义在于:一个工具的"文档"不再只是写给人的旁注,而成了直接决定 AI 产出质量的生产资料——AI 越懂引擎,它替你写出来的游戏就越正确、越少返工。把"给 AI 的说明书"当成一等公民来认真写,是这个 AI 原生平台和传统引擎在思路上的根本不同。

两套运行内核收敛成一套

这天还做了一次力度极大的"减法":把历史上遗留的一套独立运行内核正式退役归档,它原先承担的全部运行职责,都已经搬进了统一的后端进程里继续跑。这一刀切下去,删掉了将近十五万行代码,只留一个空壳作为历史标记。为什么这是好事?因为长期以来系统里同时存在两套能跑 agent 的内核,任何一处改动都得在两边同步,稍不留神就两边行为不一致——这是隐形的、持续的维护税。把它收敛成唯一一套之后,以后所有的 agent 流程、能力、工具都只在一个地方注册和运行,不再有"两套要对齐"的负担。删掉十五万行代码、系统反而更健壮,这正印证了贯穿整个项目的一条信条:衡量进步的不是写了多少行,而是读懂和维护这套系统需要同时记住多少东西——能砍掉的复杂度,本身就是最值钱的产出。

游戏内容走向资产化 + 回放顺序修复

内容侧这天也跟着主线往前挪了一步:示例射击游戏里的敌人,从"用代码一个个生成"改成了"场景资产实例"。这两种做法的区别在于:写死在代码里的敌人只有程序员能改,而做成结构化资产的敌人则更容易复用、配置,也更容易被即将到来的编辑器识别和摆放——所以这也是在为可视化编辑做准备,让"会被编辑的东西"提前以资产的形态存在。除此之外,内容创作类的工具(节点式编辑、场景搭建那一类)也收了一批日常打磨:笔刷工具、画布自适应视图、场景工具栏、导入往返的修复等等,让这些工作台用起来更顺。配套还修了一处聊天回放的顺序问题:agent 之间的消息和系统消息现在会正确地追加在末尾,回看一段历史时的顺序,和你当时实时看到的完全一致——回放要可信,顺序就必须分毫不差。

这一天意味着什么

这一天是一个项目"准备转向"的典型样子:在动手做一件大事之前,先把方向、地基和包袱三件事一次性料理干净。编辑器蓝图给出了"往哪走",引擎的字段反射、可替换管线、AI 使用手册铺好了"走得动的路面",而内核收敛和资产化则卸下了"会绊脚的旧包袱"。值得记住的是,这天没有一个用户当天就能点开把玩的炫目新按钮——它的价值全在底下:是那种"今天不打地基,明天的高楼就盖不起来"的工作。一个能长期演进的平台,靠的正是愿意在没有即时掌声的时候,认真做这些铺垫。从这天起,"编辑器"这条新腿有了图纸、有了地基,接下来就是把它一层层盖起来。