에이전트 버스가 UI + 대시보드 필터로 제공됩니다.

보이지 않는 기계를 보이게 만들기

전날 조용히 쏟아진 백엔드의 플러그인 런타임과 이벤트 버스는 그 자체로 "보이지 않는" 상태입니다. 즉, 사용자가 감지할 수 없는 상태로 백그라운드에서 실행됩니다. 오늘의 주제는 눈에 보이지 않는 기계를 인터페이스에 연결하여 관찰 및 작동 가능하게 만드는 것이었습니다. 시스템이 "버스를 통해 통신하는 여러 에이전트"와 같은 내부 활동을 시작하면 모든 것을 백그라운드에 숨기므로 사용자와 개발자는 "실제로 무엇을 하고 있는지"라는 블랙박스 불안에 빠지게 됩니다. 따라서 오늘의 작업은 명확했습니다. 버스에 창을 열고, 작업 목록에 필터링을 추가하고, 사람들이 시스템 내부에서 무슨 일이 일어나고 있는지 실제로 볼 수 있도록 하는 것이었습니다. 관찰 가능성은 좋은 것이 아닙니다. 이는 복잡한 시스템을 신뢰하고 디버깅하기 위한 전제 조건입니다.

눈에 보이는 에이전트 버스

오늘은 이벤트 버스 에이전트가 인터페이스와 통신하는 데 사용하는 유선 연결입니다. 현재 플러그인 수를 표시하는 "버스 상태 램프"가 사이드바에 나타나므로 로드된 기능 수와 상태가 정상인지 한 눈에 알 수 있습니다. 전용 버스 관리 패널이 최상위 항목으로 승격되어 이벤트 종류를 찾아보고, 키보드로 위/아래로 탐색하고, 세부 정보를 위해 제자리에 있는 레코드를 확장하고, 레코드에서 사이드바의 일치하는 이벤트 카테고리로 바로 딥 링크할 수도 있습니다. 이 모든 것의 요점: 다중 에이전트 협업이 처음으로 "가시화"되었습니다. 누가 누구와 대화하고 있는지, 무엇이 전달되는지, 각 이벤트 종류가 몇 개인지 등이 명확하게 배치되어 더 이상 추측만 할 수 있는 배경 활동 덩어리가 아닙니다. "협업하는 에이전트 팀"을 통해 장기적으로 작동하는 플랫폼의 경우 이 창은 추상적인 협업을 이해하고 개입할 수 있는 구체적인 그림으로 바꾸는 핵심 단계입니다.

대시보드: 상태 분포, 필터링 및 검색

한 번에 더 많은 작업이 실행됨에 따라 단순 목록만으로는 더 이상 충분하지 않았습니다. 오늘은 대시보드에 몇 가지 실용적인 도구가 추가되었습니다. 실행 목록 상단에 "상태 분포 스트립"이 추가되어 실행 중, 완료 또는 오류가 발생한 횟수에 대한 전체적인 그림을 한 눈에 볼 수 있습니다. 작업 목록은 상태별 필터링과 제목별 검색을 지원하므로 방대한 기록 중에서 관심 있는 작업을 빠르게 찾을 수 있습니다. 이것들은 평범한 기능이지만 실제로 수십 개의 작업을 한 번에 관리할 때 "전체를 한 눈에 파악"할지 아니면 "긴 목록에서 바늘 찾기"할지 결정합니다. 문제 분류와 기록 검토라는 두 가지 빈번한 작업을 원활하게 수행하는 것은 본질적으로 사용자의 시간을 존중하는 것입니다. 시스템이 성장함에 따라 우수한 필터링과 검색은 생산성 그 자체입니다.

엔진은 표준 3D 모델(glTF)을 로드할 수 있습니다.

엔진은 오늘 콘텐츠 생태계에서 중요한 단계를 밟았습니다. 표준 3D 모델 형식인 glTF를 로드하고 자산 시스템을 통해 이를 로드하는 지원이 전날 지원되었습니다. glTF는 대부분의 모델링 도구 및 모델 마켓플레이스에서 지원되는 3D 콘텐츠의 일반적인 교환 형식입니다. glTF를 직접 섭취할 수 있다는 것은 손으로 다시 만들 필요 없이 방대한 양의 기성 3D 모델을 가져와 사용할 수 있다는 것을 의미합니다. 별도의 로딩 논리를 실행하는 대신 자산 시스템에 연결하는 것도 중요합니다. 그러면 가져온 모델은 자연스럽게 통합된 ID를 갖게 되며 구조화된 방식으로 참조, 관리 및 재사용이 가능해집니다. 사용자에게 이것은 "게임을 만드는 데 필요한 자산은 어디서 오는가"라는 실제 질문에 대한 중요한 답변입니다. AI가 자산을 생성할 수 있을 뿐만 아니라 이미 세상에 나와 있는 표준 모델을 바로 가져올 수 있습니다.

엔진의 ECS 어휘가 하나의 계열로 수렴됩니다.

엔진은 이날 로우레벨에서 중요한 '수렴'을 했다. 이전에는 구성 요소(문자열, 고정/가변 길이 배열, 버퍼)의 다양한 데이터 형태에 각각 고유한 처리 및 래퍼 레이어가 있었고 개념이 분산되어 읽기가 힘들었습니다. 오늘은 이들을 모두 하나의 "관리 리소스" 제품군으로 통합하고 중복된 래퍼 코드 더미를 삭제했습니다. 이와 함께 "엔티티 생성"이 유형 수준에서 더욱 엄격해졌습니다. 보다 정확한 유형 제약 조건은 엔터티가 어떤 구성 요소와 어떤 데이터로 구성되어 있는지 설명하고, 컴파일 시 실수를 차단하고 "강제 유형 캐스트"를 통해 수행된 이전 패치를 하나씩 삭제하며, 영구적인 검사를 통해 다시 발생하는 것을 방지합니다. 이 작업은 사용자 측에서는 전혀 보이지 않지만 핵심 엔지니어링 입장을 구현합니다. 코드 품질의 척도는 줄 수가 아니라 "단일 지점을 이해하기 위해 얼마나 많은 개념을 보유해야 하는지"입니다. 분산된 어휘를 하나의 계열로 통합하는 것은 나중에 이 코드를 읽는 모든 사람(AI 포함)의 부하를 정확하게 줄여줍니다.

작업 자세: 직접 편집 + 로컬 테스트가 관문입니다.

또한 이날은 엔지니어링 문화에 대한 작업 입장을 분명히 밝혔습니다. 변경 사항이 충분히 명확하려면 모든 것에 무거운 프로세스를 적용하기보다는 직접 편집하세요. 그러나 동시에 "로컬 테스트 통과"는 제한되지 않은 임계값으로 설정되었습니다. 빠르게 진행할 수는 있지만 확인을 건너뛸 수는 없습니다. 둘은 모순되는 것처럼 보이지만 한 가지의 양면이 있습니다. 바로 자동화된 테스트가 안전망이기 때문에 직접 편집하는 것이 무모해지지는 않습니다. "무거운 프로세스를 수행해야 할 때와 직접 편집이 좋을 때"라고 말하는 것 자체가 효율성에 대한 존중입니다. 단순한 작업이 프로세스로 인해 느려지거나 속도가 품질 제어력을 상실하는 핑계가 되도록 해서는 안 됩니다. 이러한 속도감은 빠르게 반복되는 팀이 장기적으로 빠르고 안정적으로 유지되는 보이지 않는 비밀입니다.

오늘의 의미

종합해보면 이날은 '시스템을 국민에게 투명하게 만드는' 날이었다. 백엔드의 복잡한 내부 기계가 인터페이스에 연결되어 관찰 및 작동이 가능해졌습니다. 엔진은 방대한 표준 모델에 대한 문을 열었으므로 콘텐츠 소스가 더 이상 제한되지 않습니다. 그리고 낮은 레벨에서는 어휘 융합을 통해 코드 자체를 더 읽기 쉽고 신뢰할 수 있게 만들었습니다. 표면적으로 시각화, 모델 로딩 및 유형 수렴은 서로 관련이 없는 세 가지이지만 목표는 하나입니다. 즉, 사용자, 개발자 및 나중에 코드를 읽을 AI가 점점 더 복잡해지는 이 시스템을 "이해 가능하고 신뢰할 수 있게" 유지하는 것입니다. 시스템이 얼마나 멀리까지 가는지는 시스템이 얼마나 많은 기능을 쌓는지보다는 시스템이 복잡해짐에 따라 투명성을 유지할 수 있는지 여부에 달려 있습니다. 그리고 오늘은 바로 그러한 투명성에 대한 투자였습니다.