Grok Bot 플러그인 연결과 업무 자동화

발행 2026.09.05출처 latent.space · Dan McAteer

SpaceXAI의 Grok Bot은 OpenClaw와 같은 수준의 프로그래밍 파워를 갖고 있지만, 더 다른 추상화 수준에서 프로그래밍할 수 있습니다.

처음으로 Grok Bot의 플러그인 카탈로그를 엽니다. X를 검색해 플러그인을 찾고 클릭합니다. 로컬 브라우저에 로그인 화면이 열립니다. 로그인하면 연결됩니다.

시스템의 코드까지 들어갈 필요가 없습니다. MCP 서버 JSON을 설치하거나 API 자격 증명을 붙여 넣을 필요도 없습니다. 웹사이트나 앱에 로그인하듯 로그인하기만 하면, Grok Bot은 준비가 끝납니다. 저는 제 X 게시물과 제가 관심 있는 주제들을 검토하게 한 다음, 저와 관련 있는 뉴스와 이야기를 매일 브리핑해 달라고 요청했습니다.

또한 업무용 계정으로 Freshdesk에도 연결해, 15분마다 새로 열린 지원 티켓을 확인하는 지원 봇을 설정했습니다. 실제 워크플로를 복제하는 데 필요한 것은, 제가 시간과 주의를 들이던 그 일을 재현하는 데 필요한 것은, 브라우저를 통해 로그인하는 것뿐이었습니다.

바로 이 설정의 간편함이 진짜 새로운 점입니다. Grok Bot은 에이전트 구성을 몇 번의 클릭과 로그인으로 바꿔 놓습니다.

Grok Bot은 새 MacBook을 개봉하는 느낌입니다. 열고, 전원을 켜고, 바로 일을 시작하는 데 필요한 모든 것이 갖춰져 있습니다. OpenClaw 같은 시스템은 Linux와 비슷합니다 : 원하는 작업을 중심으로 시스템을 더 많이 선택하고 더 자유롭게 커스터마이즈할 수 있게 해 주지만, 그 유연성에는 더 많은 복잡성과 더 큰 초기 설정 부담이 따라옵니다.

이번 주에 출시된 OpenClaw 2.0은 그 격차를 상당히 줄였습니다. Quick Start는 기존 Claude Code 또는 Codex 로그인을 재사용할 수 있고, 브라우저 앱은 설정, 플러그인 관리, 자동화의 많은 부분을 그래픽 또는 대화형 인터페이스로 옮깁니다. 하지만 근본적인 차이는 여전히 남아 있습니다. OpenClaw는 사용자가 소유한 Gateway를 제공하며, 이를 어디서 어떻게 실행할지 직접 선택할 수 있는 반면, Grok Bot은 제품의 일부로서 컴퓨터를 공급하고 운영합니다. 다시 말해, Grok Bot은 관리형 에이전트 컴퓨터이고 OpenClaw는 사용자가 소유하는 에이전트 플랫폼입니다.

Bot은 원자 단위입니다

하지만 Mac과 Linux의 비유로는 설명이 거기까지입니다.

Grok Bot은 OpenClaw보다 프로그래밍 가능성이 낮은 것이 아니라, 다른 수준의 추상화에서 프로그래밍 가능할 뿐입니다. OpenClaw에서는 커스터마이즈가 코드, 설정, 도구, 스킬, 플러그인, 인프라에 더 가까워지는 것을 의미합니다. Grok Bot에서는 Bot 자체가 프로그램의 원자 단위가 됩니다 . Bot에 특화된 역할을 부여하고, 서로 다른 도구에 연결한 뒤, Grok Bot이 “group chat”이라고 부르는 더 큰 시스템으로 조합합니다.

프로그래밍은 등장 이후 점점 더 높은 수준의 추상화로 나아갔다. 우리는 기계어와 천공카드에서 어셈블리어로, 다시 오늘날 C처럼 더 낮은 수준의 언어로 여겨지는 것들로, 그리고 다시 Python 같은 더 높은 수준의 언어로 이동해 왔다. 진화의 각 단계마다 프로그래머는 더 많은 의도를 표현할 수 있었고, 그만큼 더 많은 세부 사항을 위임할 수 있었다. Grok Bot은 그 진화의 흐름을 한 단계 더 확장한다: 인터페이스는 영어이고, 프로그래밍되는 대상은 더 이상 함수나 서비스가 아니라 “Bot”이다.

더 높은 수준의 추상화로 올라가는 가치가 있는 이유는, 코드를 한 줄도 작성하지 않을 수도 있지만 비교적 정확한 영어로 자신이 원하는 바를 분명하게 설명할 수 있는 사람들에게 컴퓨터 프로그래밍의 힘을 열어 주기 때문이다. 필요한 기술은 문법과 구현에서 벗어나, 의도를 정확하게 명세하는 쪽으로 이동한다.

어제 나는 Claude Code CLI를 Grok Bot의 가상 컴퓨터 안에 설치하고 로그인시키는 Claude Bot을 만들었다. 그러자 이 모델이 어디까지 갈 수 있을지 궁금해졌다. Codex와 다른 agent CLI들을 연결한 다음, 그것들을 Grok Bot 안의 agentic engineers 협의체로 조립할 수도 있었다. OpenClaw도 비슷한 구성을 지원할 수 있고, OpenClaw 2는 이제 기본 Codex runtime과 다른 코딩 에이전트 harness를 위한 지원 경로를 함께 제공하므로, 이건 더 이상 손으로 직접 배선해야 하는 일이 아니다. 차이는 각 조각을 어떻게 제시하느냐에 있다. Grok Bot은 에이전트를 일급의, 사람이 읽을 수 있는 구성 요소로 제시하는 반면, OpenClaw는 더 많은 기계적 내부를 그대로 드러낸다.

이것이 다른 agent 플랫폼과 비교했을 때 Grok Bot의 핵심 차이들에 대한 나의 초기 인상이다. 나는 지난 약 5일 동안 Cursor Pro+ 계정과 함께 이걸 사용했다.

Grok Bot 항구 투어

사람처럼 의인화하는 것(personification)은, 나에게는 Grok Bot의 핵심 차별점 중 하나이며 그것을 사용하는 즐거움을 크게 만드는 요소 중 하나다. 각 Bot은 고유한 이름, 역할, 정체성, 설명을 가질 수 있다. Grok Bot이라는 전체 요리를 더욱 인간적으로 장식해 주는 멋진 고명이기도 하지만, 단순한 고명 이상이기도 하다. 이는 시스템 안에서 인지적 구분을 만들어, 작업을 더 쉽게 조직할 수 있게 해 준다.

내 Agentic Engineer Bot은 실제로 이런 모습이다. 하나의 모델이나 도구에 묶어 두는 대신, 나는 여러 agentic engineering 시스템에 접근할 수 있게 하고 주어진 작업에 맞는 적절한 쪽으로 라우팅하는 지침을 정의했다. 내 라우팅 규칙은 시각, 디자인, 프런트엔드 작업은 Claude Code로, 디버깅과 신중한 코드 읽기는 Codex로, 더 단순한 작업은 Grok Build CLI로 보내도록 되어 있다.

내 Grok Bot 생태계 어디선가 코딩과 관련된 일이 생기면, 나는 멈춰서 어느 CLI로 보낼지 결정할 필요가 없다. 나는 그것을 Agentic Engineer에게 위임하고, 그가 작업과 내가 부여한 지침에 따라 도구를 선택한다. 이렇게 의인화된 역할은 내가 활용할 수 있는 정신적 모델을 제공한다. 나는 인간 팀과 함께 일할 때와 마찬가지로, 내가 알고 있는 그들의 기술을 바탕으로 누가 작업을 이끌어야 할지 생각한다.

Grok Bot이 인간적으로 느껴지는 이유는 톤보다는 오히려 상호작용의 연속성과 단순함에 더 가깝다. Claude Code나 Codex를 사용할 때도 나는 여전히 컨텍스트 윈도우 관리를 많이 생각한다. 얼마나 컨텍스트가 남았는지, 언제 대화를 압축해야 하는지, 언제 새 스레드를 시작해야 하는지 말이다. 이런 걱정은 Grok Bot 안에도 여전히 존재할 수 있지만, 인터페이스의 일부로 드러나지 않는다. 나는 LLM의 바탕이 되는 기계와 한계를 관리하기보다 봇과의 자연어 대화 수준에 집중할 수 있다.

Grok Bot의 가장 유용한 커넥터 기능 중 하나는 같은 서비스의 여러 계정을 지원한다는 점이다. 나는 개인용과 업무용 Google Calendar 계정을 둘 다 연결했다. 직장 생활을 하면서 어린아이 둘을 키우는 바쁜 사람으로서, 내 하루는 업무 일정과 개인 일정으로 깔끔하게 나뉘지 않는다. Grok Bot은 내가 계획한 일정을 보려고 서로 다른 두 인터페이스를 방문해야 하게 만드는 대신, 하루 전체를 하나의 화면으로 보여준다. 한 가지 분명히 짚고 넘어갈 점이 있다. 내가 만드는 모든 Bot은 같은 컴퓨터, 파일, 브라우저 세션, 로그인 정보를 공유한다. 별도의 Bot은 조직상의 경계일 뿐, 보안상의 경계는 아니다.

이 점은 내가 Grok Bot에서 정말 마음에 드는 또 다른 미묘한 UX 결정을 떠올리게 한다. 이 시스템은 사용자가 시스템에 맞춰야 하는 것이 아니라, 시스템이 그것을 사용하는 개인을 중심으로 설계되어 있다.

Grok Bot의 모든 것은 전혀 새로운 생태계를 다시 배워야 하는 대신, 이미 생활하고 있는 도구와 맥락 안에서 디지털 삶에 연결할 수 있도록 설계되어 있다. 나는 20년째, 아마 그보다 더 오래 Gmail 계정을 사용해 왔는데, Grok Bot이 몇 번의 쉬운 클릭만으로 그 맥락에 연결될 수 있다는 사실은 정말 반갑다.

가상 브라우저는 또한 Grok Bot의 범위를 플러그인 카탈로그를 넘어 확장한다. Freshdesk는 내가 설치한 기본 커넥터가 아니었다. 나는 가상 브라우저에서 그것을 열고, 로컬 머신의 1Password에서 로그인 정보를 옮겨 인증했다. 그 세션이 만들어진 뒤에는, 지원 Bot이 15분마다 Freshdesk를 확인하면서 새 티켓을 놓치지 않도록 할 수 있었다. 사실상 평범한 웹사이트가 자동화 가능한 브라우저 워크플로가 되었고, 이어서 반복 실행되는 워크플로가 된 것이다. 이것이 커넥터나 API 의미의 통합이 아니라는 점은 주목할 만하다. xAI는 브라우저 워크플로가 변경된 인터페이스, 만료된 세션, CAPTCHA에 부딪힐 수 있다고 경고하며, 대체 가능한 커넥터가 있다면 그것을 사용할 것을 권장한다. 이는 에이전트가 나오기 전 세상이라면 만드는 데 몇 주는 걸렸을 종류의 통합이다.

또한 가상 브라우저의 큰 장점 중 하나는, 그것이 클라우드의 지속적인 컴퓨터에서 실행된다는 점이다.

항상 켜져 있는 Grok Bot의 컴퓨터

Rhys(@RhysSullivan): 내가 보기에 Grok Bot의 구조는 아주 흥미롭습니다. 실제 에이전트와 그 서버는 그냥 실제 컴퓨터에서 돌아가고 있어서, 메시지의 실시간 업데이트가 모든 기기에서 동기화되는 것 같은 일들이 훨씬 단순해집니다. 그냥 지속되는 머신이니까요. — 2026년 8월 27일

에이전트에게 자기만의 컴퓨터를 주는 아이디어는 새로운 것이 아닙니다. 나는 지하실의 데스크톱에서 OpenClaw를 돌리고 있어서, 그것도 지속되는 머신을 가지고 있습니다. 차이점은 그 머신을 계속 살아 있게 유지하는 책임이 내게 있다는 점입니다. 여름철 뇌우로 우리 집에 정전이 자주 나는데, 그러면 데스크톱은 꺼지고 내가 직접 가서 다시 부팅하기 전까지 OpenClaw는 오프라인 상태로 남습니다. OpenClaw는 클라우드에서도 실행할 수 있고, OpenClaw 2.0은 Hostinger를 통한 원클릭 관리형 배포도 제공합니다. 하지만 내가 그런 관리형 옵션을 선택하지 않는 한, 호스트를 선택하고 운영하고, 업데이트를 유지하고, 가용성을 유지하는 책임은 여전히 내게 있습니다.

Grok Bot은 내 홈 랩 구성을 관리형 제품으로 바꿔 줍니다. 그 컴퓨터는 나를 대신해 호스팅되고 유지 관리되므로, 나는 하드웨어, 전원, 원격 접속, 복구를 관리할 필요가 없습니다. 장점은 단순히 에이전트가 컴퓨터를 가진다는 데 있는 것이 아닙니다. OpenClaw도 컴퓨터를 가지고 있습니다. 중요한 것은 내가 그것이 의존하는 컴퓨터를 운영하고 유지 관리하지 않아도 된다는 점입니다.

그 관리형 지속성은 내 기기들 사이를 얼마나 매끄럽게 오갈 수 있는지에서도 드러납니다. MacBook에서 Grok Bot과 작업을 하다가 iPhone에서 대화를 이어서 받을 수 있고, 마치 내가 자리를 뜬 적이 없었던 것처럼 같은 작업이 그대로 기다리고 있는 것을 확인할 수 있습니다. 기기를 바꿀 때 원격 연결을 설정하거나 Bot의 환경을 다시 구성할 필요가 없습니다.

절대 꺼지지 않는 컴퓨터에는 단점도 있습니다. 상태가 쌓이고, 때로는 깨끗한 초기 상태가 필요합니다. Grok Bot은 이를 위한 두 가지 수단을 제공합니다. Update는 지속 상태를 보존한 채 컴퓨터를 다시 빌드하고, Reset은 마지막으로 동기화된 지속 상태로 되돌리며, 그 과정에서 아직 동기화되지 않은 최근 작업은 사라질 수 있습니다.

하지만 편의성에서 오는 모든 이점에는 비용과 절충도 따릅니다.

절충: 제어 대 인지 부하

Grok Bot의 추상화와 편의 기능이 도움이 되는지는 작업에 따라 다릅니다. 내가 깊은 구현 작업을 하고 있다면 — 예를 들어 무언가를 새로 만들거나, 코드를 따라가며 추론하거나, 프로그램의 로직을 살펴보는 일이라면 — 보이지 않게 된 기계 장치가 반드시 도움이 되는 것은 아닙니다. 그런 사용 사례에서는 기술적인 세부사항 속으로 들어가는 것 자체가 일입니다.

Grok Bot은 소프트웨어 엔지니어링 주변의 일에서 더 분명하게 빛납니다 : 제품 관리, 디자인, 제품 판매, 내부 커뮤니케이션 같은 일들입니다. 그런 경우에는 모든 구현 결정을 지켜보는 것보다 결과를 정의하고 일을 위임하는 데 더 관심이 있습니다. 단, 일이 끝났을 때 결과를 분명히 검증할 수만 있다면요. 깊은 기술 작업에서는 제약처럼 느껴질 수 있는 같은 추상화가, 바닥에 깔린 기계 장치가 내가 집중해야 할 대상이 아닐 때는 오히려 해방감을 줍니다.

모델 선택기가 없는 것은 작업에 최첨단 수준의 지능이 필요하지 않을 때는 편리합니다. 가끔은 단순한 작업을 위해 더 작고 더 빠른 모델을 의도적으로 선택하고, 더 깊은 추론이 필요한 작업에는 가장 강력한 모델을 남겨 두고 싶습니다. 저는 개인적으로, 추가 비용을 내지 않더라도 자원을 효율적으로 사용하는 개념이 마음에 듭니다. Grok Bot은 뒤에서 라우팅 결정을 내리기 때문에, 저는 그것들을 보거나 제어할 수 없습니다. 하나의 설정 선택지를 없애는 바로 그 설계는 능력, 속도, 사용량 사이의 균형을 맞추는 유용한 방법도 함께 없애 버립니다. Grok Bot은 제가 당겨 볼 레버를 제공하지 않습니다.

그런 통제의 부재는 모델 선택을 넘어섭니다. Claude Code나 Codex 같은 도구에서는 새 스레드를 시작하고, 대화를 압축하고, 앞으로 이어 가져갈 컨텍스트의 양을 관리하고, 제 사용 한도를 어떻게 쓸지 의식적으로 선택할 수 있습니다. 그런 레버들은 추가적인 인지적 부담을 만들지만, 동시에 컨텍스트와 사용량을 통제할 수 있는 방법도 제공합니다. Grok Bot은 그런 결정들을 제게서 숨깁니다. 경험은 더 단순하지만, 제가 사용할 수 있는 용량을 얼마나 빨리 소모할지에 영향을 줄 수 있는 방법은 더 적습니다. 작업을 수행하는 동안 정신적인 몰입을 잃을 위험도 더 커집니다. 일을 끝내기 위해 저에게 요구되는 것이 그만큼 많지 않기 때문입니다.

또한 의인화는 한 수준에서는 작업 경계를 분명하게 해 주지만, 다른 수준에서는 그것들을 흐립니다. 각 Bot에 역할과 임무를 부여하면 서로 다른 범주의 일을 분리해 두는 데 도움이 됩니다. 지원은 Support Bot의 몫이고, 코딩은 Agentic Engineer의 몫입니다. 하지만 하나의 Bot 안에서는 관련 없는 작업들도 같은 진행 중인 대화를 통해 이어집니다. 시간이 지나면 어떤 가정, 지시 사항, 컨텍스트가 여전히 현재 작업에 속하는지 구분하기가 더 어려워질 수 있습니다. Bot 자체는 분명한 경계이지만, 그 안의 개별 작업들은 그렇지 않습니다.

내 판단

이 글을 쓰는 시점에서 Grok Bot을 사용한 지 거의 일주일이 되어 갑니다. 저는 매일 사용하고 있지만, 업무 안팎에서 제가 주로 쓰는 에이전트 인터페이스는 아닙니다. 저는 제 업무와 개인 프로젝트의 기술적 측면 주변 영역에서 꽤 유용하다는 것을 발견했습니다. 행정 업무, 요약, 뉴스 검색, 프로젝트 관리, 작업 관리 같은 것들입니다. 더 깊은 기술 작업을 방해하는 경향이 있는 모든 얕은 일들입니다.

엔지니어라면, Grok Bot이 효과적으로 일하기 위해 어떤 교육이나 많은 초기 설정도 필요로 하지 않는 일종의 “디지털 비서실장”으로서 유용할 수 있다고 생각합니다. 하지만 Grok Bot이 조만간 여러분의 풀 리퀘스트 대부분을 작성하게 될 것이라고는 역시 생각하지 않습니다.