Grok Bot IncidentSweep이 장애 문의 204건을 약 10분에 닫은 방식은 국내 고객지원팀이 일괄 답장 전에 둘 승인 단계를 보여 줍니다 | DAKER 커뮤니티
SpaceXSI 고객지원팀이 10월 20일 x.ai 뉴스룸에 Grok Bot으로 장애를 감지하고 뒤처리하는 방법을 공개했습니다. 핵심은 두 AI 팀원입니다. IncidentWatch는 같은 문제를 호소하는 문의가 몰리는 순간을 찾아 당직 엔지니어에게 알리고, IncidentSweep은 장애가 끝난 뒤 남은 관련 티켓을 묶어 엔지니어 승인을 받은 다음 한꺼번에 닫습니다. 회사가 밝힌 9월 18일 장애에서는 IncidentSweep이 티켓 204건을 약 10분 만에 정리했습니다. 고객 문의를 받는 국내 서비스 팀이라면 일괄 답장 전에 어떤 승인 절차를 둘지 설계하는 참고 사례로 읽을 만합니다.
Grok Bot IncidentWatch는 내부 알림보다 먼저 고객 문의에서 장애를 찾습니다
SpaceXSI는 제품 장애가 생기면 엔지니어링 알림이 울리기 전에 지원 대기열에 같은 신고가 먼저 쌓이는 경우가 많다고 설명합니다. IncidentWatch는 이 신호를 잡으려고 만든 Grok Bot 팀원입니다. 공개 글에 따르면 IncidentWatch는 5분마다 직전 15분 동안 들어온 티켓을 검토해 같은 문제를 다루는 급증이 있는지 봅니다. 이미 알려진 장애와 맞지 않는 패턴이면 당직 지원 엔지니어에게 추정 문제, 일치하는 티켓 수, 조사할 예시를 함께 보냅니다.
장애인지 아닌지 판단하는 일은 여전히 사람이 맡습니다. 지원 엔지니어가 엔지니어링 팀과 조사를 진행하는 동안 IncidentWatch는 명확히 일치하는 티켓을 보류해 둡니다. 장애가 확인되면 공개 상태 페이지에 게시하고, 고객 응대를 맡은 Support Bot이 보류된 티켓을 다시 열어 장애 내용과 맞는 고객에게 답하고 진행 상황이 바뀌면 업데이트를 보냅니다.
IncidentSweep은 일괄 처리 속도와 건별 검토의 통제를 함께 노립니다
장애가 해결된 뒤에도 대기열에는 수백 건의 관련 티켓이 남고, 각 티켓에는 마지막 답변이 필요합니다. SpaceXSI는 기존 방식이 두 가지뿐이었다고 정리합니다. 한 건씩 답하면 몇 시간이 걸리고, 일괄 매크로를 쓰면 빠르지만 받으면 안 되는 고객을 걸러 내기 어렵습니다.
IncidentSweep의 절차는 다음과 같습니다. 지원 엔지니어가 검토할 티켓 범위, 제외할 티켓, 보낼 메시지 문구를 정해 줍니다. IncidentSweep은 조건에 맞는 티켓을 찾아 하나씩 검토하고, 장애와 확실히 연결하지 못한 티켓은 따로 빼 둡니다. 발송 전에는 제안 묶음과 포함된 티켓, 고객이 받을 정확한 메시지를 엔지니어에게 보여 주고, 엔지니어는 표본을 확인해 수정한 뒤 승인합니다.
IncidentSweep은 승인 뒤에 티켓을 추가하지 않고, 작은 묶음으로 나눠 보내며 모든 작업을 기록하고, 중간에 실패하면 멈춘 뒤 무슨 일이 있었는지 보고합니다.
위 문장은 SpaceXSI 공개 글의 설명을 우리말로 옮긴 것입니다. 9월 18일 사례에서 204건, 약 10분이라는 숫자도 같은 글에 나온 회사 발표 수치이며, 외부 검증 결과는 아닙니다.
국내 고객지원·운영팀이 가져갈 설계 포인트
이번 글은 새 모델 발표가 아니라 사내 운영 사례입니다. 그래도 고객 문의를 받는 국내 서비스 팀, 대회 운영처럼 마감 직전에 같은 질문이 몰리는 팀에게는 바로 옮겨 볼 수 있는 구조가 있습니다.
- 감지 주기와 관찰 범위를 숫자로 정합니다. SpaceXSI는 5분 주기, 15분 범위를 공개했습니다.
- 판단은 사람, 보류와 분류는 에이전트로 역할을 나눕니다. 장애 선언과 상태 페이지 게시는 엔지니어 몫입니다.
- 일괄 발송 전에 묶음 목록과 실제 메시지를 보여 주는 승인 단계를 둡니다. 승인 뒤 대상이 늘지 않게 막는 규칙도 함께 둡니다.
- 작은 묶음 발송, 작업 기록, 실패 시 중단을 기본값으로 둡니다. 문제가 생겨도 어디까지 나갔는지 바로 확인할 수 있습니다.
SpaceXSI는 글 말미에서 AI에게 개별 작업이 아니라 결과까지 책임지는 업무를 맡기라고 강조합니다. Grok Bot의 고객지원 활용은 9월에 공개된 Support Bot 사례에 이어 두 번째이며, 이번에는 장애라는 예외 상황을 다뤘다는 점이 다릅니다.
함께 보면 좋은 DAKER 글
- Grok Bot 고객지원 사례 — 티켓 175% 늘어도 신규 채용 없이 건당 0.3달러대까지
- Grok Bot이 컴퓨터 작업을 평균 3배 빨리 끝내고 X Chat 메시지까지 읽게 됐습니다