그록 봇(Grok Bot) 개발팀은 첫 코드를 작성한 뒤 7주 만에 제품을 공개했다. 개발팀은 코딩보다 어떤 기능을 제품에 넣을지 합의하는 일이 더 어려워졌다고 밝혔다.
로렌 탄(Lauren Tan) SpaceXSI 엔지니어와 로만 우가르테(Roman Ugarte) 그록 봇 핵심팀 구성원은 14일 공개된 와이콤비네이터(Y Combinator)의 라이트콘(Lightcone) 팟캐스트에서 개발 과정과 활용 사례를 설명했다.
◇ 봇을 중심에 둔 업무 설계
그록 봇은 이용자가 이름과 역할, 도구를 정해 업무를 맡기는 AI 팀원형 제품이다. 우가르테는 개발자가 코딩 작업을 AI에 맡기는 방식을 회사의 다른 부서에도 적용하려 했다고 설명했다.
우가르테가 제시한 설계 원칙은 세 가지다. 업무를 대화나 파일이 아닌 봇 중심으로 구성하고, 봇에 자체 컴퓨터를 포함해 사람이 쓰는 도구를 제공하며, 지시를 기다리지 않고 계속 작동하면서 아이디어를 내도록 설계했다.
개발팀은 내부 시험에서 AI에 익숙한 직원과 그렇지 않은 직원 모두 좋은 반응을 보인 뒤 제품을 외부에 공개했다고 설명했다. 봇을 사내에서 먼저 활용해 본 결과를 출시 판단에 반영했다는 것이다.
우가르테는 이용자들이 처음에는 봇에 작은 일을 맡기고, 결과가 좋으면 더 많은 도구를 제공하는 흐름을 보인다고 말했다. 이후 업무는 개별 작업에서 목표 단위로 커지고, 결국 봇에 업무 전체를 맡기게 된다는 설명이다.
마케팅팀은 봇에 구글과 페이스북 광고 계정 접근 권한과 예산을 줬다. 봇은 디자인팀의 봇과 협업해 여러 광고 소재를 A/B 테스트한다.
고객지원팀에서는 봇이 이용자 신고를 바탕으로 문제를 재현하고, 필요한 도구가 있는 경우 일부 문의를 처음부터 끝까지 처리한다. 맡길 수 있는 업무는 봇에 부여한 도구와 권한에 따라 달라진다. 업무형 AI의 계정별 접근 범위와 승인 절차를 다룬 그록의 커넥터 관리 사례도 본지가 앞서 보도했다.
개발팀은 약 2주 전 한 사람이 만든 봇을 동료와 공유하는 팀 봇 기능도 출시했다. 봇끼리 서로 대화하며 업무를 나눌 수 있다.
탄의 엔지니어 봇 'Potato'는 슬랙(Slack) 스레드에서 데이터 웨어하우스 담당 봇에게 이용자 수치를 물었고, 팀원들은 진행 과정을 확인할 수 있었다. 본지는 앞서 데이터 분석팀이 읽기 전용 연결로 사내 질의에 답하는 그록 봇 활용 사례를 보도했다.
◇ PR 증가는 출시 기준과 별개
PR은 수정한 코드의 검토와 반영을 요청하는 제출 건이다. 팟캐스트 진행자는 탄이 과거 월 2000건대라고 소개했던 PR이 현재 4000건을 넘었다고 짚었고, 탄은 이를 인정했다. 이 수치는 코드 변경 요청 규모이지 출시된 기능 수가 아니다.
탄은 “내 자동화 흐름은 새 기능보다 소프트웨어 유지보수에 쓴다”고 말했다. 오류 수정과 성능 개선에 자동화를 활용한다는 설명이다.
탄은 동료 사만사(Samantha)와 슬랙 공개 스레드에서 새 기능을 만든 사례도 소개했다. 아이디어를 설명하자 봇이 커서(Cursor)의 클라우드 에이전트를 불러 시제품을 만들었고, 팀원들은 대화창에 공유된 영상과 이미지를 보며 의견을 나눴다.
탄은 “이 작업에서는 커서를 열어보지도 않았다. 모두 슬랙 대화에서 처리했다”고 말했다. 개발 도구를 직접 열지 않고도 팀 대화에서 시제품을 살펴본 사례다.
우가르테는 제품과 고객지원 채널, X를 통해 매일 수천 건의 이용자 반응을 받는다고 설명했다. 작은 오류는 자동화 흐름으로 재현하고 수정한 뒤 코드에 반영한다.
이용자가 매일 보는 화면을 바꾸는 기능은 출시 기준이 다르다. 우가르테는 팀이 새 기능을 내부에서 충분히 사용해 보고, 반응이 좋지 않으면 완성한 기능도 출시하지 않는다고 말했다.
우가르테는 “무엇을 제품 로드맵에 넣고 좋은 결과를 어떻게 판단할지에 대한 팀의 합의가 병목”이라고 말했다. 모든 기능을 한꺼번에 합치면 제품이 조각난 것처럼 보일 수 있다는 설명이다.
<Copyright ⓒ TokenPost, unauthorized reproduction and redistribution prohibited>
Most Popular