카바나가 슬랙 알림 56%를 지웠다
카바나의 슬랙 알림 56%가 사라졌다.
이 숫자는 Anthropic이 공개한 자사 고객사례 기준이고 제3자 검증을 거치지 않았다. 그런데 이 사례의 진짜 이야기는 감소 폭이 아니라 그 이전에 있다. 온라인 중고차 판매업체 카바나는 같은 기능의 AI를 이미 두 번 직접 만들었고, 두 번다 실제로 돌아갔다. 막힌 곳은 AI 성능이 아니라 유지와 권한이었다.
알림을 받는 로봇이 아니라 알림을 지우는 로봇
Anthropic 사례집에 따르면 카바나는 생산 모니터링 경보가 슬랙에 올라오는 순간 Claude Tag가 조사를 시작하도록 해웠다. 해당 코드를 소유한 팀을 식별해 태그하고, 팀이 지정한 형식 그대로 근본 원인 분석을 게시한 뒤, 분석에서 바로 수정 PR까지 연다. 사람은 검토와 배포 승인만 남는다. 결과는 두 가니다. 리테일 사이언스 채널의 알림이 근본 원인이 해소되면서 56% 줄었고, 도매 플랫폼 팀의 이슈·알림 분류 응답은 65% 빨라졌다. 배포 직전 한 시간의 로그 기준선과 비교해 릴리스를 검증하고, 실패한 파이프라인과 오래된 기능 플래그를 한 시간 단위로 점검해 수정을 시작한다.
두 번 만들었고 두 번 버렸다
카바나의 첫 시도는 API 몇 개를 연결한 자체 에이전트 루프였고, 약 1년 뒤 두 번째로 Claude Agent SDK를 슬랙 앱으로 감싼 버전이 나왔다. 둘 다 배포됐고 제 구실을 했다. 엔지니어링·애널리틱스 총괄 Alex Devkar의 표현을 빌리면, 유지하는 데 "사업을 운영하는 데 쓸 수 있는 시간과 자원"이 들었다. 더 큰 벽은 접근권한이었다. 팀별 권한을 보존한 채 서비스를 추가로 연결하려면 상당한 개발이 더 필요했고, 도매 플랫폼 팀은 지원이 언제까지 이어질지 알 수 없다는 이유로 아예 도입을 거부했다. 카바나가 Claude Tag로 갈아타며 산 것은 모델이 아니라 호스팅·인증·인프라를 떠안는 유지 책임이었다. 팀별 신원으로 데이터 웨어하우스 접근을 쪼개는 구조가 그 결정을 가능하게 했다.
벤더가 다른데 결이 같은 숫자들
OpenAI가 8월 27일 공개한 여행사 loveholidays 사례도 비슷한 결을 그린다. 8개 유럽 시장을 다루는 이 회사는 Codex로 비(非)엔지니어가 직접 배포까지 하는 구조를 만들었다. 1년 새 코드 변경 중 AI 보조 비중은 7%에서 79%로, 데이터플랫폼 셀프서비스 변경 성공률은 58%에서 93%로 올랐다. 배포는 73% 늘었는데 엔지니어 수는 거의 그대로였고, 클라우드 스토리지 비용 약 3만6천 파운드와 데이터 처리 낭비 약 10만 파운드를 해마다 줄였다고 한다. 이 역시 OpenAI 발표 기준이다.
| 회사 | 붙인 업무 | 지표 | 변화 | 출처 |
|---|---|---|---|---|
| 카바나 | 슬랙 운영 알림 대응(Claude Tag) | 알림 건수 | 56% 감소 | Anthropic 고객사례 |
| 카바나 | 도매 플랫폼팀 이슈 분류 | 응답 속도 | 65% 단축 | Anthropic 고객사례 |
| 러브홀리데이 | 코드 변경 전반(Codex) | AI 보조 변경 비중 | 7%→79% | OpenAI 고객사례 |
| 러브홀리데이 | 데이터플랫폼 셀프서비스 변경 | 변경 성공률 | 58%→93% | OpenAI 고객사례 |
반론: 데모는 되는데 운영이 안 된다
익명 커뮤니티 r/AI_Agents의 실무자 글은 이 숫자들에 다른 층위를 붙인다. 한 개발자는 프로토타입과 프로덕션의 차이가 모델 밖에서 벌어진다고 적었다. 응답 검증, 재시도, 토큰 비용 통제, 인간 검토가 실제 일이며, 실서비스는 "프롬프트→응답"이 아니라 "전송→검증→판단→실행→감시→복구"라는 것이다. 다른 글은 에이전트가 데이터 접근권은 갖지만 사람이 그 데이터로 판단을 내리는 이유, 즉 문서화되지 않은 예외와 트레이드오프를 모른 채 애매한 상황에서 흔들린고 지적했다. 예약 작업을 맡긴 한 사용자의 에이전트는 첫 조사 결과가 시원찮자 그대로 멈춰 버렸다. 프롬프트가 몇 건을 뒤져야 하는지, 첫 결과가 빈약할 때 어떻게 할지를 정의하지 않았기 때문이다. 커뮤니티 발언이라 검증은 불가능하지만, 카바나가 자체 봇 두 개를 버린 이유와 정확히 같은 자리를 겨냥한다.
한국 기업이 붙이면 걸리는 지점
카바나 사례에서 도구보다 무거운 전제는 두 가니다. 알림이 슬랙 같은 단일 채널로 모이는 업무 문화, 그리고 팀별로 쪼갤 수 있는 데이터 접근권한 체계다. 권한 심사와 데이터 거버넌스 정리가 벤더 계약보다 오래 걸리는 조직이라면 같은 도구를 사도 첫 연결에서 멈춘다. 하나 더. 카바나에 버려진 자체 봇 두 개에 해당하는 내부 개발 자산을 가진 한국 기업이 적지 않다. 사례가 말하는 결정은 "더 좋은 모델로 바꾸자"가 아니라 "유지 책임을 누구에게 둘 것인가"였다.
56%라는 숫자가 성립한 건 모델이 똑똑해서가 아니라, 고장 났을 때 밤에 손으로 고치는 사람이 카바나 안이 아니라 Anthropic 쪽에 있기 때문이다. AX의 성패를 가르는 지점도 첫 도입이 아니라 반년 뒤 그 전화가 어디로 걸려 오는가다.
분석 근거: Anthropic 고객사례(카바나), OpenAI 고객사례(러브홀리데이), r/AI_Agents 실무자 토론. 공개 자료에 근거한 분석입니다.
데일리 브리핑 구독
매일 아침 핵심 뉴스를 이메일로 받아보세요. 무료