# Grok Bot을 1주일 사용해 본 소감

> https://bookfactory.kr/c/news/11719
> 게시판: 뉴스
> 작성자: admin
> 작성일: 2026-09-13T13:28:17.040Z

---

이것은 위 포드캐스트 쇼 노트입니다. 포드캐스트와 함께 확인하시면 감사하겠습니다.

## **서론**

지난주에는 Grok Bot의 전체적인 모습을 이야기했습니다. 이번에는 1주일 정도 사용해 본 결과 느꼈던 구체적인 유용성에 대해 이야기합니다.

아직 사용하지 않으신 분은 한 달だけでも 꼭 한번 사용해 보시기 바랍니다. Grok Bot에는 주변의 반응을 듣고 상상하는 것만으로는 파악하기 어려운 측면이 있습니다.

## 서버 측 브라우저

세상 대부분의 서비스는 고객용 공개 API나 MCP를 제공하지 않습니다. 에이전트가 API나 MCP를 통해 명령을 내리면 기본적으로 모든 것을 자동화할 수 있지만, 그렇지 않다면 브라우저에서 꼼꼼하게 처리할 수밖에 없습니다. 반면에 자동화하고 싶은 것은 오히려 그런 업무였을 수도 있습니다.

현지에서 Claude Code로부터 브라우저를 구축하는 방법도 있습니다(Playwright나 Browser Use 등). 또한, 가정에 Mac mini를 두고 Tailscale 등으로 연결할 수도 있습니다.

단지, 브라우저 작동 자동화를 위해 그렇게 번거로운 일을 하려 한다고는 생각하기 어렵습니다.

Grok Bot은 사용자마다 VM(가상 머신)을 제공해 줍니다. 그 VM에는 브라우저가 있습니다. 컴퓨터를 닫아도 멈추지 않고, iPhoneからも 명령을 내릴 수 있습니다.

### 편리한 활용 사례

![画像](https://assets.st-note.com/img/1787872154-ROgfeo4BwVluSE6IDqb9QXKr.png?width=1200)

제가 특히 유용하다고 느낀 것은 신용카드 명세 확인 기능입니다. 매일 전날부터 무엇이 추가되었는지, 구독이 계속 유지되고 있는지, 외식이 너무 많지는 않은지 등 추천 액션이 필요했는데, 청구 명세 획득 API는 공개되어 있지 않습니다. 따라서 지금까지는 브라우저를 열어 로그인하고 직접 확인하거나, 복사해서 AI에 전달하는 방식으로 진행했습니다. 번거로워서 해봤자 일주일에 한 번이나 한 달에 한 번이 큰 문제였습니다.

Grok Bot은 서버 측 브라우저를 통해 사이트에 접속합니다. 컴퓨터를 켤 필요도 없습니다. 게다가 루틴을 통해 매일 9시에 로그인하고, 상세 내역을 가져오며, 전날과 비교하여 추천 액션을 자동으로 반환하도록 설정할 수도 있습니다.

이로 인해 낯설고 익숙하지 않은 과금에 주의를 기울이게 되기도 했습니다. 예부터 ‘명세는 주의해야 한다’고 생각하면서 제대로 하지 못했던 일을 Grok Bot 덕분에 할 수 있게 되었습니다.

## 커서와의 연동

개발에도 Grok Bot을 사용합니다.

![画像](https://assets.st-note.com/img/1787872169-kgGDFQbLhJYsXZ3KUjEomMT8.png?width=1200)

실행해 줘”라고 요청하면 Grok Bot 스스로 코드를 작성하는 것이 아니라, Cursor Cloud 에이전트가 활성화됩니다. Cursor는 개발자를 위한 클라우드 환경으로, 진행 상황을 확인하고 싶을 때는 Cursor 웹사이트로 이동하는 링크가 공유됩니다. 하지만 별도로 확인하지 않아도, 작업이 완료되면 Grok Bot이 “Cursor에서 구현이 완료되었습니다”라고 알려줍니다.

이 커서와의 연동에는 편리한 점이 2가지 있습니다.

첫째, 구현 과정에서 챗봇이 멈추지 않는다는 점입니다. 테스트를 작성하고 실행하고 수정하는 등의 주고받음은 어쩔 수 없이 발생합니다. 이러한 대화로 인해 챗봇이 채워진다면, 예를 들어 향후 앱 개발 계획 등에 대한 논의가 어려워집니다. Grok Bot은 구현을 Cursor 님에게 서브 에이전트처럼 전달하고, 프로ンプ트는 Bot이 작성하여 전달해 줍니다.

두 번째로 환경 분리입니다. 커서 클라우드 에이전트는 리포지토리별로 격리된 가상 머신입니다. 필요한 라이브러리나 도구를 저장한 환경을 가질 수 있습니다. Grok Bot으로 개발하는 앱은 하나로 할 필요 없이, 파이썬 버전이나 라이브러리를 같은 서버에 전부 넣는 것보다 각각 독립된 환경이 더 깔끔하고 관리하기 쉽습니다.

## 세션 관리

클로드 코드 등의 에이전트와 작업할 때, 알아야 할 점은 두 가지입니다.

그것은 컨텍스트 윈도우와 컨텍스트 부패 문제입니다.

창문(컨텍스트 윈도우)은 모델마다 상한이 있습니다. 모델 A는 1백만 토큰, 모델 B는 25만 6천 토큰 등으로 설정되어 있습니다. 컨텍스트 윈도우를 초과할 경우 수동 또는 자동 요약을 통해 줄일 수 있지만, 이 경우 정확도가 저하됩니다. 따라서 창문(컨텍스트 윈도우)의 상한을 염두에 두어야 합니다.

컨텍스트 누적은 A 작업 도중 갑자기 다른 B를 같은 세션에 넣을 경우 발생하기 쉽다고 흔히 말합니다. LLM은 그 세션의 로그를 전부 기억하기 때문에, 사람이 A를 잊더라도 B의 이야기에 A가 섞일 수 있습니다. 따라서 “1 작업마다 새로운 세션을 시작한다”는 것이 이론입니다.

Grok Bot은 새로운 세션을 열기 위한 기능이 없습니다. Bot을 하나 실행하면, LINE나 메신저 앱처럼 그 Bot과의 대화를 무한정 지속할 수 있습니다.

사용 전에 압축 시 품질 저하와 맥락 부패가 일어날까 염려했습니다. 하지만 1주일 사용한 범위에서는 그러한 저하를 전혀 느끼지 못했습니다.

역으로 Grok Bot을 사용해보니, Claude Code나 Cursor로 작업마다 나누어 진행했던 것 자체가 번거로웠다는 걸 뒤늦게 깨달았습니다.

이 배경에는 Grok Bot에게 직접 문의했습니다. (사실 여부는 확인되지 않았습니다.)

![画像](https://assets.st-note.com/img/1787872200-JP09tUEhqYKsSa8lGbOVuRMA.png?width=1200)

노하우는 세 가지입니다.

- 글이 길어지면 요약하겠습니다.
- 장기간 기억해야 할 정보는 해당 Bot 전용 메모리에 매번 저장합니다.
- 무거운 작업은 뒤쪽에서 서브 에이전트에게 전달해주세요.

특히 세 번째는 흥미롭고, 클로드 코드에서 별 세션이나 서브 에이전트를 명시하는 것과 거의 유사하게,こちらは 자동으로 수행합니다.

사용자에게는 무한정 대화하고 있는 것처럼 보이지만, LLM에는 무한한 컨텍스트 윈도우가 존재하지 않습니다.

글이 길어지면 요약하고, 기억은 메모리에 저장하며, 무거운 작업은 서브 에이전트에게 위임합니다. 그것들을 사용자가 모르는 사이에 능숙하게 통합하고 있습니다.

## MCP 등록

Grok Bot 화면에는 플러그인이 있습니다. 열면 Gmail, Notion, Slack 등이 나타나며, 플러그인(스킬과 MCP이 패키지로 묶인 것)을 간편하게 추가할 수 있습니다.

한편, MCP를 직접 등록하는 전용 UI는 없습니다. 카탈로그에 없는 것들이나, 직접 운영하는 서버는 화면에서 추가할 수 없습니다. 하지만 실제로는 등록할 수 있습니다.

![画像](https://assets.st-note.com/img/1787872215-QHWlfuhRboviIxGkXecYV320.png?width=1200)

봇에게 “이 MCP 서버를 이 URL로, 이 인증으로 등록해 줘”라고 요청합니다.

등록된 항목은 플러그인 목록에 표시됩니다. “사용자가 불필요한 조작을 강요받지 않고, 평소에 봇과 대화하는 것만으로도 문제를 해결할 수 있도록 하는” 이러한 철학이 강하게 느껴집니다.

MCP 등록으로 재미있는 활용법을 알게 된 것은 Home Assistant의 MCP입니다. 집에서 Raspberry Pi에 Home Assistant를 설치하여, 평소에 전기를 비롯한 에어컨을 제어하고 있습니다.

MCP로 연결하여 Grok Bot에게 “불을 끄고”, “에어컨 온도를 조절하고”, “로봇 청소기, 오늘 청소했었지?”와 같은 질문을 해서 놀고 있습니다.

## 슬랙 호출

Grok Bot에서는 루틴을 등록할 수 있습니다.

기본 사용법은 시간 트리거입니다. 아침 7시에 이메일을 확인하고, 답변이 필요한 이메일 목록을 보내는 방식입니다.

![画像](https://assets.st-note.com/img/1787872226-izcCAtl10rGPhY58IjTxOUnv.png?width=1200)

한편, 루틴에는 슬랙을 트리거로 등록할 수 있습니다. 설정 가능한 옵션은 다음과 같습니다.

- 특정 채널의 신규 게시물
- 특정 채널에서 특정 반응이 나타날 때
- 특정 채널에서 자신에게 언급이 달렸을 때

저는 회사의 슬랙 채널에 제 업무용 채널을 만들고 있습니다. 단순히 메모를 대신하는 용도입니다.

메모한 내용 중 Grok Bot에게 맡길 수 있는 것은 자신에게 언급을 하고 “이 작업 처리해”라고 적는 것입니다. 그러면 Grok Bot이 작업을 시작해 줍니다.

이 경우, 가장 추천하는 방법은 접수 Bot을 1개 만들어 트리거를 그 Bot에만 설정하는 것입니다. Bot 설명에는 “당신은 Bot의 라우팅만 담당하고, 요청의 내용을 확인하여 가장 적절한 Bot으로 요청을 전달합니다.”라고 적어 놓습니다. Slack 연동은 접수 Bot에만 하고, 구체적인 작업은 담당 Bot에 맡겨 Bot의 메모리를 오염시키지 않고 운영할 수 있습니다.

## 대화 톤

Grok Bot의 솔직한 답변은 “괜찮아.”, “이해했어!” 또는 “알았어.”와 같이 매우 편안하고 친근한 표현들입니다.

이러한 이유에 대해 Grok Bot에게 물어보니 “시스템 프롬프트로 인해 사용자 친화적인 어조로 반응하도록 설계되어 있다”고 답변했습니다.

단지, 개인적으로는 적어도, 께서-입니다 조로 말씀해 주시면 좋겠다고 생각하는 유형입니다.

![画像](https://assets.st-note.com/img/1787872255-Yzb6LMST5deumFlcRgH2vGqA.png?width=1200)

그러한 경우, 어떤 봇이든 “이 계정의 봇 전체를 정중한 태도로 말씀해 주시도록” 요청하면, 사용자 범위 메모리에 행동 패턴을 등록해 줍니다.

이제 기존 봇도 새로 생성된 봇도 존댓말이 됩니다.

## 메모리의 3층

![画像](https://assets.st-note.com/img/1787872239-lXYiNQdKk6phynW1O3ELrj4q.png?width=1200)

ちなみにどのようなメモリがあるかをGrok Botに聞きました。3つあるそうです。

첫째, 봇 스스로 메모리에 요약 내용과 함께 보관하고 싶은 사실을 저장합니다.

두 번째는 프로젝트 단위입니다. 봇들끼리 그룹 채팅을 만들거나, 멘션을 통해 다른 봇에게 요청을 보내면 두 봇의 공통 지식을 저장할 장소가 필요합니다. 그것이 프로젝트 단위의 메모리입니다. Grok 봇이 맘대로 작성하는 것도 가능하며, 사용자가 “A 프로젝트를 만들고, 이렇게 기억해”라고 명시적으로 지시할 수도 있습니다.

세 번째는 사용자 범위의 메모리로, 정중한 표현이나 “저의 이름은 인나디라고 불러주세요”와 같이 Bot 전체에 적용하고 싶은 내용을 등록할 수 있습니다.

메모리에 관해서는 기본적으로 Grok Bot이 자율적으로 등록합니다. 하지만 “봇 스코프의 메모리에……”, “프로젝트 스코프의 메모리에……”, “사용자 스코프의 메모리에……”와 같이 구체적인 단어를 덧붙여 요청하면 더욱 의도대로 설정될 수 있다고 생각합니다.

## 결론적으로, 이번 프로젝트는 예상보다 훨씬 더 복잡했으며, 특히 3D 모델링 부분에서 상당한 어려움을 겪었습니다. 초기 계획대로 100개의 3D 모델을 제작하는 것이 불가능했고, 결국 70개로 목표를 축소해야 했습니다. 이 과정에서 디자인팀과 기술팀 간의 의견 차이가 잦았고, 특히 ‘아르마게돈’(Armageddon)이라는 제목의 게임과 관련된 디자인 컨셉에 대한 논쟁이 가장 치열했습니다.

이론적으로는 ‘아르마게돈’의 세계관을 완벽하게 재현하는 것이 목표였지만, 현실적으로는 기술적인 한계와 예산 부족으로 인해 많은 부분이 수정되거나 생략되었습니다. 특히, 게임 내 등장하는 다양한 무기와 장비의 3D 모델링은 상당한 시간과 노력을 필요로 했고, 결국 퀄리티 면에서 기대에 미치지 못하는 결과물이 나왔습니다.

이러한 문제점을 해결하기 위해, 디자인팀은 새로운 디자인 컨셉을 제안했고, 기술팀은 이를 구현하기 위한 기술적인 방법을 모색했습니다. 하지만 결국 합의점을 찾지 못하고, 프로젝트는 지연되는 수순에 놓였습니다.

이 프로젝트를 통해 우리는 3D 모델링의 복잡성과 기술적인 어려움, 그리고 디자인 컨셉과 현실적인 구현 사이의 괴리를 다시 한번 깨달았습니다. 또한, 프로젝트 진행 과정에서 팀원 간의 협력과 소통의 중요성을 절감했습니다.

이번 프로젝트의 실패를 통해 우리는 앞으로 유사한 프로젝트를 진행할 때, 더욱 현실적인 목표를 설정하고, 충분한 시간과 예산을 확보하며, 팀원 간의 협력과 소통을 강화하는 방안을 마련해야 할 것입니다.

Grok Bot에 대해 SNS에서는 “무엇이 편리한지 모르겠다”, “다른 툴로도 같은 일을 할 수 있잖아?”라는 의견도 보입니다.

쓰기 전에 나도 그렇게 생각했습니다.

단순히 사용해보니 “정말 편리하다”는 생각이 들었고, 지금은 완전히 빠져들었습니다.

무엇을 시도해 보시겠습니까?

**출처:** [note 원문](https://note.com/inady/n/na45c77524c68)

*번역: Gemma 3(.44) 초벌 + 교정 34청크*

[원문 보기](https://note.com/inady/n/na45c77524c68) | 출처: note.com