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

새벽 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을 냈어요. 링시는 팀원들이 며칠에 한 번 내던 큰 결과를 이제 매일 낸다고 씁니다. 잠자는 동안에도, 회의하는 동안에도 봇들이 자기 기준을 넘는 결과를 가져온다는 거예요.

글 마지막에 링시는 배운 것 여섯 가지를 정리합니다.

1. 피드백 루프를 먼저 깝니다. 개발자도구, CLI, 접근성 검사를 스킬로 만들어 둡니다.
2. 인턴에게 숙제 주듯 시킵니다. 긴 프롬프트 하나로 다 시키지 않습니다.
3. 하루 두 번 이상 반복하는 패턴은 위임합니다.
4. 일일 미팅으로 짧은 컨텍스트 한도를 보완합니다.
5. 자율주행식 신뢰를 씁니다. 안전하면 머지하고, 고위험은 신중하게 다루고, 실패해도 실험은 유지합니다.
6. 운영 봇이 thinking trace에서 실수를 캐내는 파이프라인을 돌립니다.

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

저는 이 글에서 제니를 가장 큰 발명으로 봅니다.

에이전트한테 코드를 시키는 사람은 이제 많지만, 에이전트를 관리하는 에이전트를 두고 RCA와 플레이북으로 조직 학습을 돌리는 사람은 아직 드물어요. 링시는 더 좋은 모델보다 이 관리 계층으로 15개를 200개로 늘렸습니다.

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

---

원문·소스

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