실시간 핫 리로드 미리보기 + 세션 재생

내기에서 근육 기억까지: "말하고, 보고" 반사적으로 만들기

이전에는 "대화가 실행 가능한 것을 구축할 수 있다"는 사실을 입증하고 렌더링, 자산 및 안전의 기반을 높였습니다. 오늘의 주제는 루프를 "한 번 실행"에서 "사용하기 편리함"으로 개선하는 것입니다. 즉, 변경 사항이 즉시 표시되고 기록이 손실되지 않으며 에이전트가 어떤 대상에 대해 작동하는지 혼동하지 않습니다. 이것들은 모두 "작동해야 하는" 경험처럼 들리지만, 각각의 이면에는 실제 엔지니어링 격차가 채워져 있습니다. 모두 채워져야만 플랫폼은 "시연 가능"에서 "몇 시간 동안 앉아서 사용할 수 있음"으로 전환됩니다.

실시간 핫 리로드 미리 보기: 파일을 편집하면 그림이 자동으로 변경됩니다.

이날은 센터 미리보기를 "핫 리로드 브리지"에 연결했습니다. 즉, 게임 파일이 변경되면 수동으로 다시 로드를 클릭하지 않고도 미리보기가 자동으로 새로 고쳐져 최신 파일이 표시됩니다. 이는 백엔드에서 해당 게임 디렉터리의 파일 변경 사항을 지속적으로 관찰하고, 무언가 변경되는 순간 실시간 채널을 통해 프런트 엔드에 알리고 미리 보기를 다시 로드합니다. 이는 "클릭 절약"처럼 보일 수 있지만 "말하고 보기" 루프의 중요한 링크입니다. 상담원이 편집을 마치는 즉시 화면에 결과가 거의 즉시 표시되므로 대화와 사진 사이의 대기 시간이 최소화됩니다. 몇 시간 동안 게임을 만들기 위해 앉아 있는 사람에게 "당신이 바꾸는 것이 바로 보이는 것입니다"라는 즉각적인 피드백은 영감을 구현으로 연결하는 것입니다.

세션 재생: 세션을 다시 열면 앞뒤로 다시 돌아옵니다.

충분히 오랫동안 AI와 협업하면 세션 기록(제기한 요구 사항, 내린 결정, 우회 경로 등)이 소중한 자산이 됩니다. 오늘은 세션 기록을 내구성 있는 "원장"에 유지하고 세션을 다시 열 때 이전과 앞뒤로 재생되도록 했습니다. 한 가지 기술적 미묘함이 처리되었습니다. 실시간 이벤트 스트림은 전체 텍스트가 아닌 "무슨 일이 일어났는지"에 대한 간단한 기록만 전달하므로 재생은 순진하게 이벤트를 재생하는 것이 아니라 원장에서 실제 콘텐츠를 재구성해야 합니다. 중요한 점은 닫았다가 다시 돌아와도 컨텍스트가 손실되지 않는다는 것입니다. 일련의 역사는 발생한 그대로 언제든지 다시 방문할 수 있습니다. 이를 통해 매번 빈 페이지에서 시작하는 대신 "여러 라운드에 걸쳐 프로젝트를 장기적으로 작업"하는 것이 가능해집니다.

컴포저블 셰이더 + 파일 간 핫 리로드

엔진은 오늘날 셰이더에 "구성 가능한" 기능을 제공했습니다. 셰이더는 모든 코드를 하나의 파일에 쌓는 대신 서로 가져오고, 조각을 공유하고, 매크로 정의로 매개변수화할 수 있습니다. 더 좋은 점은 파일 간 핫 리로드를 지원한다는 점입니다. 다른 사람이 참조하는 공유 조각을 편집하면 이를 사용하는 모든 셰이더가 즉시 새로 고쳐집니다. 시각 효과를 만드는 사람에게 이는 빌딩 블록과 같은 셰이더 코드를 구성하는 것을 의미합니다. 일반적인 조명, 소음 및 색상 처리를 모든 곳에서 참조되는 재사용 가능한 모듈로 요소화합니다. 하나를 변경하면 즉시 볼 수 있는 모든 곳에 적용됩니다. "쓰기 효과"를 "하나의 큰 덩어리에 대한 시행착오"에서 "재사용 가능한 모듈 구성 및 라이브 튜닝"으로 전환합니다. 이는 렌더링 표현력의 진정한 확장입니다.

통합 엔진 콘솔: 하나의 실행 채널, 어디에서나 일관됨

엔진은 현재 "콘솔" 디버그/검사 채널을 단일 추상화로 통합했습니다. 즉, 백엔드는 하나의 실행 채널로 수렴하고 명령줄 측은 더 가벼운 읽기 전용 검사 항목을 제공합니다. 통합의 이점은 일관된 동작과 단순한 정신 모델입니다. 검사를 시작하거나 실행할 때마다 각 장소마다 조금씩 다른 버전이 있는 것이 아니라 동일한 질서 있는 경로로 이동합니다. 추상화의 이러한 수렴은 일반적으로 사용자 측에서는 보이지 않지만 기능이 쌓이면 시스템이 더 복잡해지는지 여부를 결정합니다. "콘솔 작동 방식"을 하나의 신뢰할 수 있는 채널로 통합하면 나중에 콘솔에 연결되는 모든 기능에 대해 동일한 규칙이 초기에 설정됩니다.

새로운 게임에는 실행 가능한 스타터가 제공되며 에이전트는 항상 어떤 게임인지 알고 있습니다.

오늘은 '게임 만들기'를 보다 원활하게 만드는 두 가지 세부 사항을 채웠습니다. 하나: 새로운 게임에는 직접 실행 가능한 스타터(회전하는 큐브 오프닝)가 포함되어 있으므로 게임을 만드는 순간 빈 공간을 바라보며 처음부터 글을 쓰는 대신 그림을 볼 수 있습니다. 두 번째: "현재 작업 중인 게임"에 대한 컨텍스트가 에이전트의 시스템 프롬프트에 명시적으로 제공되므로 어떤 게임에 코드를 작성할 것인지 명확하게 알 수 있습니다. 후자는 위험한 함정을 해결합니다. 여러 게임이 공존하는 경우 현재 대상을 확신하지 못하는 에이전트가 잘못된 위치를 쉽게 편집할 수 있습니다. "활성 게임"을 명시적이고 안정적으로 전달되는 컨텍스트로 만드는 것은 에이전트에게 잘못된 방향을 가리키지 않는 나침반을 제공하는 것과 같습니다.

백엔드는 이를 견고하게 유지합니다: 추가 테스트, 경로 수정, 이름 검증

백엔드는 "테스트를 통해 동작을 고정"하는 리듬을 유지하여 또 다른 대규모 엔드투엔드 프로브 및 단위 테스트 배치를 추가했습니다. 몇 가지 초점: 많은 경우(유효한 이름, 거부해야 하는 이름, 모든 경계는 테스트로 보호됨)로 게임 및 프로젝트 명명 규칙을 잠그고, 외부 응답에서 사용자의 홈 경로를 계속 수정하고(머신의 실제 경로를 유출하지 않음), 시스템 프롬프트를 순수하고 별도로 테스트 가능한 기능으로 구축하는 것과 같은 핵심 로직을 추출합니다. 이들 중 어느 것도 화려한 기능이 아닙니다. 이는 "신뢰할 수 있는 파일 편집 시스템을 만드는" 일상적인 작업입니다. 특히 이날은 다른 코딩 백엔드의 이벤트 형식에도 적용되어 더 많은 모델 구동 옵션의 통합이 원활해졌습니다. 즉, 하나의 추가 선택, 일관된 경험이 가능해졌습니다.

오늘의 의미

종합적으로 보면, 통과선은 분명합니다. "대화하면서 구축"을 가능할 뿐만 아니라 마찰 없이 만드세요. 즉시 표시되는 변경 사항(핫 리로드), 완전히 복구 가능한 내역(세션 재생), 빌딩 블록처럼 구성된 효과(컴포저블 셰이더), 에이전트가 잘못된 대상을 절대 편집하지 않음(활성 게임 컨텍스트), 신뢰할 수 있는 백엔드(테스트 및 편집) — 각각은 흐름을 방해하는 작은 마찰을 제거합니다. 어떤 도구가 사용하기에 즐거운지 여부는 그 도구가 하나의 큰 일을 할 수 있는지 여부보다 수백 가지의 작은 일상적인 일을 얼마나 원활하게 수행하는지에 달려 있습니다. 오늘 채워진 내용은 그 수백 가지 중 가장 중요한 몇 가지였습니다.