브라우저를 닫으세요. 상담원은 계속 작업합니다.

"창을 닫으면 멈춥니다"에서 "백그라운드에서 계속 작동"으로

그 전에는 에이전트의 수명이 브라우저에 묶여 있었습니다. 탭을 닫으면 작업을 수행하는 백그라운드 프로세스가 종료되었습니다. 반쯤 완료된 긴 작업이 순식간에 사라졌습니다. 이는 "AI가 시간이 지남에 따라 작업을 수행하도록 하는 것"에 대한 근본적인 장애물입니다. 누가 수십 분 동안 실행되는 작업을 맡긴 다음 전체 기간 동안 랩톱을 닫거나 네트워크를 끊지 않을 수 있습니까? 오늘의 작업은 브라우저에서 에이전트를 "바인딩 해제"하여 언제든지 돌아갈 수 있는 독립적이고 지속적인 백그라운드 동료로 만드는 것이었습니다. 이는 정신적 변화입니다. "창을 열어두고 채팅을 지켜봅니다"에서 "일을 넘겨주고 다른 일을 하고 결과를 다시 확인합니다."로 바뀌었습니다.

상담원은 닫힌 창에서 살아남아 재개합니다.

이 작업의 핵심은 인덱스를 사용하여 디스크의 레코드에 실행되는 모든 작업을 유지하는 것입니다. 이렇게 하면 에이전트의 프로세스가 더 이상 프런트 엔드 연결에 의존하지 않고 살아있게 됩니다. 브라우저 연결을 끊으면 "감시" 라인만 끊어집니다. "작업" 라인은 백그라운드에서 계속 실행됩니다. 다시 열면 프런트 엔드가 "마지막으로 본 위치"라는 마커를 가지고 다시 연결되고, 자리를 비운 동안 놓친 출력을 다시 채운 다음 여전히 흐르는 라이브 스트림에 다시 참여합니다. 그날 테스트에서는 페이지를 다시 로드한 후에야 생성이 완료된 1만자가 넘는 응답이 새로 고침을 통해 단어 하나도 누락되지 않고 전체로 렌더링되었습니다. 그 뒤에는 "재개 가능한" 이벤트 스트림 설계가 있습니다. 모든 이벤트에는 시퀀스 번호가 있으며 다시 연결되면 마지막 번호부터 가져오며 아무것도 잃지 않고 복제되지 않습니다.

혼선이 없는 동시 대화 탭

이제 에이전트가 백그라운드에서 오랫동안 실행될 수 있으므로 자연스럽게 여러 개를 동시에 열 수 있습니다. 이날 인터페이스는 여러 대화 탭을 지원했습니다. 상단에 있는 플러스를 누르면 새 세션이 열리므로 한 에이전트가 이 탭에서 긴 작업을 실행하는 동안 다른 에이전트와 다른 에이전트와 다른 내용에 대해 채팅할 수 있으며 다른 에이전트를 방해하지 않을 수 있습니다. 탭을 전환하면 백그라운드 실행이 중단되지 않습니다. 각 상태와 스트림은 깨끗하게 분리되어 있습니다. "한 사람이 AI 팀을 이끄는" 비전의 경우 동시 탭은 가장 직관적인 진입점입니다. "한 번에 여러 가지 작업을 진행하는 것"을 개념에서 일상적으로 수행하는 작업으로 바꾸고 나중에 실제 다중 에이전트 협업을 위한 길을 닦는 것입니다.

로컬 대시보드: 개요, 실행, 세션, 사용량

백그라운드에서 작업이 실행되고 동시에 여러 작업이 열려 있으면 전체를 조사할 곳이 필요합니다. 오늘은 큰 그림에 대한 개요, 계속 진행 중인 작업 실행, 지난 대화에 대한 세션, 소비에 대한 사용량 분석 등 4가지 보기가 있는 로컬 대시보드가 ​​오른쪽 상단에 추가되었습니다. 여기에서 작업을 취소하거나 삭제할 수 있으며 작업의 출력 스트림이 문자별로 실시간으로 스크롤되는 것을 볼 수 있습니다. 그 가치는 통제력입니다. 몇 가지 긴 작업을 백그라운드로 남겨둔 경우 각 작업이 어디에 있는지, 문제가 있는지, 비용이 얼마인지 언제든지 알 수 있는 대시보드가 ​​필요합니다. 이러한 "운영 뷰"를 제품에 구축한다는 것은 플랫폼이 단순히 "AI로 한 가지 작업을 수행"하기를 원하는 것이 아니라 "한 번에 많은 작업을 관리하게 될 것"이라는 현실을 진지하게 받아들인다는 의미입니다.

여러 코딩 백엔드, 하나의 프로토콜, 언제든지 교체 가능

둘 이상의 "코딩 백엔드"가 에이전트를 구동할 수 있으며 각각은 이벤트 형식, 기능 및 안정성이 약간 다릅니다. 오늘 또 다른 새로운 백엔드를 통합하고 이를 모두 하나의 이벤트 스트림 프로토콜로 통합했습니다. 기본 공급자가 무엇이든 프런트 엔드는 동일한 순서대로 이벤트를 확인하므로 인터페이스와 흐름이 동일합니다. 가장 실용적인 이점: 하나를 일시적으로 사용할 수 없거나 성능이 저하되는 경우 인터페이스, 운영 또는 환경에 대한 왜곡 없이 한 번의 클릭으로 다른 것으로 전환할 수 있습니다. "어떤 모델 백엔드"를 위의 계층에 투명하게 플러그 가능한 선택으로 만들면 사용자가 단일 제공자에 고정되는 것을 방지할 수 있으며 각각에 대한 인터페이스를 다시 작성하지 않고도 플랫폼이 점점 더 많은 백엔드를 차분하게 통합할 수 있습니다.

엔진: 핸들 및 GUID 자산의 통합 어휘

엔진은 이날 낮은 수준의 "개념 어휘"에서 중요한 수렴을 이루었습니다. 자산에는 GUID(Globally Unique Identifier)와 이를 통해 처리되는 디스크 형식이 부여되었습니다. 즉, 모든 자산에는 혼동될 수 없고 프로젝트와 장면 전체에서 정확하게 참조할 수 있는 ID가 있습니다. "핸들" 유형 디자인은 두 가지 차원에 따라 참조의 특성을 지정하여 참조가 유형에 안전하고 명확하게 표현되도록 명확해졌습니다. 엔진은 또한 "인스턴싱"을 암시적 자동 일괄 처리에서 명시적 선언으로 변경했습니다. 즉, 엔진에 "이것은 함께 그리는 동일한 개체의 일괄 처리입니다"라고 명확하게 알려주어 동작을 더 제어하고 예측 가능하게 만듭니다. 이는 눈에 보이지 않는 낮은 수준의 엔지니어링이지만 콘텐츠가 증가하고 장면이 복잡해짐에 따라 엔진이 명확하고 질서 있게 유지되는지 여부를 결정합니다. 자산에 안정적인 ID 시스템을 제공하는 것은 이후의 모든 "가져오기, 재사용, 구성"을 위한 전제 조건입니다.

프로젝트별로 저장된 게임 + 핫 리로드 새로 고침 수정

또한 이날은 게임 콘텐츠가 저장되는 방식을 조정했습니다. "통합 게시"에서 "각 프로젝트가 자체 복사본을 유지"하고 게임 데이터가 해당 인스턴스의 자체 디렉터리에 저장되는 방식으로 조정되었습니다. 이는 더 직관적입니다. 귀하의 게임은 일부 공유 풀에 게시되지 않고 귀하의 프로젝트에 속합니다. 오래 지속되는 핫 리로드 문제가 함께 해결되었습니다. 이전에는 특정 프록시 설정에서 핫 리로드 채널이 잘못된 포트에 연결되었기 때문에 브라우저를 다시 로드한 후 미리 보기가 실제로 새로 고쳐지지 않았습니다. 오늘은 배포 경로 전반에 걸쳐 "편집 및 보기"가 꾸준히 유지되도록 문제를 수정했습니다. 이러한 조정은 사소해 보이지만 "말하면서 구축"이 전체적으로 원활하게 유지되는지 여부를 기본으로 보장합니다.

오늘의 의미

이날 가장 큰 변화는 상담원의 아이덴티티였습니다. 더 이상 '보는 동안에만 존재하는' 채팅 파트너가 아니라, 오랫동안 독립적으로 운영되고, 조사 및 관리되며, 언제든지 복귀할 수 있는 백그라운드 동료입니다. 닫힌 창에서 살아남고, 동시에 실행되며, 패널을 통해 관리 가능하고, 교체 가능한 백엔드를 통해 데모 시나리오에서 실제 작업 방식으로 "AI가 사용자를 위해 작업하도록 하는 것"을 추진합니다. 한 번에 여러 상담원에게 여러 작업을 넘겨주고, 노트북을 닫고 다른 작업을 한 다음 돌아와서 하나씩 수락할 수 있습니다. 이것이 바로 플랫폼이 원하는 것입니다. 지속적으로 시청해야 하는 장난감이 아니라, 위탁하고 다시 수집할 수 있는 팀입니다. 앞으로 다가올 실제 다중 에이전트 협업은 오늘 마련한 "지속성 + 동시 + 관찰 가능" 기반을 기반으로 구축됩니다.