그록봇이냐 헤르메스냐 — 갈림길은 VM이냐 로컬이냐

점심 무렵인 12시 25분, 방에 정직한 질문이 하나 올라왔다. 남들이 다 쓴다는 그록봇(Grokbot)이 대체 무엇 때문에 선택받느냐는 물음이었다.

"왜 다들 그록봇 쓰는거죠"

같은 참여자는 바로 앞서 "근데 그록봇이 장점이 따로 있나요"라고도 물었다. 첫 답은 두 글자로 왔다. "클라우드컴퓨터요"라는 짧은 대답이었고, 뒤이어 원래 그런 환경을 갖고 있지 않던 사람에게는 그 자체가 큰 이점이라는 부연이 붙었다.

질문은 그 전부터 쌓여 있었다. 낮 12시 19분에는 "그록봇 요금제 어느정도 써야 쓸만한가요?"라는 물음이, 12시 30분에는 "그록봇으로 업무에서 어떤데 이용들하세요? 전 사업자가 아니라 개발자다 보니..."라는 물음이 나왔다. 만족한다는 쪽의 답은 구체적이었다. 한 참여자는 "전 그록봇이 진짜 너무 만족하면서 쓰고잇어서"라며 주제를 던지면 출시까지 진행하고 "검토 받으면 다시 수정해서 올리고" 하는 흐름을 설명했고, 다른 참여자는 "자동화에서는 1티어가 맞긴하거같아요"라고 거들었다.

앱을 깐다, 해줘라고 한다

12시 29분에는 설계 관점의 답이 나왔다. 한 참여자는 "그록봇은 ux가 지려서 그렇습니다"라며 사용 흐름을 세 줄로 압축했는데, 요약하면 "앱을 깐다 해줘라고 한다"는 순서였다. 이어서 그 뒤에 무엇이 감춰져 있는지도 짚었다. "툴유즈 같은걸 의도적으로 감추고 별도앱으로" 분리한 것이 핵심이라는 설명이었다. 도구를 어떻게 호출하는지 사용자가 알 필요 없게 만든 것이 기능이 아니라 의도된 설계라는 이야기다.

여기서 반론이 붙었다. 12시 31분, 한 참여자가 근본적인 질문을 던졌다.

"vps에 헤르메스 설치해서쓰는거랑 어떤게 다른지.."

답은 두 방향에서 왔다. 하나는 "그걸 다 직접 안 해도 되잖아요"라는 짧은 지적이었고, 다른 하나는 오히려 인정하는 쪽이었다. 한 참여자는 "vps에 헤르메스 설치해서 쓰는거랑 안달라요"라며, 그게 편하면 그걸 쓰면 된다고 답했다. 기술적 결과물은 같고 갈리는 것은 그 준비를 누가 하느냐라는 정리다.

로컬이냐 VM이냐

오후 2시대에는 차이를 한 문장으로 압축한 답이 나왔다. 14시 23분에 "그록봇은 VM 꽁짜죠. tailscale 연결해서 ssh 연결도 가능하구요."라는 설명이 올라왔고, 3분 뒤 더 짧은 정리가 붙었다.

"헤르메스는 로컬이고, 그록봇은 VM이라 그게 큰 차이죠"

실제 구성 방법도 공유됐다. 원격으로 쓰려면 "tailscale을 깔고" "두 pc에 둘다 실행을 한상태로" 지시하면 된다는 설명이었다. 용도별 권고도 나왔다. 한 참여자는 "딥하게 커스텀해서 쓴다면 텔레그램이나 디코에서 오픈클로, 에르메스가 짱이지만 마이너하게 쓴다거나 하면 뭐 그록봇이 낫슴돠"라며, 깊게 손대는 쪽과 가볍게 쓰는 쪽의 답이 다르다고 정리했다.

질문은 하루 종일 새로 들어왔다. 오후에도 "그록봇활용사례 볼 만한 곳 있을까요? 전 아직 에르메스랑 잘 구분이 안가서요"라는 물음이 올라왔고, 앞서 한 참여자는 "비개발자라서 그런가 어렵네요 ㅠㅠ"라며 남이 야무지게 쓰는 모습을 한 번 보고 싶다고 했다. 답으로는 영어로 검색하면 사용 사례가 하루에도 수십 건씩 쏟아진다는 안내가 돌아왔다.

정리하면 이날 비교의 축은 성능이 아니라 준비 비용이었다. 서버를 빌리고 설치하고 원격 접속을 붙이는 과정을 스스로 감당할 수 있는 사람에게 두 선택지는 사실상 같은 물건이고, 그 과정이 진입 장벽인 사람에게는 완전히 다른 물건이 된다. 도구 호출을 감추는 설계가 장점으로 꼽힌 것도 같은 맥락으로 보인다. 에이전트 도구의 경쟁이 무엇을 할 수 있느냐에서 준비 없이 시작할 수 있느냐로 옮겨가고 있음을 시사한다.