편집기 모드는 로드맵을 얻고 시각적 편집을 위한 엔진 준비를 갖습니다.

방향 설정, 기초 놓기, 빼기 작업이 모두 하루에 이루어집니다.

그날의 항목은 흩어져 있는 것처럼 보이지만 하나의 목표를 중심으로 진행됩니다. Studio의 새로운 "편집자" 다리를 키우는 것입니다. 성장하려면 한 번에 세 가지가 필요합니다. 첫째, "방향 설정" — 음성 토론에서 "편집 모드 추가"를 공식적인 디자인 청사진으로 전환하여 다음 작업이 따라야 할 사항을 갖게 합니다. 둘째, "토대 마련" — 맨 아래 계층에서 편집자가 진정으로 필요로 하는 기능을 채우는 엔진입니다. 그것들이 없으면 상위 인터페이스는 공중에 떠 있는 성과도 같습니다. 세 번째, "빼기" — 역사적으로 평행했던 두 개의 런타임 커널을 하나로 통합하므로 새로운 기능이 나타나기도 전에 유지 관리 부담이 줄어들지 않습니다. 프로젝트가 주요 기능을 추가하는 임계값에 도달할 때 가장 테스트되는 것은 새 코드를 작성하는 속도가 아니라 방향을 동시에 생각하고 기초를 확고히 하며 짐을 버릴 수 있는지 여부입니다. 오늘은 세 가지를 모두 수행했습니다.

편집기 모드 로드맵: 재생 전용에서 편집 및 재생까지

지금까지 Studio는 주로 게임을 실행하고 플레이 테스트하는 장소였습니다. AI와 채팅하고 코드를 작성하면 오른쪽에서 게임이 실행됩니다. 오늘은 엔진의 기존 기능을 비교하고, 편집 모드의 기능 사양을 기록하고, 구현이 어느 정도 진행되었는지 검토하고, 구체적인 디자인 제안을 제공하는 전체 디자인 및 상태 문서 세트로 캡처된 "편집 모드 추가"를 공식적으로 시작했습니다. 목표는 분명합니다. 게임 실행을 보는 것뿐만 아니라 시각적 인터페이스에서 개체를 직접 배치하고, 속성을 조정하고, 장면을 구축할 수 있습니다. 즉, 변경 사항이 즉시 바로 옆에서 효과를 보여주는 진정한 편집 및 플레이가 가능합니다. 코드로 바로 뛰어들기보다는 먼저 문서로 작성하는 것은 여러 위치에서 엔진, 프런트엔드 및 런타임에 영향을 미치고 실행하기 전에 명확한 청사진을 얻을 자격이 있기 때문입니다. 앞으로 며칠 동안의 모든 편집 작업은 이 청사진을 따릅니다. 이는 Studio가 플레이어의 관점에서 제작자의 관점으로 이동하는 것을 보여주는 이정표입니다. "AI가 당신을 위해 만들고 당신이 플레이합니다"에서 "AI와 당신이 함께 편집하고 언제든지 참여할 수 있습니다."로 이동합니다.

필드 반사 랜드: 속성 패널이 자체적으로 구축될 수 있습니다.

이날 엔진의 주요 단계는 구성 요소 필드에 "반사 메타데이터"를 추가하는 것이었습니다. 간단히 말해서 리플렉션을 사용하면 프로그램이 "자기 설명"할 수 있습니다. 시스템에 더 이상 지시할 필요가 없습니다. 각 구성 요소의 각 속성에 대해 이름과 유형을 읽을 수 있습니다. 이것은 숫자, 색상, 토글입니다. 이것이 왜 중요합니까? 시각적 편집기에서 가장 힘든 작업은 숫자 슬라이더, 색상 선택기, 토글 체크박스 등 수백 가지 속성 유형 각각에 대한 입력 컨트롤을 그리는 것이기 때문입니다. 각각의 손글씨는 끝이 나지 않으며 엔진의 변화를 따라잡지도 않습니다. 필드 리플렉션을 사용하면 편집기의 속성 패널이 "메타데이터에서 자체적으로 구축"될 수 있습니다. 엔진에 새 속성을 추가하면 추가 수작업 없이 일치하는 컨트롤이 자동으로 패널에 나타납니다. 이것이 바로 편집기 청사진이 실제로 실행되도록 하는 기본 전제 조건입니다. 먼저 데이터를 자체 설명적으로 만든 다음에만 인터페이스를 자동화할 수 있습니다.

렌더 파이프라인이 교체 가능해져서 시각적 스타일이 잠기지 않습니다.

엔진은 또한 이날 "렌더 파이프라인"을 교체 가능하게 만들었습니다. 렌더 파이프라인은 엔진이 3D 장면을 화면의 각 프레임으로 변환하는 전체 조립 라인으로, 빛이 떨어지는 방식, 그림자가 계산되는 방식, 포스트 효과가 스택되는 방식을 결정합니다. 이 파이프라인은 엔진에 하드코딩되어 있었습니다. 즉, 그것이 제공하는 하나의 시각적 스타일만 사용할 수 있었습니다. 이날 파이프라인의 "이음새"가 공개되었으므로 특별한 시각적 요구 사항이 있는 프로젝트는 자체 렌더링 흐름을 중단하고 엔진의 기본 기능을 넘어서는 독특한 모양을 얻을 수 있습니다. 더 중요한 것은 "직접 먼저 사용"하여 기능이 검증되었다는 것입니다. 엔진 자체 렌더링이 이 교체 가능한 파이프라인을 통해 실행되기 시작하여 장식적이지 않고 실제로 사용할 수 있음을 보장했습니다. 핵심 기능의 경계선을 적극적으로 개방한다는 것은 엔진이 "주어진 대로 받아들이는" 블랙박스에서 "고급 사용자가 심층적으로 사용자 정의할 수 있는" 플랫폼으로 전환한다는 것을 의미합니다. 이는 특히 독특한 시각적 정체성을 추구하는 제작자에게 중요합니다.

AI를 위해 작성된 엔진 사용 매뉴얼

그날은 또한 특별한 일을 했습니다: 특별히 AI를 위한 엔진 사용 매뉴얼을 작성하는 것입니다. 이 플랫폼에서 실제로 게임 코드를 작성하는 주요 인력은 사람이 아니라 AI 에이전트입니다. 따라서 "엔진을 사용할 수 있게 만든다"는 것은 먼저 "AI가 읽을 수 있고 올바르게 사용할 수 있도록 만든다"는 의미여야 합니다. 이 매뉴얼은 인간을 위한 산문이 아니라 에이전트를 위한 구조화된 사용 사양과 직접 따라갈 수 있는 운영 기술 세트입니다. 엔터티 생성 방법, 구성 요소 연결, 자산 시스템 사용 방법, 일반적인 작업에 대한 올바른 자세 등 모두 에이전트가 안정적으로 따를 수 있는 형식으로 작성되었습니다. 그 중요성: 도구의 "문서화"는 더 이상 인간을 위한 부가 정보가 아니라 AI 출력 품질을 직접 결정하는 생산 수단입니다. AI가 엔진을 더 잘 이해할수록 AI가 작성하는 게임이 더 정확해지고 재작업 가능성이 줄어듭니다. 본격적으로 작성된 'AI를 위한 매뉴얼'을 일등시민으로 대하는 것은 이 AI 기반 플랫폼과 기존 엔진의 사고방식의 근본적인 차이입니다.

두 개의 런타임 커널이 하나로 수렴됩니다.

이날은 또한 대규모 "빼기" 작업도 수행했습니다. 즉, 한때 수행했던 모든 런타임 작업이 이미 통합 백엔드 프로세스로 이동된 상태에서 역사적으로 남은 독립 실행형 런타임 커널을 공식적으로 폐기하고 보관하는 것입니다. 이 단일 컷으로 거의 15만 줄의 코드가 삭제되어 기록 표시로 빈 껍질만 남았습니다. 이것이 왜 좋은가요? 오랫동안 시스템에는 동시에 에이전트를 실행할 수 있는 두 개의 커널이 있었기 때문에 변경 사항이 양쪽에서 동기화되어야 했고, 잠시 부주의하면 동작이 일관되지 않게 되었기 때문에 눈에 보이지 않는 지속적인 유지 관리 비용이 발생했습니다. 단일 커널로 통합되면 모든 에이전트 흐름, 기능 및 도구가 더 이상 "양측을 정렬"할 필요 없이 한 곳에서 등록 및 실행됩니다. 15만 줄을 삭제하면서도 시스템을 더욱 강력하게 만드는 것은 전체 프로젝트에 걸쳐 실행되는 신조를 확인하는 것입니다. 진행 상황은 작성된 줄로 측정되는 것이 아니라 시스템을 이해하고 유지 관리하기 위해 염두에 두어야 할 사항의 수로 측정됩니다. 줄일 수 있는 복잡성은 그 자체로 가장 가치 있는 결과물입니다.

게임 콘텐츠가 자산으로 이동 + 재생 순서 수정

콘텐츠 측면도 이날 메인 라인에서 한 단계 더 나아갔습니다. 샘플 슈터의 적들이 "코드에서 하나씩 생성"에서 "장면 자산 인스턴스"로 변경되었습니다. 이러한 접근 방식의 차이점은 코드에 하드코딩된 적들은 프로그래머에 의해서만 변경될 수 있는 반면 구조화된 자산으로 만들어진 적들은 재사용 및 구성이 더 쉽고 차기 편집자가 인식하고 배치하기가 더 쉽기 때문입니다. 따라서 이 역시 시각적 편집을 위한 기초가 되며 "편집될 항목"이 미리 자산 형태로 존재하도록 합니다. 그 외에도 콘텐츠 생성 도구(노드 스타일 편집, 장면 구축 등)는 브러시 도구, 보기에 맞는 캔버스, 장면 도구 모음, 왕복 수정 가져오기 등 일상적인 작업을 더욱 원활하게 수행하여 작업대를 더욱 원활하게 사용할 수 있게 되었습니다. 채팅 재생 순서 문제도 해결되었습니다. 이제 에이전트 간 및 시스템 메시지가 꼬리에 올바르게 추가되므로 일련의 기록 재생이 실시간으로 본 순서와 정확히 일치합니다. 재생을 신뢰할 수 있으려면 순서가 문자 그대로 정확해야 합니다.

오늘의 의미

오늘은 큰 일을 다루기 전에 먼저 방향, 기초, 짐을 한꺼번에 정하는 "피버 준비" 프로젝트의 교과서 모습입니다. 편집기 청사진은 "갈 곳", 엔진의 필드 반사, 교체 가능한 파이프라인 및 AI 수동 포장을 "실제로 걸을 수 있는 길"을 제공하는 반면, 커널 수렴 및 자산화는 "걸림돌이 되는 오래된 짐"을 제거합니다. 기억할 가치가 있습니다. 이 날에는 사용자가 바로 그날 클릭하여 사용할 수 있는 눈부신 새 버튼이 단 하나도 없었습니다. 그 가치는 모두 "오늘 기초를 놓지 않으면 내일의 탑을 세울 수 없습니다"와 같은 작업 아래에 있습니다. 장기적으로 발전하는 플랫폼은 바로 즉각적인 박수가 없을 때 이러한 기반 작업을 본격적으로 수행하려는 의지에 달려 있습니다. 오늘부터 새로운 "편집기" 다리에는 그림과 기초가 있습니다. 다음은 그것을 층층이 쌓는 것입니다.