바이브코딩으로 만든 건 유지보수에서 터진다는 말, 반은 맞고 반은 틀립니다. 터지는 쪽은 대개 "외부에 노출된 서비스를 인수인계 없이 떠넘긴 경우"입니다. 회사 안에서만 쓰는 납품형 툴은 조건이 다르고, 실제로 정반대의 경험을 한 사례가 있어 정리합니다.
무엇을 만들어 줬나요?
맥심코리아의 사내 검색 시스템이었습니다. 2010년부터 2026년 현재까지, 총 16년치 매거진 데이터에서 이미지 검색이 가능하도록 DB를 구축하고 실제 검색 기능까지 구현한 프로젝트입니다. 예를 들어 특정 모자나 의상이 등장하는 화보 컷을 바로 찾아낼 수 있습니다. 착수 후 일주일 안에 완료했고, 원하는 이미지를 사람이 직접 뒤지며 며칠씩 걸리던 일이 몇 초짜리 작업으로 바뀌었습니다. 개발 언어는 Rust였습니다. 납품할 때 실행 파일만 준 것이 아니라 소스 코드 전체와, 어느 파일을 고치면 화면과 기능이 어떻게 바뀌는지 적은 수정 가이드 문서를 함께 넘겼습니다.
인수인계 후에 실제로 어떻게 됐나요?
저희 손을 떠난 뒤로 고객사가 알아서 화면을 고치고 기능을 추가하기 시작했습니다. Rust는 개발자도 코드를 읽는 데 한참 걸리는 언어인데, 가이드 문서와 AI의 도움으로 비개발자 조직이 수정을 이어가고 있습니다. 몇 달 뒤 확인해 보니 없던 기능이 생겨 있었고, 저희는 한 줄도 건드리지 않았습니다.
다른 현장에서도 통한 방식인가요?
공장과 연구소에도 같은 방식을 적용했습니다. 부서와 저장소 여기저기에 흩어져 있던 설계 데이터와 연구 데이터를 한곳에 모아 검색 가능하게 만들었고, 담당자를 찾아 헤매며 몇 시간씩 걸리던 자료 찾기가 몇 초로 줄었습니다. 업종이 달라도 "데이터는 흩어져 있고, 찾는 데 사람 시간이 든다"는 문제의 구조는 같습니다.
"바이브코딩은 유지보수에서 터진다"는 말은 틀린 건가요?
조건이 붙는 말입니다. 외부 사용자가 붙는 서비스를 구조 설명 없이 넘기면 터지는 게 맞습니다. 하지만 ① 회사 안에서만 쓰는 툴이고 ② 소스와 문서를 통째로 인계받았고 ③ 계정과 소유권이 고객사 명의라면, 유지보수는 개발사에 종속되는 비용이 아니라 고객사의 자체 역량이 됩니다.
졸업 가능한 납품은 어떻게 다른가요?
- 소스 코드를 전부 넘깁니다. 실행 파일이나 호스팅된 결과물만 주는 납품은 졸업이 아니라 연장입니다.
- 수정 가이드 문서를 함께 줍니다. "화면 문구는 이 파일, 기능 추가는 이 디렉터리" 수준으로 구체적이어야 합니다.
- 도메인, 서버, 채널, 결제 계정은 전부 고객사 명의로 만듭니다. 개발사가 사라져도 서비스가 멀쩡해야 합니다.
- AI가 읽기 좋은 구조로 만듭니다. 이제 코드의 첫 독자는 사람이 아니라 고객사의 AI이기 때문입니다.
어떤 프로젝트에 어울리나요?
사내 업무 툴, 반복 업무 자동화, 데이터 정리·분석 도구처럼 "우리만 쓰는데 계속 고쳐 써야 하는 것"에 가장 잘 맞습니다. 반대로 외부 결제·회원 데이터를 다루는 공개 서비스는 졸업 모델보다 책임 있는 운영 계약이 맞습니다. 필요한 것을 누구나 만들어 쓰는 시대는 조만간 오는 것이 아니라, 납품 현장에서는 이미 와 있습니다. 흩어진 데이터, 반복 업무, 사람 손이 오래 가는 검색 — 비슷한 문제가 있다면 아래 문의로 편하게 연락 주세요. 기간과 비용은 상담에서 바로 안내드립니다.
좋은 외주의 끝은 연장 계약이 아니라 졸업입니다. 떠나도 굴러가게 만드는 것이 실력입니다.