바이브 코딩이 궁금해서 사주 플랫폼 하나를 만들어봤다

요즘 개발 쪽에서 바이브 코딩(Vibe Coding)이라는 말이 정말 자주 들립니다. 자연어로 원하는 걸 설명하면 AI가 코드를 쓰고, 오류가 나면 그 오류를 다시 던져주고 고치게 하는 방식입니다. 조금 부풀리면 "코드를 몰라도 서비스를 만드는 시대가 왔다"는 말까지 나옵니다.

저는 이런 얘기를 들으면 일단 의심부터 합니다.

정말 그런가?

Todo 앱 하나 뽑아내는 것 말고, 남이 쓰고 돈까지 내는 서비스가 나올까. 그게 궁금했습니다. 소재는 원래 관심이 있던 사주로 정했습니다. 그렇게 시작한 게 사주 플랫폼입니다.

처음부터 거창한 창업을 하려던 건 아니었다

사주 사업을 해야겠다고 마음먹고 시작한 게 아닙니다. 시작은 기술 쪽 호기심에 가까웠습니다. AI가 코드를 이 정도로 뽑아준다면, 한 사람이 제품 하나를 어디까지 밀고 갈 수 있을까.

예전에 서비스 하나 제대로 만들려면 머릿속에 올려둬야 할 게 많았습니다. 프론트엔드. 백엔드. 데이터베이스 설계. UI. 서버 구성. 인증. 도메인 연결. 운영 환경. 규모가 조금만 커져도 개발자 한 명이 이걸 전부 감당하는 건 무리에 가까웠습니다.

AI가 들어오면서 그 구조가 흔들리기 시작했습니다.

그래서 저는 사주보다 다른 질문이 궁금했습니다. AI를 붙이면 한 사람이 서비스 하나를 끝까지 만들어낼까.

왜 하필 사주였을까

이유는 싱겁습니다. 제가 원래 관심이 있었습니다.

바이브 코딩을 실험한다고 관심도 없는 Todo 앱을 하나 더 만들고 싶지는 않았습니다. 내가 써보고 싶은 물건이어야 만들면서 질문이 계속 생깁니다. "이 화면 이렇게 나오는 게 맞나" 같은 질문이요.

사주는 개발자 눈으로 봐도 꽤 재미있는 영역이었습니다. 생년월일시라는 입력값이 있고, 그 입력을 규칙에 따라 계산하고, 계산된 결과 사이의 관계를 해석하고, 마지막에 복잡한 정보를 사람이 알아들을 언어로 풀어내야 합니다.

구조만 떼어놓고 보면 이렇습니다.

Input → Rule → Calculation → Interpretation → Output

AI를 끼워넣을 자리가 많았습니다. 실험 대상으로 재미있겠다 싶었던 이유입니다.

그런데 생각보다 꽤 멀리 와버렸다

처음엔 정말 실험이었습니다. 화면 하나 만들어보고, 기능 하나 붙여보고, AI에게 고치게 하고, 마음에 안 들면 갈아엎었습니다.

그런데 하나씩 쌓이다 보니 서비스 형태가 잡히기 시작했습니다. 화면이 생기고, 데이터가 연결되고, 사용자가 입력한 정보를 처리해서 결과를 뱉는 흐름이 만들어졌습니다.

처음엔 "AI로 이 정도도 되네" 수준이었는데, 새벽 두 시에 모니터 앞에 앉아 화면을 넘겨보다가 생각이 바뀌었습니다.

"잠깐, 이 정도면 진짜 열어도 되는 거 아닌가?"

지금은 오픈을 준비하는 단계까지 왔습니다. 남은 큰 덩어리 하나가 결제입니다. 여기서 질문이 하나 더 붙었습니다.

결제가 붙는 순간 실험의 성격이 달라진다

내가 쓰려고 만든 무료 프로그램과, 남에게 돈을 받고 파는 서비스는 다른 물건입니다.

결제가 붙는 순간 사용자는 고객이 됩니다. 그러면 "기능이 동작한다"에서 손을 뗄 수 없습니다. 돈을 낼 만큼 값이 있는가. 결제 중에 오류가 나면 어떻게 할 것인가. 결과가 마음에 안 든다는 말이 들어오면. 개인정보는 어떻게 관리할 것인가. 장애가 나면. 사용자가 늘면 비용은 어떻게 움직일 것인가. 환불과 문의는 누가 받을 것인가.

개발 바깥의 문제가 한꺼번에 쏟아집니다. 저는 이 지점이 바이브 코딩의 진짜 시험대라고 봅니다.

코드를 만드는 것과 제품을 만드는 것은 달랐다

AI를 쓰면서 확실해진 게 하나 있습니다. 코드를 만드는 비용이 정말 많이 내려갔습니다.

예전 같으면 귀찮아서 안 만들었을 기능도 일단 붙여봅니다. 마음에 안 들면 버리고 다시 만드는 비용도 낮습니다. 아이디어가 떠오르면 "이게 가능할까"부터 따지는 대신 그냥 만들어봅니다. 이 변화는 생각보다 큽니다.

그런데 동시에 다른 것도 보였습니다. AI가 코드를 써준다고 좋은 제품이 알아서 나오지는 않았습니다.

무엇을 만들지 결정하는 건 여전히 제 몫이었습니다. 기능을 어디까지 넣을지도, 어떤 구조가 맞는지도, AI가 엉뚱한 데로 가고 있는지도 제가 봐야 했습니다.

그리고 하나 더 있었습니다. 일을 잘게 나누는 능력입니다.

AI에게 일을 시키다 보니 내가 하는 일이 달라졌다

예전에는 기능 하나가 필요하면 먼저 이렇게 생각했습니다.

"이걸 어떻게 구현하지?"

AI와 작업하다 보니 질문이 바뀌었습니다.

"이 일을 어떻게 나눠서 시키지?"

화면부터 만들지, 데이터 구조부터 잡을지, AI에게 어디까지 맡기고 나는 어디에서 확인할지를 먼저 생각하게 됩니다. 큰 문제를 통째로 던지는 것보다 작게 잘라 맡겼을 때 결과가 나았던 적이 많았습니다.

여기서 묘한 기분이 들었습니다. 이건 개발이라기보다 제가 다른 업무에서 하던 배분과 관리에 가까웠습니다. 목표를 정하고, 일을 나누고, 맡기고, 결과를 받아보고, 틀어지면 다시 지시하고, 마지막에 하나로 붙입니다.

개발자 역할의 일부가 실행자에서 지휘자 쪽으로 밀려나고 있다고 느낀 이유입니다.

그렇다면 개발 경험은 필요 없어지는 걸까

여기서는 조금 조심하려고 합니다.

바이브 코딩이 쉬워졌다고 "이제 개발 지식은 필요 없다"로 넘어가는 건 이르다고 봅니다. 직접 만들어보면서 오히려 반대쪽을 겪었거든요.

제가 코드를 직접 치는 시간은 줄었는데, AI가 내놓은 결과가 이상한지 판단하는 데는 그동안의 개발 경험이 계속 들어갔습니다. 구조가 과한지, 보안에 구멍이 없는지, 데이터 흐름이 어긋나지 않는지, 지금은 돌아가도 나중에 터질 방식인지. 이건 사람이 봐야 했습니다.

코딩 능력의 값이 사라진 게 아니라 쓰이는 자리가 옮겨간 쪽에 가깝습니다. 모든 코드를 직접 짜는 능력에서, AI가 만든 것을 설계하고 판단하고 검증하는 능력으로.

그래도 가장 놀라운 건 '시도 비용'이었다

제가 가장 크게 느낀 변화는 개발 속도가 아니었습니다. 실패 비용이 내려갔다는 쪽이었습니다.

예전에는 아이디어가 떠올라도 계산부터 했습니다. 개발에 얼마나 걸릴까. 디자인은. 서버는. 유지보수는. 사람을 구해야 하나. 사업성은 확실한가. 그러다 만들기도 전에 접습니다. 저도 그렇게 접어버린 게 여럿입니다. 지금 생각하면 아까운 것도 있습니다.

만드는 비용이 내려가면 행동이 달라집니다. 일단 만들어놓고 판단합니다.

이 차이가 굉장히 큽니다. 창업의 순서가 "아이디어 → 사업성 검토 → 투자 → 개발"이었다면, 어떤 영역에서는 "아이디어 → AI로 제작 → 사용자 반응 확인 → 사업성 판단"으로 바뀔지도 모릅니다. 개발이 사업성 검토보다 앞에 와도 되는 정도까지 제작 비용이 내려간 겁니다.

이제 진짜 실험을 해보려고 한다

사주 플랫폼을 만들면서 바이브 코딩이 제품을 뽑아내는 데 꽤 강력하다는 건 확인했습니다.

아직 확인 못 한 게 하나 있습니다. 사람이 실제로 돈을 낼 것인가.

저는 여기서부터가 더 재미있다고 생각합니다. AI가 서비스를 만들어주는 것과, 그 서비스가 시장에서 값을 갖는 건 다른 문제니까요.

그래서 결제를 붙이고 열어볼 생각입니다. 들어오는지, 쓰는지, 다시 오는지, 결제까지 가는지 보려고 합니다.

아무도 결제하지 않을 수도 있습니다. 그러면 그것도 결과입니다. AI가 개발비를 깎아줄 수는 있어도 고객까지 만들어주지는 않는다는 걸 확인하게 되겠지요.

반대로 누군가 돈을 낸다면 다른 질문이 열립니다. AI를 끼고 한 사람이 만들고, 팔고, 운영하는 게 정말 가능해진 걸까.

저는 이걸 직접 보고 싶습니다. 그래서 이번 사주 플랫폼은 제게 사주 서비스라기보다 다른 쪽에 가깝습니다. AI 시대에 한 사람이 어디까지 가는지 재보는 첫 번째 실험입니다.

만드는 건 거의 끝났습니다. 누가 이걸 쓸지는 아직 모릅니다.