Grokbot의 진짜 가치는 질문에 답하는 데 있지 않다. 반복되는 일을 맡고, 필요한 도구를 찾아 쓰며, 맡은 일이 끝날 때까지 후속 조치를 이어가는 데 있다. Matthew Berman은 이런 방식으로 Grokbot을 일과 생활을 연결하는 개인 운영체제처럼 사용한다.
하나의 봇에는 하나의 주된 일을 맡긴다
출발점은 역할을 작게 나누는 것이다. 이메일, 캘린더, 음식 주문처럼 봇마다 주된 임무를 하나씩 맡긴다. 각 봇에는 그 일을 판단하는 데 필요한 맥락과 도구만 연결한다. 자동화 품질은 모델 자체보다 봇이 참고할 수 있는 맥락과 명확한 책임 범위에 더 크게 좌우된다.
반복 작업은 루틴으로 만든다. 사람이 매번 명령하지 않아도 정해진 시간에 새 정보를 확인하고 결과를 보고하게 한다. 토큰을 불필요하게 쓰지 않도록 봇이 작동하는 시간대도 제한할 수 있다. 예를 들어 업무 시간인 오전 8시부터 오후 7시까지만 30분 간격으로 이메일을 처리하고, 아침에는 한꺼번에 쌓인 메일을 먼저 분류한다.
여러 봇을 직접 오갈 필요도 없다. 업무용 Chief of Staff를 대표 창구로 두면 요청에 맞는 전문 봇에 일을 위임한다. 저녁 주문은 음식 봇에, 받은 편지함 정리는 이메일 봇에 전달한다. Slack이나 Telegram처럼 외부 채널에서는 이 대표 봇하고만 대화한다. 개인 생활에 관한 요청은 별도의 Personal 봇에 맡겨 업무 맥락과 섞이지 않게 한다.
받은 편지함과 캘린더를 판단 가능한 상태로 만든다
이메일 자동화의 첫 단계는 요약이 아니라 판단이다. Grokbot은 중요한 메일을 골라 기존 대화와 발신자 정보를 요약하고, 답장할지, 결정을 내릴지와 같은 다음 행동을 제안한다. HubSpot과 Google Drive를 연결하면 연락 기록, 회의 메모, 계약서까지 확인한 뒤 이메일의 의미를 판단할 수 있다. 답장이 필요하면 사용자의 문체에 맞는 초안도 작성한다.
두 번째 단계는 분류다. Berman은 YouTube 협찬 메일에 점수를 매긴다. 스팸에 가까운 제안은 자동으로 보관하고, 나머지 제안에는 리드 스코어를 매기듯 점수를 부여해 우선순위를 정한다. 이 기준은 OpenClaw를 쓰면서 다듬은 휴리스틱을 Grokbot에 옮겨 적용한 것이다. PR 회사, 내부 운영 등 약 12개의 라벨도 자동으로 붙인다. 나중에 “품질이 높은 협찬 제안만 보여줘”라고 요청하면 이미 분류된 결과를 바로 찾을 수 있다.
캘린더 봇은 인증을 거쳐 여러 캘린더에 접근하고, 회의 시간을 협상한다. 이메일로 온 후보 날짜를 읽고 빈 시간을 찾으며, 일정이 겹치면 재조정한다. 한 이메일에 여러 행사의 날짜가 들어 있으면 각 행사의 날짜를 개별 캘린더 일정으로 등록한다. 이 방식은 각각 몇 초씩 걸리는 확인 작업이 계속 쌓일 때, 이를 전문 봇 하나에 맡기는 것이다.
브라우저가 필요한 생활 업무까지 실행한다
클라우드에서 동작하는 브라우저는 사람이 웹사이트에서 하던 작업을 대신한다. Amazon에서 상품을 찾고, 로그인한 세션을 유지하며, 조건에 맞는 구매 후보를 제시한다. 영상에서는 45파운드 텅스텐 큐브를 찾다가 2만 달러짜리 4인치 제품을 발견했다. 로그인 후에는 구매 절차까지 진행할 수 있다.
더 실용적인 사례도 있다. 장보기 목록 작성, DMV 차량 등록, 체육관 예약, 진료 예약처럼 10분이나 20분씩 걸리는 웹 업무를 맡긴다. Amazon 반품 과정도 대신 진행해 마지막에 QR 코드만 받을 수 있다.
DoorDash는 CLI 접근 권한이 있으면 더 빠르게 주문할 수 있다. Berman 자신은 아직 대기 명단에 있어 CLI를 이용한 실제 주문 절차를 진행하지 못했다. 대신 Grokbot이 접근 권한이 없다는 사실을 확인하고 브라우저로 전환해 샌드위치 주문을 진행하는 모습을 보여준다. 중요한 점은 특정 도구가 없을 때 멈추지 않고 가능한 실행 경로로 바꾸는 것이다.
개발과 회의는 완료 조건까지 추적한다
Cursor 팀이 소개한 개발 방식은 Grokbot을 코딩 에이전트의 상위 조정자로 쓰는 것이다. 프로젝트마다 봇을 만들고, 한 프로젝트 안에서도 작업 흐름이 다르면 봇을 더 나눈다. 팀원은 Slack에서 작업을 시작한다. Grokbot은 이메일, Notion, Slack, GitHub에 쌓인 맥락을 모은 뒤 Cursor Agent CLI나 Cursor Cloud Agent에 구현을 맡긴다.
Grokbot은 결과만 기다리지 않는다. PR에 연결된 CI 검사가 실패하면 코딩 에이전트에 다시 수정 작업을 맡기고, 병합할 수 있도록 모든 CI 검사를 통과할 때까지 후속 조치를 이어간다. 사용자는 긴 코딩 로그 대신 짧은 진행 요약을 받고, 필요할 때만 자세한 내용을 요청한다. 다만 Berman은 이 개발 흐름을 직접 사용해 보지는 않았으며 Cursor 팀이 실제로 사용한다고 설명한 방식을 전달한다.
회의 후속 작업도 같은 원리다. Fathom이 회의를 녹음하고 전사하면 Grokbot이 30분마다 API에서 새 회의를 찾는다. 전사 내용을 요약하고, 양쪽이 하기로 약속한 일을 찾아 할 일로 정리한 뒤 Grokbot, Slack 또는 Telegram으로 보낸다. 회의 중 “다음 주에 그 사람에게 이메일 보내는 일을 기억해 줘”라고 말하면 전사 내용에서 그 지시를 찾아 후속 할 일로 남길 수 있다.
Berman은 다음 단계로 할 일 목록과 개인 맥락을 함께 살펴본 뒤, 사람의 개입 없이 처리할 수 있는 일을 Grokbot이 직접 수행하게 할 계획이다. 아직 구현하지 않은 구상이며, 현재 가장 자주 쓰는 기능은 이메일 분류와 회의 요약이다.
개인 생활에도 같은 구조를 적용한다
Personal 아래에는 자녀의 학교 소식을 맡는 School 봇이 있다. 매일 오후 7시에 개인 이메일에서 학교 메일을 찾고, 반드시 알아야 할 내용은 따로 뽑고 나머지는 짧게 요약한다. 일정이 있으면 캘린더에 등록하고 배우자도 초대한다. 이 자동화 방식은 며칠에 한 번씩 오는 긴 안내문을 매번 직접 읽지 않아도 중요한 준비물과 날짜를 놓치지 않게 한다.
컴퓨터 정리 봇은 로컬 파일에도 접근한다. 여기서는 삭제 권한을 바로 주지 않는 것이 핵심이다. 먼저 삭제 후보만 찾고 위험도에 따라 낮음, 중간, 높음으로 분류하게 한다. 영상 속 첫 검사에서는 캐시와 사용하지 않는 Docker 이미지 등을 포함해 저위험 파일 90GB를 찾았다. 중간 위험도로 분류된 후보 파일은 총 380GB였고, 그중에는 약 100GB를 차지하는 worktree도 있었다. 사용자가 목록을 검토한 뒤 삭제할 항목을 결정한다. 이 검사를 주 1회 실행하는 루틴으로 만들면 디스크 정리 역시 정기 업무가 된다.
어디서든 대표 봇 하나와 대화한다
Grokbot에는 iOS 앱이 있지만 영상 촬영 당시 Android 앱과 Telegram과의 기본 연동 기능은 없었다. Telegram에서는 BotFather로 새 봇을 만들고 이름을 지정한 뒤 발급받은 토큰을 Grokbot에 전달한다. 몇 가지 설정 문제를 해결하고 나면 Telegram에서 Chief of Staff에 접근할 수 있다. 이동 중에는 음성 메시지를 남겨 비서에게 말하듯 요청할 수도 있다.
이 구조에서 Grokbot은 ChatGPT식 질의응답과 Codex나 Claude Code 같은 복잡한 코딩 에이전트를 연결하는 역할을 한다. 전문 봇은 각자의 일을 수행하고, 대표 봇은 작업에 적합한 봇과 도구를 고른 뒤, 해당 봇에 작업을 위임한다. 사용자는 하나의 창구에서 결과를 확인하고, 필요한 결정만 직접 내린다. 에이전트가 유용해지는 순간은 더 많은 답을 내놓을 때가 아니라, 맥락을 바탕으로 다음 행동을 정하고 작업이 완료될 때까지 후속 조치를 수행할 때다.