바이브코딩
말로 설명해서 만드는 방식이에요. 코드는 AI가 쓰고, 사장님은 원하는 것을 말하고 결과를 눈으로 보고 판단해요. 이게 무엇이고 무엇이 아닌지부터 맞춰요.
쉽게 말하면
간판집에 전화로 주문하는 일이에요. 사장님이 도안 프로그램을 배워서 파일을 만들어 보내는 게 아니라, "파란 바탕에 흰 글씨로, 가게 이름은 크게요"라고 말하면 간판집이 시안을 만들어 보여줘요. 시안을 보고 "글씨를 더 키워 주세요"라고 또 말하면 고친 시안이 와요. 바이브코딩이 딱 이 구조예요. 도안 기술(코딩)은 상대(AI)가 갖고 있고, 사장님이 가진 것은 무엇을 원하는지 아는 눈이에요.
정의는 한 줄이에요. 원하는 결과를 말로 설명하면 AI가 코드를 쓰고, 사장님은 나온 화면을 보고 다음 말을 정하는 방식이에요. 코드를 한 줄도 못 읽어도 시작할 수 있어요.
이름은 2025년 초에 AI 연구자 안드레이 카파시가 붙였어요. 코드 한 줄 한 줄 대신 전체 느낌(vibe)을 말하고 결과로 판단한다고 해서 이렇게 불러요. 지금은 이 방식 전체를 가리키는 보통명사처럼 쓰여요.
자판기가 아니에요. 첫 결과는 보통 7할쯤 맞고, 나머지 3할은 보면서 고쳐 가는 거예요.
간판 시안을 두세 번 주고받듯, 짧은 왕복을 몇 번 도는 게 정상이에요. 왕복이 빠른 게 이 방식의 힘이에요.
무엇이고, 무엇이 아닌지
이 말이 유행하면서 뜻이 부풀려졌어요. 시작하기 전에 기대치를 실제 크기로 맞춰 두면, 나중에 실망할 일이 크게 줄어요.
| 들리는 말 | 실제로는 |
|---|---|
| "코딩을 몰라도 만들 수 있다" | 맞아요. 코드를 쓰는 일은 AI가 해요. 다만 무엇을 만들지 정하는 일은 여전히 사장님 몫이에요 |
| "한 문장이면 앱이 나온다" | 첫 판은 나와요. 그런데 내 가게에 맞는 물건이 되려면 보면서 고치는 왕복이 몇 번 필요해요 |
| "개발자가 필요 없어진다" | 규모가 작을 때는 혼자 충분해요. 커지면 사람 손이 필요한 순간이 와요. 그때 넘겨줄 수 있게 코드는 늘 내 것으로 남아요 |
| "결과가 매번 똑같이 나온다" | 같은 말을 해도 결과가 조금씩 달라요. 그래서 결과를 눈으로 확인하는 단계가 이 방식의 일부예요 |
기술이 아니라 역할 분담이에요
바이브코딩에서 새로 배울 기술은 거의 없어요. 바뀌는 건 역할이에요. 코드 쓰는 역할은 AI가, 판단하는 역할은 사장님이 맡아요. 손님을 제일 잘 아는 사람이 판단석에 앉는 구조라, 가게를 아는 사장님이 오히려 유리해요.
한 바퀴가 돌아가는 순서
실제로 해 보면 아래 다섯 걸음이 한 바퀴예요. 바이브캠퍼스에서는 스튜디오 화면 하나에서 이 바퀴가 다 돌아가요. 왼쪽에 말하면 오른쪽에 결과가 떠요.
- 1원하는 것을 말해요. "우리 미용실 예약 받는 페이지 만들어 주세요"처럼 업종과 하고 싶은 일을 넣어요. 이 말 자체가 프롬프트예요.
- 2AI가 만들어요. 코드를 쓰는 건 전부 이 단계에서 AI가 해요. 사장님은 기다리면 돼요.
- 3결과를 눈으로 봐요. 화면을 직접 눌러 보세요. 손님이 됐다고 생각하고 예약 버튼까지 가 보는 거예요.
- 4고칠 점을 말해요. "버튼이 너무 아래에 있어요, 위로 올려 주세요"처럼 눈에 보인 것을 그대로 말하면 돼요.
- 5마음에 들 때까지 반복해요. 한 바퀴가 몇 분이라, 하루면 여러 바퀴를 돌 수 있어요.
한 바퀴에 하나씩
고칠 점이 다섯 개 보여도 한 번에 하나씩 말하는 게 결국 빨라요. 다섯 개를 한꺼번에 말하면 어디가 어떻게 바뀌었는지 사장님도 AI도 헷갈려요. 잘 되던 곳까지 같이 바뀌는 사고도 이때 나요.
장면 · 처음 해 본 날
“예약 페이지를 만들어 달라고 했더니 진짜 나오긴 했는데, 색도 이상하고 우리 가게 이름도 없었어요. 역시 안 되는구나 하고 닫을 뻔했어요.”
첫 결과에서 닫으면 이 방식의 진짜 힘을 못 봐요. 첫 판은 원래 밑그림이에요. "가게 이름은 OO이고, 색은 간판처럼 진한 초록으로요"라고 한 번만 더 말하면 내 가게 물건으로 바뀌기 시작해요. 첫 판을 완성품이 아니라 대화의 시작으로 보는 것, 이게 바이브코딩에 필요한 태도의 전부예요.
잘 먹히는 말의 요령
말로 시키는 방식이라, 말의 품질이 곧 결과의 품질이에요. 다행히 요령은 기술 용어가 아니라 구체적으로 말하기 하나로 모여요.
| 아쉬운 말 | 잘 먹히는 말 | 무엇이 달라졌나 |
|---|---|---|
| "예쁘게 해 주세요" | "간판이랑 같은 진한 초록을 쓰고, 글씨는 지금보다 크게요" | 예쁘다의 기준은 사람마다 달라요. 색과 크기처럼 눈에 보이는 것으로 말하면 그대로 나와요 |
| "앱 만들어 주세요" | "미용실 예약을 받는 페이지요. 날짜와 시간을 고르고 전화번호를 남기게요" | 무엇을 하는 물건인지 들어가면 첫 판부터 쓸 만한 게 나와요 |
| "안 돼요, 고쳐 주세요" | "예약 버튼을 누르면 아무 반응이 없어요" | 증상을 그대로 말하면 AI가 원인을 찾아요. 병원에서 아픈 곳을 짚는 것과 같아요 |
확인해 보세요
첫 결과가 나왔는데 색이 마음에 안 들고, 가게 이름이 빠졌고, 버튼 위치도 어색해요. 다음 말로 가장 좋은 것은?
여기서부터 시작하세요
읽는 것보다 한 바퀴 돌아 보는 게 백 배 빨라요. 스튜디오에 들어가면 만들 종류 단추가 있고, 누르면 예문이 입력창에 채워져요. 그 예문을 내 가게 말로 고쳐서 보내면 첫 바퀴가 시작돼요. 첫 문장이 막막하면 템플릿으로 시작하기처럼 완성된 것을 열어 고치는 길도 있어요.
직접 해보기
첫 바퀴를 직접 돌아 보세요
스튜디오를 열고, 만들 종류를 하나 누르고, 예문의 업종만 내 가게로 바꿔서 보내 보세요. 결과가 뜨면 고칠 점을 하나만 말해 보는 것까지가 오늘의 한 바퀴예요.
스튜디오 열기- Q. 코드는 정말 한 번도 안 봐도 되나요?
- 네, 안 봐도 만들어져요. 다만 코드는 사장님 것으로 남아 있어서, 나중에 개발자에게 넘기거나 직접 열어 볼 수 있어요. 궁금해지면 그때 조금씩 들여다보면 돼요. 억지로 배울 필요는 없어요.
- Q. 말만으로 못 만드는 것도 있나요?
- 있어요. AI가 원래 못 하는 일이 있고, 한 번에 시키기엔 너무 큰 일도 있어요. 안 되는 것을 미리 알아 두면 헛수고가 줄어요. AI가 못 하는 것을 한 번 읽어 두세요.
- Q. 그럼 뭘 만들지부터 정해야 하나요?
- 네, 그게 사장님의 일이에요. 처음엔 크게 말고 가장 급한 것 하나부터가 좋아요. 작게 만들어 손님 반응부터 보는 방식은 MVP에 정리돼 있어요.
이것만 기억하세요
- ·바이브코딩은 말로 설명하면 AI가 코드를 쓰고, 나는 결과를 보고 판단하는 방식이에요
- ·자판기가 아니라 왕복이에요. 말하고, 보고, 고칠 점을 다시 말해요
- ·한 바퀴에 하나씩 고치는 게 결국 제일 빨라요
- ·말은 구체적으로 해요. 색·크기·증상처럼 눈에 보이는 것으로요
- ·코드 쓰기는 AI 몫, 무엇을 만들지 정하는 건 사장님 몫이에요