캐릭터가 실제로 움직이고 안정적인 채팅이 가능합니다.

성수기: 캐릭터, 채팅, 건축이 모두 수렴되는 날

이번 달 가장 붐비는 개발일이었지만, 그 소란 이면에는 분명한 실마리가 있었습니다. 가장 상징적인 것은 처음으로 진정으로 움직이는 캐릭터였습니다. 이는 게임 제작 플랫폼에서 피할 수 없는 이정표였습니다. 왜냐하면 움직이는 캐릭터 없이는 대부분의 게임이 불가능하기 때문입니다. 그리고 그것은 우연히 "리깅 및 모션 추가"로의 캐릭터 생성 파이프라인의 발전을 반영하여 처음으로 "무에서 캐릭터를 생성한 다음 생명을 불어넣는" 전체 체인을 연결했습니다. 또 다른 라인은 매일 가장 많이 접하는 인터페이스인 "대화"에 관한 것입니다. 메모리 누수 수정, 스트리밍 중 입력, 클릭 가능한 질문 카드 — 일련의 변경 사항을 통해 더욱 안정적이고 원활해졌습니다. 세 번째 라인은 더욱 기초적이었습니다. 즉, 편집기를 독립형 실행 가능 모듈로 만들고, 교차 표면 메시지에 엄격한 검증을 추가하고, 탐색 가능한 라이브러리에 지식을 추출하여 장기적인 유지 관리성과 확장성을 위한 기반을 마련했습니다. 역량, 경험, 아키텍처 — 오늘은 이 세 가지가 동시에 수렴되었습니다.

캐릭터가 실제로 움직입니다. 골격-애니메이션 체인이 끝에서 끝까지 실행됩니다.

획기적인 순간: 리깅된 캐릭터 모델이 이제 내장된 애니메이션을 실제로 재생할 수 있습니다. 걷기, 달리기, 점프의 모든 프레임은 뼈대를 움직이는 애니메이션 시스템에 의해 구동되며, 결과적으로 동상이 제자리에 고정되는 것이 아니라 표면 메시가 변형됩니다. 기술적으로 이는 골격 애니메이션의 가장 핵심 링크를 완성했습니다. 각 프레임에서 시스템은 모든 뼈의 현재 월드 포즈를 계산하고 "바인딩 시 초기 포즈"의 역수를 곱하여 "각 뼈가 초기 위치에서 얼마나 이동했는지"를 설명하는 행렬 세트를 얻은 다음 해당 설정을 GPU에 동시에 업로드합니다. 정점 셰이더는 이를 읽고 "어떤 뼈가 각 정점에 영향을 미치는지, 얼마나 영향을 미치는지"에 따라 메쉬 표면을 올바르게 변형합니다. 이 방법은 캐릭터 애니메이션이 수행되는 표준 방식입니다. 전날의 정점 데이터 체인과 다중 형식 모델 가져오기를 기반으로 구축되었으며 며칠 간의 기초 작업이 마침내 오늘 결실을 맺었습니다. 이제 샘플에는 동시에 작업을 수행하는 여러 개의 리깅된 캐릭터가 있을 수 있습니다. 게임을 만드는 것을 목표로 하는 엔진에 있어 "캐릭터의 움직임"은 거의 모든 것의 전제 조건입니다. 일단 유지되면 전투, 상호 작용, 이후의 성능 모두에 뿌리가 있습니다.

생성 → 리그 → 애니메이션: 캐릭터 파이프라인이 형성됩니다.

캐릭터를 움직이게 하는 엔진을 반영하여 캐릭터 생성 워크벤치는 오늘 생성된 모델을 자동으로 리깅하고, 모션을 추가하고, 다각형 감소 파이프라인을 제공하는 등 중요한 이정표에 도달했습니다. 각각은 구체적인 단계를 다룹니다. "리깅"은 구동 가능한 뼈대가 있는 정적 모델에 적합합니다. 뼈대가 있어야만 모델이 전혀 움직일 수 있습니다. 전통적으로 이를 위해서는 시간과 기술 측면에서 비용이 많이 드는 아티스트의 손이 필요합니다. "모션 추가"는 표준 동작(걷기, 달리기, 유휴 등)을 해당 골격에 매핑하므로 캐릭터는 생성되는 순간 기본 동작 세트와 함께 제공됩니다. "다각형 축소"는 종종 너무 높은 폴리곤, 런타임 집약적 생성 모델을 게임에서 실행 가능한 로우 폴리 버전으로 자동으로 단순화하는 동시에 모양을 최대한 유지합니다. 이 세 가지를 이전의 "텍스트/이미지-모델"에 연결하면 완전한 캐릭터 파이프라인이 형성됩니다. 캐릭터 설명 → 생성 → 자동으로 리깅 → 모션 장착 → 사용 가능한 로우 폴리 모델로 최적화되고 게임에 뛰어들어 걸어 다닐 수 있는 살아있는 캐릭터로 끝납니다. 예술이나 애니메이션 기술이 없는 사람들을 위해 이 파이프라인은 한때 극도로 높은 기준이었던 "움직이는 캐릭터 만들기"를 몇 가지 자동화된 단계로 압축합니다.

더욱 안정적인 채팅: 집중적인 누출 수정으로 하루 종일 정체되지 않습니다.

오늘 Chat은 여러 메모리 누수 문제를 해결하는 데 중점을 둔 안정성에 초점을 맞춘 패스를 받았습니다. 메모리 누수는 프로그램이 사용한 메모리가 제때에 회수되지 않고 계속 쌓여 시간이 지남에 따라 인터페이스가 느리게 드래그되는 경우입니다. 하루 종일 열려 있는 대화 패널의 경우 이는 장기 세션 경험에 대한 가장 큰 숨겨진 위협입니다. 오늘은 여러 소스에 하나씩 연결했습니다. 이제 매우 긴 대화 기록이 메모리에 무제한으로 쌓이지 않고 제한됩니다. 한 번에 수천 개의 페이지를 채워서 부풀리는 대신 오래된 메시지 페이지까지 스크롤합니다. 각 메시지는 창 크기 조정 리스너를 해제하지 않고 자동으로 등록하는 데 사용되었으며 끝없이 누적되었으며 이 누출도 해결되었습니다. 이러한 문제는 일반적인 사용에서는 눈에 띄지 않으며 "오랜 사용"에서만 표면화됩니다. 그러나 이것이 바로 확장된 세션에서 도구를 신뢰할 수 있는지 여부를 결정하는 것입니다. 이러한 보이지 않는 배수구를 하나씩 연결하면 채팅 패널이 "당분간은 괜찮지만 오랫동안 사용하면 렉이 발생함"에서 "하루 종일 열려도 안정적"으로 전환됩니다.

스트리밍 중 입력 + AI가 구조화된 질문을 할 수 있음

Chat의 상호작용은 또한 오늘 두 가지 매우 실용적인 능력을 얻었습니다. 하나는 "스트리밍 중 입력"입니다. 이전에는 모델이 여전히 한 줄씩 텍스트를 쏟아 붓고 있는 동안 입력 상자가 잠겨 있는 경우가 많았고 입력하기 전에 완료될 때까지 기다려야 했습니다. 이제 다음 메시지를 입력하는 동안 출력되는 것을 볼 수 있으며, 대기에 대한 생각의 흐름을 방해하지 않고 언제든지 대기열에 넣고 보낼 수 있습니다. 다른 하나는 "구조화된 질문"을 묻는 AI입니다. 에이전트가 선택하거나 확인해야 할 때 더 이상 질문을 파싱해야 하는 긴 단락으로 혼합하지 않고 클릭 가능한 옵션(단일 또는 다중 선택)을 나열하고 사용자 정의 답변을 허용하는 "질문 카드"를 표시합니다. 그 중요성은 보이는 것 이상입니다. "루프에서 인간이 내려야 하는 주요 결정"을 명확하고 명시적이며 읽을 수 없는 상호 작용으로 바꿉니다. AI가 주도하지만 언제든지 사람이 개입하여 결정해야 하는 협업 모델의 경우 "AI가 어떻게 사람에게 질문을 깔끔하게 전달하고, 사람이 어떻게 명쾌하게 대답하는지"가 핵심 링크입니다. 깔끔한 카드를 만들면 중요한 순간에 안정적인 인터페이스를 통해 대화할 수 있습니다.

편집기는 독립 실행형 + 엄격하게 검증된 교차 표면 메시지를 실행할 수 있습니다.

이 날은 또한 아키텍처에 대해 좀 더 장기적인 작업을 수행했습니다. 프런트 엔드 셸을 몇 가지 공개 인터페이스가 있는 재사용 가능한 애플리케이션 프레임워크로 추출하여 편집기가 기본 인터페이스에서 분리되고 독립 실행형 앱으로 마운트 및 실행될 수 있도록 하는 것입니다. 이는 편집기를 "메인 Studio 내부에서만 사용할 수 있는 작업"에서 "자체적으로 열고 다른 곳에 삽입할 수 있는 모듈"로 전환합니다. 즉, 더욱 모듈화되고 데스크탑 앱에 패키징하거나 다른 페이지에 삽입하는 등의 이후 시나리오를 위한 공간이 남습니다. 또한, 인터페이스 부분과 포함된 페이지 간에 전달되는 메시지는 이제 모두 엄격한 양면 유효성 검사를 수행합니다. 각 메시지는 전송 및 수신 측 모두에서 미리 정의된 구조에 대해 확인되며 형식이 잘못된 경우 거부됩니다. 사소해 보이지만 핵심입니다. 교차 표면, 교차 삽입 페이지 상태 동기화는 이상한 버그의 온상이었습니다. 한 쪽은 그것이 올바르게 전송되었다고 생각하는 반면 다른 쪽은 일치하지 않는 것을 수신하여 디버깅을 고민합니다. 각 메시지에 양쪽에서 검증된 명확한 "형식 계약"을 제공하면 루트에서 "맹목적인 전달, 불일치" 위험이 제거되어 교차 표면 협업을 예측 가능하고 신뢰할 수 있게 만듭니다.

모니터링 콘솔은 탐색 가능한 지식 기반을 얻습니다.

오늘은 누적된 자료와 항목을 찾아볼 수 있는 완전한 "지식 기반" 탭이 모니터링 콘솔에 추가되었습니다. 왼쪽에는 유형, 태그 및 도메인별로 항목을 그룹화하는 패싯 필터 사이드바가 있으며 접을 수 있습니다. 오른쪽은 2열 항목 그리드이며 항목을 열면 미리보기가 나타납니다. 상단에는 클릭 가능한 태그 클라우드가 있습니다. 애니메이션 새로 고침 피드백, 테마 색상의 얇은 스크롤 막대, 접을 수 있는 그룹 헤더 등 일련의 세부적인 개선이 함께 제공되어 탐색이 원활해졌습니다. 개발 플랫폼에 내장된 지식 기반이 필요한 이유는 무엇입니까? AI가 많은 작업을 추진할 때 축적된 경험, 관례 및 결정 기록은 팀과 AI의 공유 "메모리"가 되기 때문입니다. 이 지식을 구조화되고 검색 가능하며 탐색 가능한 방식으로 구성하면 사람들이 사물을 찾는 데 도움이 되고 AI가 조치를 취할 수 있는 기반을 제공합니다. 같은 날, 전체 프로젝트를 안내하는 디자인 원칙은 "몇 가지 압축 원리와 두 개의 경계"의 형태로 재구성되었습니다. 핵심 신념은 변하지 않았습니다. 시스템의 품질은 코드의 양이 아니라 이해하기 위해 보유해야 하는 개념의 수에 따라 측정되며 적을수록 더 좋습니다. 지식을 검색 가능하게 만들고 원칙을 표현 가능하게 만드는 것은 동일한 목표를 추구합니다. 즉, 점점 더 복잡한 이 시스템을 사람과 AI 모두가 이해할 수 있도록 유지하는 것입니다.

오늘의 의미

이 달의 커밋 밀도가 가장 높은 이날은 한 번에 세 가지 수준으로 발전했으며, 생성 플랫폼에 가장 중요한 세 가지 사항을 다루게 되었습니다. "할 수 있는 것"에서 캐릭터가 이동하고 세대 파이프라인이 합류했습니다. 한때는 멀리 떨어져 있던 "살아있는 캐릭터로 게임 만들기"를 한 단계 더 가까이 끌어당기는 기능의 도약입니다. "사용하는 느낌"에서 채팅은 더욱 안정적이고 매끄러워지며 AI는 사용자에게 명확하게 질문할 수 있습니다. 이는 인간-AI ​​협업을 더욱 걱정 없고 유동적으로 만드는 경험의 연마입니다. "얼마나 멀리 갈 수 있는지"에 있어서 편집자는 독립적일 수 있고 메시지에는 계약이 있으며 지식은 검색 가능합니다. 즉, 시스템이 계속 성장함에 따라 건강을 유지할 수 있는지 여부를 결정하는 아키텍처적 예측입니다. 진정으로 지속되는 제품은 한 가지 수준에서만 부담을 주지 않습니다. 오늘날처럼 역량과 경험, 기반이 서로 끌어당겨 함께 발전해 나가고 있습니다. 캐릭터가 움직이는 순간도 움직이지만, 마찬가지로 중요한 것은 생성부터 리깅, 재생까지 캐릭터 뒤에 숨은 완전한 체인과 이를 뒷받침하는 더욱 안정적이고 명확한 기반입니다.