그라파나 그래프 24개, 클로드 코드 스킬 하나로 대체

제품 온보딩 도구 회사 프리게이드(Frigade)가 9개월간 운영하던 다중 리전 그라파나(Grafana) 관제 스택을 걷어내고, 읽기 전용 포스트그레스 복제본에 질문을 던지는 클로드 코드(Claude Code) 스킬 하나로 바꿨다고 밝혔다. 수작업으로 만든 그래프 24개와 수년치 데이터가 쌓인 대시보드를 하루 만에 교체했다는 것이 시니어 엔지니어 엘튼 라이-레고의 설명이다. 8월 21일 회사 블로그에 올라온 글이다.

무슨 일인가 — 대시보드는 왜 '잡동사니 서랍'이 됐나

글쓴이는 미리 만들어 둔 그래프의 가치를 '신뢰'에서 찾는다. 데이터팀이 검증한 그래프는 유연하지 않은 대신 열 때마다 같은 답을 내고, 틀려도 모두에게 똑같이 틀린다. 문제는 질문이 계속 바뀐다는 데 있었다. 10월에 잡아 둔 섹션은 그대로 버텼지만, 그 뒤에 생긴 궁금증은 대부분 '기타' 칸에 쌓였다. 그래프 하나를 추가하려면 누군가 쿼리를 쓰고 차트를 고르고 옆 그래프와 필터를 맞추는 PR 한 건이 필요했다. 결국 팀은 '1년 뒤 누군가 유지보수해야 할 무언가를 만들지 않고도 질문 하나를 던질 방법'을 찾게 됐다.

핵심 짚어보기 — 덜 믿을 만한데도 바꾼 이유

5월에 복제본 앞에 읽기 전용 서버를 두고 평문으로 묻기 시작했다. 특정 고객의 특정 주간 수치, 일정 규모 이상 계정만 묶은 추세처럼 그래프로 만든 적 없는 질문에도 바로 답이 나왔다. 대신 정확도는 떨어졌다. 가끔 말이 안 되는 답을 내고, 지적하면 '맞습니다, 제가 틀렸네요'로 물러선다. 글쓴이는 이 문제를 해결하지 못했다고 인정하고, 의사결정에 들어가는 숫자는 여전히 데이터베이스에서 직접 다시 확인한다고 썼다.

그럼에도 바꾼 이유는 단순하다. 아무도 대시보드를 열지 않았다. 실제 질문은 그래프 한 장에 대응되는 법이 거의 없고, 필터와 날짜 선택기로 맞추는 일은 되기는 하지만 번거로워 결국 묻기를 포기하게 만든다. 지금 팀이 던지는 질문 대부분은 애초에 그래프를 만들 생각조차 안 했을 자잘한 것들이다.

다만 '밀어주는 정보'는 남겼다. 임계치를 넘었는지 매일 사람이 물어볼 수는 없으니, 평일 아침마다 요약을 슬랙에 올리는 작업을 따로 돌린다. 이 쿼리들은 저장소에 고정돼 있어 매일 같은 질문이 같은 방식으로 답을 낸다.

1인기업 실전 적용 포인트

• 대시보드 만들기 전에 '읽기 전용 DB + 에이전트'부터. 스마트스토어 매출 CSV나 구독자 테이블을 SQLite로 옮기고, 클로드 코드에 읽기 전용 연결만 주면 '지난주 재구매율만' 같은 질문이 바로 된다. 그래프 제작 시간이 0이 된다.
• '묻는 것'과 '밀어주는 것'을 분리하라. 매일 봐야 할 숫자 3개(매출·신규·이탈)는 쿼리를 파일로 고정해 아침 텔레그램 보고로, 나머지는 그때그때 질문으로.
• 쓰기 권한은 절대 주지 않는다. 프리게이드도 읽기 전용 계층 위에서만 돌린다. 실수로 UPDATE 한 줄이 나가면 되돌릴 수 없다.
• 의사결정용 숫자는 두 번 본다. 가격 인상·광고 예산처럼 돈이 걸린 판단은 에이전트 답과 원본 쿼리를 대조하는 절차를 규칙으로 박아 둔다.

전망 / 주의점

이 사례는 BI 도구의 가치가 '그래프 저장소'에서 '질문을 받아 주는 인터페이스'로 이동하고 있음을 보여준다. 프리게이드는 같은 구조를 자사 제품에도 넣어, 고객이 자기 어시스턴트의 지난주 성과나 '싫어요'를 받은 답변을 평문으로 물을 수 있게 했다. 특정 사용자 데이터는 읽지 못하도록 보호 장치를 뒀다고 한다. 한편 신뢰성 문제는 해결된 게 아니라 '확인 절차'로 덮어 둔 상태라는 점은 분명히 해야 한다. 질문이 쉬워진 만큼 틀린 답을 믿기도 쉬워진다.

출처: Frigade Blog (https://frigade.com/blog/we-replaced-grafana-with-a-claude-code-skill)