지속형 에이전트를 위한 Grok Bot 설계

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

Grok Bot은 질문마다 새로 시작하는 채팅 대신 고유한 이름·기억·도구·컴퓨터를 가진 지속형 Bot을 제품의 중심 객체로 삼습니다. Bot의 아바타는 정체성뿐 아니라 idle, thinking, working, waiting, blocked, done 상태까지 움직임으로 전달하고, 사용자는 필요할 때 현재 작업을 확인하거나 자체 컴퓨터를 직접 넘겨받을 수 있습니다. 응답은 산문에 한정하지 않고 이메일 카드·보드·시각화·시스템 이벤트를 하나의 타임라인에 배치하며, Routine은 일정과 이벤트에 따라 프롬프트 없이도 작업을 시작합니다. Tools와 Skills는 계정 수준에서 공유하고 Memory와 Routines는 Bot별로 분리해 역할에 맞는 맥락을 유지하며, 여러 Bot의 조정은 Chief of Staff Bot과 그룹 채팅을 통해 사용자 개입을 줄이는 방향으로 구성했습니다.

빠른 이해

새로운 점

채팅 기록을 제품의 중심에서 내리고, 지속적인 기억·자체 컴퓨터·자동 실행을 가진 Bot 로스터를 인터페이스의 기본 단위로 삼았습니다.

핵심 메커니즘

사용자가 Prompt 또는 일정·이벤트를 입력하면 Bot이 역할별 Memory와 공유 Tools·Skills를 사용해 자체 컴퓨터에서 작업하고, 산문·카드·위젯·시스템 이벤트 형태의 결과를 transcript에 남깁니다. 아바타는 Bot의 정체성과 실행 상태를 동시에 표시하며, 사용자는 상태 확인·사이드 패널 Preview·전체 화면 Takeover 순서로 필요한 만큼만 개입합니다.

핵심 수치

전체 테스트 통과: 212 passed- Bot 화면에 표시된 full suite 실행 결과
환경 준비 시간: 387ms- Bot 컴퓨터 작업 화면에 표시된 값
계정당 Bot 한도: 약 50 Bots- 제품 설계에서 설정한 실용적 한계
그룹 채팅 Bot 한도: 6개- 제품 설계에서 설정한 실용적 한계

섹션별 상세

채팅에서 Bot 로스터로

기존 AI 인터페이스는 사용자가 프롬프트를 보내고 지켜보는 일회성 채팅 세션을 중심으로 구성됐지만, 장기간 책임을 맡는 에이전트에는 이 구조가 맞지 않았습니다. Grok Bot은 대화 기록 대신 이름·아바타·직함·대화 기억·자체 컴퓨터·도구를 가진 Bot을 주요 객체로 배치해 사용자가 다음 날에도 같은 작업 주체로 돌아오게 합니다. 이 전환은 질문 단위의 최근 대화 탐색을 역할 단위의 지속적인 협업으로 바꾸며, Acme 후속 연락이나 보안 검토 준비처럼 프로젝트에 연결된 작업을 Bot의 맥락 안에 남깁니다.

다섯 가지 핵심 객체

AI 제품에 누적된 세션, 모델, 메모리, 컨텍스트 윈도, 커넥터, 샌드박스 같은 개념을 모두 전면에 노출하면 사용자가 시스템 구조를 과도하게 이해해야 합니다. Grok Bot은 실제 작업에 필요한 단위를 Bots, Chats, Prompts, Tools, Artifacts로 정리하고, Prompt는 일회성 입력·저장된 Skill·자동 실행되는 Routine으로 이어지게 했습니다. Tools는 소프트웨어·API·커넥터·shell·computer use를 통해 정보 조회와 행동을 수행하고, Artifacts는 Bot이 만들거나 수정한 문서·디자인·코드·데이터 같은 지속 결과물을 담습니다. 나머지 구현 개념은 사용자가 필요로 할 때까지 인터페이스 아래에 두어 위임에 필요한 구조만 남겼습니다.

아바타에 담은 정체성과 상태

Bot이 늘어날수록 사용자는 이름을 읽지 않고도 각 역할을 빠르게 식별해야 하며, 동시에 작업 중인지 멈췄는지도 알아야 합니다. Grok Bot은 단순한 도형과 표정 있는 눈을 공통 기반으로 삼고 액세서리와 제한된 변형으로 개별성을 만들었으며, 아바타의 움직임에 idle·thinking·working·waiting·blocked·done 상태를 실었습니다. 수채화나 clay처럼 세부 묘사가 많은 방식은 사이드바 크기에서 복잡해지고, 지나치게 단순한 방식은 Bot 간 차이를 약화했기 때문에 두 요구를 조절한 결과입니다. 사용자는 움직임으로 활성 상태를 먼저 파악하고, 더 자세한 진행 상황이 필요할 때 hover로 현재 작업을 확인합니다.

Bot 자체 컴퓨터와 개입 단계

각 Bot이 웹 탐색, 파일 작업, 소프트웨어 실행을 수행하려면 사용자 화면과 분리된 자체 컴퓨터가 필요하지만, 컴퓨터를 크게 노출할수록 사용자가 에이전트를 계속 감독하게 되는 문제가 생깁니다. Grok Bot은 상태·미리보기·Takeover의 세 단계로 접근 범위를 나눠 title-bar 아이콘이 활성 상태를 알리고, 고정된 사이드 패널에서 작업을 보여주며, 도움이 필요할 때만 전체 화면 제어권을 사용자에게 넘깁니다. 컴퓨터 화면에는 아침에 밝아지고 밤에 어두워지는 배경화면을 적용해 사용자 데스크톱과 구분되는 시간성을 부여했습니다. 결과적으로 사용자는 원격 장비를 계속 조작하기보다 동료의 화면을 잠깐 확인하고 필요한 순간에만 직접 개입하는 흐름을 갖습니다.

정보 형태까지 응답으로

초기 Grok Bot은 5일 예보나 여러 작업 목록도 산문으로 풀어 써 사용자가 다시 표나 보드로 재구성해야 했습니다. 이를 줄이기 위해 시스템은 정보 성격에 맞춰 산문, 인라인 카드, 위젯, 시각화를 선택하고 이메일 초안처럼 바로 확인할 수 있는 구조화된 객체를 대화 안에 삽입합니다. Routine 생성이나 다른 Bot에게 메시지를 보내는 동작도 시스템 이벤트로 같은 대화 타임라인에 기록하며, 사용자는 필요할 때 해당 이벤트를 열어 세부 정보를 확인합니다. 따라서 transcript는 대화문·실행 이벤트·상호작용 객체·시각화가 한 흐름에 공존하는 이질적 인터페이스가 됩니다.

역할별 맥락과 Bot 협업

여러 Bot이 함께 일할 때 모든 기록을 하나의 메모리에 합치면 법률 Bot과 재무 Bot처럼 역할마다 필요한 정보가 다른 상황에서 관련 맥락을 분리하기 어렵습니다. Grok Bot은 여러 역할이 공통으로 쓰는 Tools와 Skills를 계정 수준에 두고, 특정 역할의 경험을 반영하는 Memory와 Routines는 Bot 수준에 남겨 능력은 공유하되 맥락은 필요한 주체에 귀속시킵니다. 프로젝트의 공통 정보는 Group Chat에서 공유하고, 디자이너·엔지니어·PM·데이터 과학자가 같은 대화에서 작업을 넘깁니다. Chief of Staff Bot 같은 조정 역할은 전문 Bot의 상태를 모아 일상적인 라우팅을 처리하고, 판단이 필요한 순간에만 사용자를 호출합니다.

프롬프트 없는 지속 작업

지속형 Bot도 사용자가 매번 프롬프트를 보내야만 움직인다면 실제 자율 작업에는 한계가 있습니다. Routine은 매일 아침 브리핑처럼 일정에 따라 실행되거나 웹훅, 이슈 생성, Pull Request 변경, 새 메시지 같은 이벤트를 트리거로 삼아 Bot을 깨웁니다. 사용자는 작업을 한 번 정의하고 실행 시각이나 조건을 설정하며, transcript에서 실행 결과를 검토하거나 예외를 처리합니다. 이 구조는 대화의 시작점을 사용자 입력에서 스케줄·이벤트·다른 Bot의 요청으로 넓혀 사용자가 자리에 없을 때도 작업이 이어지게 합니다.

관리 요소를 덜어낸 인터페이스

프로젝트 후반에는 기능을 더하는 대신 창과 패널 제어, 컴퓨터 보기 옵션, 에이전트 메타데이터를 제거하고 계정당 약 50개 Bot, 그룹 채팅당 6개 Bot이라는 실용적 한계를 설정했습니다. 각 결정은 사용자의 위임을 돕는지 아니면 관리 항목을 하나 더 추가하는지를 기준으로 판단했습니다. 이 설계는 모델이 더 많은 책임을 맡을수록 사용자가 실행 과정을 직접 운영하기보다 역할과 결과를 확인하는 방향으로 인터페이스를 이동시킵니다. Grok Bot은 현재의 에이전트가 원격 도구보다 협업자에 가까워지는 지점에 맞춰 화면의 중심과 개입 수준을 다시 정한 사례입니다.

용어 해설

지속형 에이전트(Persistent Agent): — 한 번의 대화 세션에서 끝나지 않고 고유한 정체성·기억·실행 환경·도구를 유지하는 에이전트입니다. 사용자가 다시 접속했을 때 이전 작업과 역할을 이어가며, 일정이나 이벤트에 따라 독립적으로 작업을 시작할 수 있습니다.
Bot 로스터(Bot Roster): — 대화 목록 대신 여러 Bot을 이름·아바타·역할 단위로 관리하는 화면 구조입니다. 사용자는 최근 질문을 찾는 방식이 아니라 지속적으로 협업하는 특정 Bot을 선택해 작업을 이어갑니다.
컴퓨터 사용(Computer Use): — 에이전트가 자체 실행 환경에서 웹을 탐색하고 파일을 다루며 소프트웨어를 실행하는 기능입니다. 사용자는 상태 확인, 작업 미리보기, 전체 화면 제어의 세 단계로 개입할 수 있습니다.
인라인 위젯(Inline Widget): — 대화문 안에 이메일 카드, Routine 생성 결과, 작업 상태 같은 구조화된 인터페이스를 삽입하는 방식입니다. 정보의 형태와 실행 결과를 텍스트만으로 전달하지 않고 같은 타임라인에서 바로 확인하고 조작하게 합니다.
Routine: — 사용자가 정한 일정이나 이벤트를 조건으로 Bot을 자동 실행하는 기능입니다. 반복 작업을 한 번 설정하면 예약 시각, 웹훅, 메시지, 이슈 변경 같은 트리거가 Bot을 깨워 결과를 대화 기록에 남깁니다.
그룹 채팅(Group Chat): — 여러 Bot과 사람이 프로젝트의 공통 맥락을 공유하는 대화 공간입니다. 각 Bot은 전문화된 기억을 유지하면서 같은 대화 안에서 다른 Bot에게 작업을 넘기고 필요한 정보를 함께 사용합니다.

기술

Grok Bot
APIs
커넥터
shell
Computer Use
Routines
Group Chat

언급된 리소스

문서원문 링크