제로에서 채팅으로 만든 회전 큐브까지

북극성: 왜 "회전하는 큐브"인가

오늘의 모든 것은 하나의 승인 지점을 목표로 했습니다. 깨끗한 시스템에서 복제하고 키를 삽입하고 하나의 명령을 실행한 다음 인터페이스의 에이전트에게 "회전하는 큐브를 만드세요"라고 지시합니다. 그러면 코드가 편집되고 엔진이 핫 리로드되며 회전하는 큐브가 브라우저에 즉시 나타납니다. 큐브 자체는 눈에 띄지 않지만 제품의 핵심 가치("말만 하면 실제로 실행 가능한 무언가를 만들 수 있다")에 대한 최소한의 증거이며 해당 체인의 링크가 끊어지면 플랫폼이 유지되지 않습니다. 목표를 하나의 명확한 승인 지점으로 축소하면 단일 스크린샷을 통해 팀이 "진행을 느끼고" 있는 것이 아니라 엄격한 통과/실패 목표를 쫓고 있음을 의미할 수 있습니다. 오늘은 지나갔습니다.

엔드투엔드 루프가 실행됩니다. 문장을 말하면 그림이 변경됩니다.

이 루프는 6개의 링크를 끝에서 끝까지 연결합니다. 채팅 상자에 요구 사항 명시 → 에이전트가 해당 코드를 게임 파일에 기록 → 파일 감시자가 변경 사항 확인 → 실시간 채널이 프런트 엔드에 알림 → 엔진이 새 코드를 동적으로 로드 → 그림이 즉시 업데이트됩니다. 오늘 처음으로 6개의 링크를 완전하고 안정적으로 연결했으며 자동화된 브라우저 스크린샷은 실제로 무해한 아이콘 누락 알림을 제외하고 전체 오류 없이 기울어진 큐브 중간 회전을 캡처했습니다. 이는 "보이는 대로 얻는다"는 말이 더 이상 비전 데크의 한 줄이 아니라 반복적으로 트리거되는 실제 파이프라인임을 의미합니다. "채팅하는 동안 빌드하고 결과를 즉시 확인"하는 모든 이후 경험은 이 루프에 있습니다. 작동하면서 제품이 실제로 한 번 살아났습니다.

세 가지 계층: 명확한 역할, 교체 가능

이 루프를 장기적으로 유지하기 위해 시스템은 명확하고 독립적으로 교체 가능한 책임을 가진 부분으로 분할되었습니다. 즉, 에이전트의 사고와 행동(모델 호출, 도구, 세션, 메모리 처리)을 실제로 구동하는 런타임 커널; 순수한 오케스트레이션 및 인터페이스 브리지(파일 변경을 프런트 엔드로 방송하고 대형 모델 자체를 건드리지 않음) 엔진(게임 코드를 그림으로 렌더링) 게다가 사용자가 직면하는 3열 인터페이스도 있습니다. 이 분할은 내부 인터페이스 계약에 작성되었으며 가볍게 재조정되지 않는 철칙으로 설정되었습니다. 커널은 커널이고 오케스트레이션은 오케스트레이션이며 경계는 명확하게 유지됩니다. 그 가치: 각 레이어는 자체적으로 발전하고 교체될 수 있으며, 한 레이어의 문제가 전체를 끌어내리지 않으며, 다시 작성하는 대신 나중에 "엔진 교체, 인터페이스 교체"가 가능해집니다.

"자리 표시자 셸"을 실제 에이전트 런타임으로 교체

루프의 새벽 버전에서 에이전트를 구동하는 것은 여전히 ​​임시 자리 표시자 셸이었습니다. 오늘은 약 30개 이상의 단계를 거쳐 실제 "전문 코딩 보조 클래스" 에이전트 런타임으로 대체되었습니다. 이 커널은 실제 에이전트에 필요한 기능을 갖추고 있습니다. 대규모 모델을 호출하고, 도구를 사용하고, 세션과 메모리를 유지하고, "생각-행동" 루프에서 자체적으로 추진할 수 있습니다. 교체 후 시스템은 처음으로 정품 모델 응답을 받았고 전체 "실제 모델 + 실제 도구" 루프를 실행했습니다. 이 단계를 통해 제품은 "채팅이 가능한 것처럼 보이는 것"에서 "실제로 작업을 수행할 수 있는 것"으로 바뀌었습니다. 이전 대화는 성과였습니다. 이제 그 뒤에는 프로젝트를 진정으로 변화시키기 위한 도구를 읽고, 쓰고, 사용할 수 있는 엔진이 있습니다.

재발명하지 마세요: 수천 줄을 복사하는 대신 표준을 재사용하세요

에이전트 기능을 채우는 동안 "다른 곳에서 수천 줄을 복사"하여 두 가지 작업, 즉 도구 기능을 가져오는 프로토콜 계층과 표준 대화 이벤트 프로토콜을 수행할 수 있었습니다. 오늘의 판단은 분명했습니다. 성숙한 개방형 표준이 이미 존재하고 직접 설치 및 사용할 수 있는 경우에는 수동으로 다시 복사하지 마십시오. 따라서 두 가지 모두 이전에 직접 작성한 버전의 공식 표준 구현으로 대체되었습니다. 도구 프로토콜 코드는 100여 줄에서 80줄로 줄어들었고 더 완전한 전송 및 기능 변경 알림을 무료로 받았습니다. 대화 이벤트 프로토콜은 표준 라이브러리를 가져오고 거의 새 코드 없이 30개가 넘는 표준 이벤트를 다시 내보냈습니다. 200개의 넷 라인 아래에 두 단계가 추가되었지만 엔터프라이즈급 기능을 제공했습니다. 그 이면에는 반복되는 규율이 있습니다. 즉, 이미 공공 표준에 부합하는 바퀴를 재발명하는 것이 아니라, 아무도 해결하지 못한 어려운 문제에 노력을 기울이는 것입니다.

수백 개의 채팅 UI 패스: 원시 텍스트부터 거의 데스크톱 수준까지

루프가 제대로 작동하자 인터페이스의 경험 격차가 가장 큰 문제가 되었습니다. 오늘은 백 번이 넘는 작은 단계를 거쳐 채팅 패널을 "원시 텍스트 및 자리 표시자 상자"에서 성숙한 데스크톱 도우미에 가까운 수준으로 다듬었습니다. 여기에는 전체 손으로 작성한 Markdown 렌더러(코드 블록, 목록, 테이블, 작업 목록 모두 지원됨), 속도가 콘텐츠 길이에 맞춰 조정되는 문자별 스트리밍 애니메이션, 전체 결과로 확장되는 고밀도 "알약" 태그로 압축된 도구 호출, 시각적으로 시작되는 에이전트의 "자체 수정/반사", 접근성 표준을 충족하도록 조정된 거품과 배경 간의 대비, 모션 감소를 선호하는 사용자를 위해 꺼진 루핑 애니메이션이 포함됩니다. 각 패스는 한 가지만 건드리고 자체 테스트를 실시하고 메모를 기록했습니다. 요점은 간단합니다. 아무리 강력한 기능이라도 읽기가 힘들거나 값싸게 보이면 사용자는 신뢰하지 않을 것입니다. 당신이 바라보는 표면을 기분 좋은 것으로 연마하는 것 자체가 핵심 기능의 일부입니다.

플랫 재구성 + 제로 빌드, 소스에서 실행 개발

오후에는 구조적 평탄화 작업이 이루어졌습니다. 한때 깊이 중첩된 디렉토리를 평평하게 배치하여 부품이 보다 직접적인 방식으로 나란히 배치되었습니다. 이와 함께 "제로 빌드" 개발 모드가 설정되었습니다. 복제 후 긴 컴파일 및 번들 단계를 먼저 거치지 않고 하나의 명령으로 소스를 직접 실행합니다. 개발자의 경우 이는 라인을 변경하고 브라우저에서 결과를 거의 즉시 확인하고 반복 속도를 한 단계 높이는 것을 의미합니다. 새로 온 사람들에게는 "클론에서 사진을 보기까지"의 길이 가장 짧아집니다. 구조적 단순화는 무형이지만 앞으로 몇 주 동안 "하루에 큰 발걸음"을 유지할 수 있는지 여부를 결정합니다. 기초가 더 단순하고 명확할수록 그 위에 더 빠르고 안정적으로 구축할 수 있습니다.

파일, 미리보기, 콘솔, 스위처의 3개 열로 구성된 Studio 형태

저녁에는 3열로 구성된 Studio가 한 번에 실제로 사용할 수 있는 패널 배치와 함께 배치되었습니다. 왼쪽의 파일 트리는 실제 프로젝트 파일과 연결되어 있으며 제품을 클릭하여 미리 볼 수 있습니다. 프레임 속도 판독, 일시 중지, 다시 로드, 전체 화면 및 데스크탑/모바일 장치 모드를 갖춘 중앙의 실시간 미리보기 창은 엔진에 직접 연결됩니다. 엔진의 콘솔 출력을 파이프하는 패널, 지난 세션을 나열하고 재생하는 스위처, "새" 메뉴를 사용하여 프로젝트와 게임을 전환하는 항목이 있습니다. 특히 이날도 본능에 따라 "프로젝트"와 "게임"이라는 두 개념을 하나로 병합했습니다. 사용자는 둘이 동일한 것이므로 인터페이스가 이들을 분리해서는 안 된다고 말했습니다. 이를 통해 "왼쪽 관리 / 미리보기 센터 / 오른쪽 채팅" 레이아웃이 정착되었고 Studio는 수많은 기능에서 사용 가능한 제품 형태로 수렴하기 시작했습니다.

오늘의 의미

종합해보면 오늘의 무게는 이렇습니다. 단일 기능 배송이 아니라 제품의 핵심 논제가 처음으로 끝까지 입증되었습니다. 문장부터 움직이는 큐브까지, 그 사이의 모든 링크(렌더링, 런타임, 오케스트레이션, 인터페이스)가 스크린샷을 통해 입증된 것처럼 깨끗한 시스템에서 실제로 실행되었습니다. 큐브 이후의 복잡한 모든 것(실제 게임, 복잡한 장면, 전체 에이전트 팀)은 이미 연결된 이 트렁크에서 성장합니다. 이것이 바로 오늘을 모델로 기록할 가치가 있는 이유입니다. 가장 중요하고 가장 위조 가능성이 높은 메인 체인을 먼저 연결한 다음 지점에 대해 이야기하십시오. 한 번 달리는 것은 두 번째, 백 번째에도 자신감을 주는 것입니다.