把 agent 总线搬进界面 + 仪表盘筛选

把"看不见的机器"变得看得见

前一天后端默默浇下的那套插件运行时与事件总线,本身是"看不见"的——它在后台跑,用户感知不到。这天的主题,就是把这套看不见的机器接到界面上,让它变得可观察、可操作。一个系统一旦开始有"多个 agent 通过总线互相通信"这样的内部活动,如果这些活动全藏在后台,用户和开发者都会陷入"它到底在干嘛"的黑箱焦虑。所以这天做的事很明确:给总线开一扇窗、给任务列表加上筛选,让人能真正看清系统内部正在发生什么。可观察性不是锦上添花,而是一个复杂系统能不能被信任、被调试的前提。

可视化的 agent 总线

这天把 agent 之间互相通信的事件总线接进了界面。侧栏里出现了一盏"总线健康灯",带着当前插件数量,一眼就能看出系统里挂了多少能力、状态是否正常;还有一个专门的总线管理面板被提升为一个顶层入口,在里面可以浏览各类事件、用键盘上下导航、点开任意一条记录就地展开看详情,甚至从一条记录一键深链跳到侧栏对应的事件类别。这一切的意义在于:多 agent 协作第一次"看得见"了——谁在跟谁说话、传递了什么、各类事件各有多少,都明明白白摆在眼前,而不再是后台一团你只能猜测的活动。对要长期靠"一群 agent 协作"来干活的平台,这扇窗是把抽象的协作变成可被理解、可被介入的具体画面的关键一步。

仪表盘:状态分布、筛选与搜索

随着同时在跑的任务越来越多,仅靠一条平铺的列表已经不够看了。这天给仪表盘加了几样实用工具:运行列表顶部多了一条"状态分布条",一眼就能看出当前有多少在跑、多少完成、多少出错的整体态势;任务列表则支持按状态筛选、按标题搜索,让你能迅速从一大堆历史里定位到关心的那一个。这些都是很朴素的功能,但当你真的同时管着几十个任务时,它们决定了你是"一眼掌握全局"还是"在长列表里大海捞针"。把排查问题、回顾历史这两件高频操作做顺,本质上是在尊重用户的时间——当系统规模变大,好的筛选和搜索就是生产力本身。

引擎能加载标准 3D 模型(glTF)

引擎这天迈出了内容生态上很关键的一步:接入了对 glTF 这种标准 3D 模型格式的加载,并且是走前一天刚立起来的资产系统来加载的。glTF 是 3D 内容交换的通用格式,绝大多数建模工具和模型市场都支持它;能直接吃下 glTF,意味着海量现成的 3D 模型可以被搬进来用,而不必每个模型都手工重做。把它接到资产系统上而不是另起一套加载逻辑,也很关键——这样导入进来的模型自然就拥有了统一的身份和引用方式,能被结构化地管理、复用。对用户来说,这是"做游戏需要的素材从哪来"这个现实问题的一个重要答案:不只能让 AI 生成,也能把外部世界已有的标准模型直接拿进来。

引擎 ECS 词汇收敛成一套统一体系

引擎这天在底层做了一次重要的"收敛"。此前组件里不同的数据形态——字符串、定长/变长数组、缓冲区——各自有各自的处理方式和包装层,概念分散、读起来累。这天把它们统一收敛到同一套"受管理资源"的体系之下,并删掉了一堆多余的包装代码。配套还让"创建实体"这件事在类型上变得更严格:用更精确的类型约束去描述一个实体由哪些组件、什么数据构成,既能在编译期就挡住写错的情况,又把过去靠"强制类型转换"打的补丁一一清掉,并立了一道永久的检查防止它们卷土重来。这类工作在用户那侧完全看不见,但它体现的是一种核心工程取向:衡量代码好坏的标准不是行数,而是"读懂任意一处需要同时记住多少概念"——把分散的词汇收敛成一套,正是在给后面所有读这套代码的人(包括 AI)减负。

一种工作姿态:直接改 + 本地测试即门槛

这天还在工程文化上明确了一种工作姿态:对于足够清楚的改动,鼓励直接动手改,而不是事事都套用一套很重的流程;但与此同时,"本地测试通过"被立为不可绕过的门槛——你可以快,但不能不验证。这两条看似矛盾,其实是一体两面:正因为有自动化测试当兜底,直接改才不至于变成莽撞。把"什么时候该走重流程、什么时候可以直改"说清楚,本身就是一种对效率的尊重——不让简单的事被流程拖慢,也不让快变成质量失控的借口。这种对节奏的拿捏,是一个高速迭代的团队能长期既快又稳的隐形秘诀。

这一天意味着什么

把这天连起来看,是"让系统对人透明"的一天。后端那套复杂的内部机器被接到了界面上,变得可观察、可操作;引擎打开了通往海量标准模型的大门,内容来源不再受限;底层则通过词汇收敛让代码本身更易读、更可信。表面上看,可视化、模型加载、类型收敛是三件不相干的事,但它们指向同一个目标:让这个越来越复杂的系统,无论对用户、对开发者、还是对将来读代码的 AI,都保持"看得懂、信得过"。一个系统能走多远,往往不取决于它能堆多少功能,而取决于它在变复杂的同时还能不能保持透明——这一天,正是在为透明这件事投资。