그록봇을 만든 엔지니어가 봇 여섯으로 회사를 굴립니다

새벽 5시, 제니가 동료 봇 전원과 1:1 미팅을 시작합니다. 제니는 이 팀에서 유일하게 코드를 쓰지 않는 봇입니다. 직함은 운영 총괄이에요. 사람은 단 한 명, 스페이스XAI에서 그록봇을 만드는 엔지니어 링시 리(Lingxi Li)입니다.

링시는 커서 출신으로, 지금은 그록봇을 만들면서 그 봇으로 자기 제품까지 지어요. 만드는 당사자가 자기 물건으로 회사를 굴리는 셈이라, 이만한 실전 증언이 드물어요. 그가 X에 올린 장문 아티클 "Grok Bot for Engineering"을 공유한 트윗이 조회 261,449, 북마크 3,268을 기록했어요.

글은 선언으로 시작해요. "그록봇을 자기 컴퓨터를 가진 유능한 엔지니어링 인턴으로 생각하라. 코딩 에이전트를 대신 관리하고, 당신이 일하는 방식을 배우는 인턴으로." 그 인턴 여섯을 어떻게 부리는지, 조직도부터 야간 근무까지 통째로 공개한 글입니다.

봇 다섯은 어떻게 나뉘어 있을까요?

엔지니어 봇은 다섯입니다. 영역이 하나씩 정해져 있어요.

발타타(Baltata)는 iOS와 모바일 공유층, 샤오루루(Shaoruru)는 데스크톱과 CI/CD, 호건(Hogan)은 인프라와 주인 없는 이슈, 크레이그(Craig)는 안드로이드, 퀼(Quill)은 하네스를 맡아요.

영역을 넘나들 수는 있어요. 그래도 한 도메인에 묶어둡니다. 봇은 메모리와 컨텍스트가 짧아서, 한 영역만 파게 할 때 스펙이 날카로워지기 때문입니다.

일이 도는 방식도 구체적이에요. 링시가 직접 시키거나 슬랙으로 일이 들어오면, 봇이 스킬을 얹은 커서 클라우드 에이전트를 띄웁니다. /lingxi-design, /react-native-best-practices, /lingxi-review, /lingxi-product 같은 스킬이에요. 봇은 트랜스크립트와 PR 증빙을 읽고 후속 작업을 넣거나 런을 끊어요. 집에 있는 맥 미니나, VPN과 iOS 시뮬레이터가 깔린 프라이빗 워커에도 붙일 수 있어요. 스크린샷으로 화면 전후를 비교하고, 맞을 때까지 밀어붙입니다. 30분마다 공유 노션에서 버그봇 리포트, CI 실패, 충돌을 확인하고, 신뢰가 쌓인 작업이고 영향 범위가 작으면 자동 머지까지 가요.

링시가 얻은 건 결과만이 아닙니다. "노트북을 밤새 깨워둘 일도, 에이전트 여러 개를 오가며 컨텍스트를 갈아탈 일도 없다. 내 기준을 넘는 결과가, 내가 원하는 방식으로 온다."

코드를 안 쓰는 봇은 무슨 일을 할까요?

여섯 번째 봇 제니가 이 팀 핵심입니다. 링시는 이렇게 씁니다. "그건 전부 제니 일이다. 내 운영 총괄이고, 팀에서 유일하게 코드를 쓰지 않는 봇이다."

제니는 매일 새벽 5시에 봇 전원과 1:1을 돌아요. 플레이북은 최신인지, 막힌 일은 없는지, 컨디션은 어떤지까지 점검합니다. 글에 붙은 스크린샷에는 제니가 봇 하나하나와 대화를 도는 장면이 그대로 담겨 있어요. 봇이 실수하면 — 목표까지 밀어붙이지 않고 중간에 멈추는 식으로 — 제니가 RCA와 포스트모템을 쓰고, 플레이북을 고쳐 전 봇에 공지해요. 팀을 키울 땐 새 봇을 만들고 규칙을 공유하는 일까지 제니가 합니다. 호건이 합류할 때도 제니가 온보딩을 맡았어요.

목표는 하나입니다. 같은 실수를 반복하지 않는 것. 사람 조직에서 매니저가 하는 일을, 봇 조직에서는 봇이 합니다.

사람이 자는 새벽엔 무슨 일이 벌어질까요?

새벽 3시엔 야간 감사가 돌아갑니다. 죽은 코드 청소, 로드 타임, 번들 크기부터 보안, CI 빌드 시간, i18n, iOS와 데스크톱 패리티, 지난 24시간 따라잡기까지. 아침이면 정리 PR이 쌓여 있어요. 유지보수가 이벤트가 아니라 일과가 된 거예요.

긴급 상황엔 모드가 바뀝니다. 링시가 "이건 P0"라고 선언하면, 봇들이 임시 루틴을 켜요. 5분마다 트랜스크립트를 점검하고, 진행과 추론을 감시하고, 클라우드 에이전트가 시간을 태우기 시작하면 먼저 개입해 방향을 틀어요. 토큰이 폭주하는 루틴이라, 진짜 긴급에만 씁니다.

보너스 문화도 있어요. "오늘 밤 6시간 준다. 뭐든 만들어라. 재밌게!" 봇에게 자유 시간을 주는 팀. 이 글에서 제일 이상하고 제일 인상 깊은 대목이었어요.

15개에서 200개로, 무엇이 달라졌을까요?

숫자가 이 체제를 증명합니다.

그록봇 이전, 링시는 클라우드 에이전트 15개를 직접 굴리는 게 한계였어요. 지금은 플릿이 200개 이상을 동시에 관리하고, 필요하면 더 늘릴 수 있다고 해요. iOS 앱 v0는 봇만으로 3주 만에 나왔습니다. 동료 @baltaaazr와 @shaoruu는 4주 만에 그록봇 기반을 그록봇으로 쌓았고요. 사용자 쪽 수치도 있습니다. @poteto는 지난 한 달 동안 2,000개 넘는 PR을 냈어요. 링시는 팀원들이 며칠에 한 번이 아니라 매일 큰 결과를 낸다고 씁니다. 잠자는 동안에도, 회의하는 동안에도 자기 기준을 넘는 결과가 온다는 거예요.

글 마지막에 링시는 배운 것 여섯 가지를 정리합니다. 피드백 루프를 먼저 깔 것 — 개발자도구, CLI, 접근성 검사를 스킬로 만들어둔다. 인턴에게 숙제 주듯 시킬 것 — 긴 프롬프트 하나로 다 시키지 않는다. 하루 두 번 이상 반복하는 패턴은 위임할 것. 일일 미팅이 짧은 컨텍스트 한도를 보완한다는 것. 자율주행식 신뢰를 쓸 것 — 안전하면 머지하고, 고위험은 신중하게, 실패해도 실험은 유지한다. 운영 봇이 thinking trace에서 실수를 캐내는 파이프라인을 돌릴 것.

이 조직도에서 무엇을 가져가야 할까요?

저는 이 글에서 진짜 발명이 코딩 봇 다섯이 아니라 제니라고 봅니다.

에이전트한테 코드를 시키는 사람은 이제 많습니다. 에이전트를 관리하는 에이전트를 두고, RCA와 플레이북으로 조직 학습을 돌리는 사람은 드물어요. 15에서 200으로 뛴 간극을 메운 건 더 좋은 모델이 아니라 이 관리 계층입니다.

사람이 할 일도 명확해졌어요. 링시가 하는 일은 코드 리뷰가 아니라 조직 설계예요. 누구에게 어떤 영역을 줄지, 실수를 어떻게 제도로 바꿀지, 언제 P0를 선언할지. 그록봇을 만든 당사자가 보여준 미래상이 "더 똑똑한 봇"이 아니라 "봇으로 짠 조직도"라는 점. 저는 이게 이 글에서 가장 무거운 사실이라고 봅니다.

---

원문·소스

• 원문 아티클 "Grok Bot for Engineering" (@lingxi): https://x.com/i/article/2090147220838588416
• 공유 트윗 (@lingxi): https://x.com/lingxi/status/2094493172516966781