봇 명단이 대화 기록을 대신합니다 | DAKER 커뮤니티
xAI가 2026년 9월 3일 「Designing Grok Bot for a world of persistent agents」를 공개했습니다. 오늘은 엔터프라이즈 개방·템플릿 장터·바이오시큐리티 각도와 겹치지 않게, 사이드바가 대화 기록이 아니라 봇 명단이라는 설계 각도로만 정리합니다. 원문은 x.ai/news/designing-grok-bot입니다.
나온 것
1. 제품 개념을 다섯 개로 줄였습니다. 공식 글은 Bots, Chats, Prompts, Tools, Artifacts를 사람이 실제로 다루는 기본 단위로 둡니다. Bots는 정체성·메모리·런타임·도구를 가진 지속형 에이전트입니다. Chats는 그 봇과 대화하는 면입니다. Prompts는 한 번 쓰거나 Skills로 저장하거나 Routines로 자동 실행할 수 있습니다. Tools는 소프트웨어·API·커넥터·셸·컴퓨터 사용으로 행동합니다. Artifacts는 문서·디자인·코드·데이터처럼 남는 산출물입니다.
2. 사이드바의 주 객체는 대화가 아니라 봇입니다. 글은 채팅이 일회성이고, 며칠 뒤에는 거의 돌아보지 않는다고 적습니다. 질문 단위 UI에서는 자연스럽지만, 상대가 기억과 책임을 가져야 하면 어색해진다고 합니다. 그래서 그록 봇의 주 객체는 이름·아바타·직함·자체 컴퓨터·도구를 가진 Bot입니다. 내일 다시 와도 같은 봇을 만납니다.
3. 아바타는 정체성과 상태를 같이 보여 줍니다. 명단이 커질수록 이름만 읽기보다 아바타로 빠르게 구분하는 쪽이 목표입니다. 기본 형태와 눈을 유지한 채 악세서리로 구분을 줍니다. 상태(유휴·생각·작업·대기·막힘·완료)를 따로 붙이기보다 아바타 움직임으로 실무 진행을 표시합니다. 세부 행동이 필요하면 호버로 현재 행동을 확인합니다.
4. 각 봇은 자기 컴퓨터를 가집니다. 브라우징·파일·소프트웨어 실행이 가능합니다. UI는 Status(활성 시 타이틀바 아이콘), Preview(대화 옆 고정 패널), Takeover(도움 필요할 때 전체 화면 인수 후 반환) 세 단계입니다. 컴퓨터를 크게 보이면 감독 유인이 커져서, 봇의 작업 공간으로 남기되 필요할 때만 사람이 들어가는 구조입니다. 벽지는 하루 시간대에 따라 밝아지고 어두워집니다.
5. 도구·스킬과 메모리·루틴의 경계가 다릅니다. Tools와 Skills는 계정 수준에 두어 여러 봇이 웹·문서·메일을 같이 쓸 수 있습니다. Memory와 Routines는 봇 수준에 두어 역할별 지식과 반복 업무를 분리합니다. 그룹 채팅은 프로젝트 공유 맥락을 주되, 봇별 전문 메모리는 유지합니다. 계정당 대략 50개 봇, 그룹 채팅당 6개 봇 한도가 있습니다.
6. Routines는 프롬프트 없이 일을 시작합니다. 일정이나 이벤트에 따라 아침 브리핑·인박스 정리처럼 상시 책임을 둡니다. 초기에 부가 설정처럼 취급했다가, 자율 작업이 커지며 봇 본 화면으로 올렸습니다. 대화는 사람이 시작하기도 하고, 스케줄·이벤트·다른 봇이 시작하기도 합니다.
7. 설계 방향은 UI를 줄여 위임 부담을 낮추는 것입니다. 창·패널·컴퓨터 보기 옵션·에이전트 메타데이터를 줄였습니다. 질문은 항상 「위임에 도움이 되는가, 관리할 항목만 늘리는가」입니다. 모델을 조작하는 UI와 동료에게 맡기는 UI의 경계를 오늘 지점에 맞춰 잡았다고 적습니다.
이미 올린 엔터프라이즈 개방·템플릿·바이오시큐리티 글과 각도를 나눕니다. 오늘은 명단·아바타 상태·자체 컴퓨터 3단계·계정/봇 경계·루틴·한도 설계만 옮깁니다. 가격·장터 수치·보안 정책 단독 재공지는 하지 않습니다.
다섯 기본 단위를 팀 용어로 고정하십시오. Bots·Chats·Prompts·Tools·Artifacts를 위키에 한 줄씩 적고, 세션·컨텍스트 창·샌드박스 같은 내부 개념은 필요할 때만 꺼내십시오. 새 합류자에게는 이 다섯 단어부터 설명하십시오.
명단 운영 규칙을 문서화하십시오. 역할별 봇 이름·아바타·직함을 통일하고, 한 사람이 50개에 가깝게 늘리지 않도록 폐기 기준을 둡니다. 그룹 채팅에는 6개 한도를 미리 알리십시오.
상태 신호는 아바타 움직임을 1차로 보십시오. 점 세 개만으로 판단하지 말고, 막힘·대기일 때 Preview로 확인한 뒤 Takeover 여부를 정하십시오. 매 단계마다 전체 화면을 열지 마십시오.
도구는 계정, 기억은 봇으로 나누십시오. 법무 봇과 재무 봇의 메모리를 한곳에 합치지 마십시오. 공유가 필요하면 그룹 채팅의 프로젝트 맥락만 쓰십시오.
루틴은 「누가 프롬프트를 누르지 않아도 도는 일」만 넣으십시오. 아침 브리핑·주간 팀 업데이트처럼 반복 책임을 먼저 올리고, 예외는 사람이 처리합니다. 일시 정지 상태를 정기적으로 점검하십시오.
응답 형태도 설계의 일부입니다. 공식 글은 날씨·할 일을 산문만으로 길게 쓰지 않고 카드·위젯으로 구조화한다고 합니다. 팀 프롬프트에 「표·체크리스트가 맞으면 구조로」를 명시하십시오.
출처는 공식 설계 글 하나만으로도 충분합니다. 오늘 각도는 UI·객체 모델입니다. 장터 개수나 엔터프라이즈 무료 기간을 다시 붙이지 마십시오.
DAKER에 남길 때는 봇 명단 스크린샷보다 공개 URL을 우선하십시오. 내부 고객명·API 키가 보이는 화면은 올리지 마십시오. 올린 링크가 제출입니다.
위임 체크리스트를 네 줄로 두십시오. 이 봇의 역할, 쓸 도구, 루틴 일정, 사람 승인 지점. 네 줄이 없으면 봇을 추가하지 마십시오.
컴퓨터 Takeover는 예외 처리용입니다. 일상 감독용으로 쓰지 말고, 막힘·승인이 필요할 때만 쓰십시오. 동료에게 자리를 넘기는 감각으로 설명하십시오.
그룹 채팅 조율 봇을 검토하십시오. 공식 글은 치프 오브 스태프 봇이 여러 전문 봇을 조율하는 패턴을 관찰했다고 합니다. 대시보드를 늘리기보다 조율 봇 하나에 지시를 모으는 방식을 시험하십시오.
한도 50·6을 「대략」으로 적으십시오. 원문이 roughly라고 씁니다. 제품 설정 화면에서 실제 한도를 다시 확인하십시오.
엔터프라이즈·템플릿 북마크와 분리하십시오. 오늘은 설계 원리 글입니다. 같은 폴더에 넣되 제목으로 각도를 구분하십시오.
아바타 시스템을 팀 가이드에 한 장으로 붙이십시오. 유휴·작업·대기·막힘·완료 움직임을 스크린샷 없이 글로만 설명해도 됩니다. 새 합류자가 「점이 세 개면 정상」으로만 판단하지 않게 하십시오.
Preview 패널을 기본 감독 창으로 두십시오. 대화 흐름을 끊지 않고 진행을 확인하는 단계입니다. 전체 화면 Takeover는 예외 큐에만 넣고, 사용 횟수를 주간으로 세십시오.
계정 수준 도구 목록을 분기마다 감사하십시오. 웹·메일·드라이브 권한이 모든 봇에 자동으로 열려 있는지 확인합니다. 필요 없는 봇에서는 도구를 끄십시오.
봇별 메모리 백업 정책을 정하십시오. 역할이 바뀌면 메모리를 새 봇으로 옮길지, 요약만 남길지 규칙을 둡니다. 합치기 전에 개인정보·고객명을 가리십시오.
루틴 실패 알림 수신자를 지정하십시오. 아침 브리핑이 비었거나 막히면 누가 받는지 적습니다. 알림이 없으면 루틴이 멈춘 줄도 모릅니다.
그룹 채팅 6봇 한도를 프로젝트 킥오프에 공지하십시오. 디자이너·엔지니어·PM·데이터 역할이 겹치면 조율 봇 하나로 줄이는 연습을 하십시오.
인라인 카드·위젯 사용 예를 사내 샘플로 만드십시오. 할 일 보드·메일 초안·루틴 생성 이벤트가 대화 타임라인에 남는 방식을 보여 줍니다. 산문만 길게 받는 습관을 줄이십시오.
위임 성공 지표를 「사람이 누른 프롬프트 수」로만 두지 마십시오. 루틴이 시작한 작업 비율, Takeover 횟수, 승인 거부 건수를 같이 보십시오.
디자인 글의 「사라지는 인터페이스」 문장을 인용할 때는 원문 링크를 붙이십시오. UI를 줄인다는 뜻이 기능을 없앤다는 뜻이 아닙니다. 관리 항목을 줄여 위임을 쉽게 한다는 설명입니다.
엔터프라이즈 보안 가이드와 이 설계 글을 폴더에서 나란히 두되 제목을 다르게 하십시오. 오늘은 객체 모델과 명단 UI입니다.
봇 명단 정렬 규칙을 정하십시오. 최근 활동·역할·팀 순 중 하나를 고르고, 개인마다 다르게 두지 마십시오. 스캔 속도를 일정하게 유지하는 것이 목표입니다.
대기·막힘 상태가 길면 에스컬레이션 시간을 정하십시오. 예: 15분이 넘으면 Preview, 30분이 넘으면 Takeover 후보. 숫자를 팀 상황에 맞게 바꾸되, 문서에 남기십시오.
Artifacts 저장 위치를 봇 컴퓨터와 공유 드라이브로 나누십시오. 최종 산출물만 공유 공간으로 옮기고, 중간 파일은 봇 쪽에 둡니다. 비밀값이 섞이지 않게 검사하십시오.
프롬프트를 Skills로 저장할 때 버전을 붙이십시오. 루틴이 옛 스킬을 부르지 않게 변경 로그를 한 줄 남기십시오.
「동료에게 맡긴다」는 비유를 쓸 때는 원문 문맥을 밝히십시오. 법적 고용 관계가 생긴다는 뜻이 아닙니다. 감독과 인수의 단계 설명입니다.
이미 올린 그록 관련 잡담과 제목 충돌이 없는지 확인하십시오. 명단·설계 각도가 엔터프라이즈·템플릿과 구분되는지 목록으로 보십시오.
아닌 것
엔터프라이즈 2주 무료나 템플릿 장터 재공지가 아닙니다. 그 각도는 이미 올렸습니다.
바이오시큐리티·빌드 가이드 단독 공지가 아닙니다. 오늘은 지속형 에이전트 UI 설계만 다룹니다.
사이드바가 「대화 기록만 남는다」는 뜻이 아닙니다. 주 객체를 봇 명단으로 바꿨다는 설명입니다.
봇 컴퓨터가 사용자 데스크톱을 통째로 대체한다는 뜻이 아닙니다. Status·Preview·Takeover로 접근 단계를 나눕니다.
공격·우회·무단 접근 절차를 적는 글이 아닙니다. 공개 설계 설명만 옮깁니다.
오늘 할 일
첫째, 공식 글을 처음부터 끝까지 한 번 읽으십시오. Designing Grok Bot (2026-09-03)에서 다섯 기본 단위와 명단 설계를 확인하십시오.
둘째, 팀 위키에 Bots·Chats·Prompts·Tools·Artifacts 정의를 네 줄 이내로 옮기십시오. 내부 용어와 섞지 마십시오.
셋째, 보유 봇 목록을 점검하고 역할이 겹치면 통합 후보를 표시하십시오. 50개 한도에 가깝다면 폐기 기준을 먼저 정하십시오.
넷째, 루틴이 있는 봇은 다음 실행 시각과 일시 정지 여부를 확인하십시오. 프롬프트 없이 도는 일의 소유자를 적으십시오.
다섯째, Takeover가 필요한 승인 지점을 문서에 고정하십시오. 결제·외부 발송·삭제처럼 사람 확인이 필요한 행동을 목록으로 두십시오.
여섯째, 확인한 설계 요약과 출처 링크를 공개로 남기십시오. DAKER에는 빌더와 대회 기록이 쌓여 있습니다. 올린 링크가 제출입니다.
한 페이지 요약
xAI는 그록 봇을 지속형 에이전트용으로 설계했다고 밝혔습니다. 기본 단위는 Bots·Chats·Prompts·Tools·Artifacts입니다. 사이드바는 대화 기록이 아니라 봇 명단입니다. 아바타는 정체성과 작업 상태를 같이 보여 줍니다. 각 봇은 자체 컴퓨터를 갖고 Status·Preview·Takeover로 접근합니다. 도구·스킬은 계정, 메모리·루틴은 봇에 둡니다. 계정당 대략 50봇, 그룹당 6봇입니다. 루틴은 프롬프트 없이 일을 시작합니다. 설계 목표는 UI를 줄여 위임 부담을 낮추는 것입니다. 엔터프라이즈·템플릿 각도와는 다릅니다.