바이브코딩이 멈추는 지점 — 화면이 없는 프롬프트
바이브코딩은 모델이 없어서 멈추지 않습니다. 화면 목록이 없어서 멈춥니다. 2026년 9월, 채팅만으로 같은 화면을 두 번 못 그리는 지점과 창을 열기 전 세 가지를 정리했습니다.
바이브코딩은 코딩 모델이 모자라서 멈추지 않습니다. 화면 목록이 없어서 멈춥니다. Cursor와 Claude는 코드를 짭니다. 같은 화면을 두 번 똑같이 그리지는 못해요.
2025년 2월, 안드레 카파시가 바이브코딩이라는 말을 만들었습니다. 명세 대신 느낌에 몸을 맡기고, 코드가 있는지도 잊어버리는 방식이에요. 주말 프로토타입과 데모에는 잘 맞습니다. 그는 처음부터 「버리는 주말 프로젝트」에 가깝다고 못 박았어요. 문제는 그 느낌을 운영 코드까지 밀어 넣는 일입니다.
2026년 9월, 한국에서도 같은 결론이 나옵니다. 디지털타임스 기고와 NDS 클라우드 기술 블로그는 구조 없는 바이브가 운영에서 깨진다고 적었습니다. 카파시 본인도 이후 「에이전틱 엔지니어링」으로 말을 바꿨어요. 지정하고 검증하는 일이지, 채팅만 하는 일이 아닙니다. 이 글은 개발사 시연 이야기가 아닙니다. AI 코딩 창에 화면 목록이 없을 때 생기는 일입니다. 대상은 바이브 코더예요. 성공담 모음이 아니라 정찰 기록입니다.
느낌이 멈추는 자리
코딩 도구가 부족한 게 아닙니다. 화면 이름이 없는 프롬프트가 문제입니다. 창을 열기 전에 구분부터 접어 둡니다.
| 구분 | 바이브만 | 화면 목록이 있을 때 |
|---|---|---|
| 무엇을 말하나 | 「예쁜 예약 앱 만들어줘」 | 「검색 → 슬롯 → 확정, 화면 여섯 장」 |
| AI가 하는 일 | 매번 다른 화면을 새로 상상 | 같은 목록을 코드로 옮김 |
| 잘 되는 구간 | 주말 데모, 한 장짜리 검증 | 두 번째 화면부터 |
| 깨지는 구간 | 고치다가 옆 화면이 사라짐 | 목록 밖을 욕심낼 때 |
개발사 미팅에서 말이 어긋나는 일과 같은 구조입니다. 상대가 사람에서 모델로 바뀌었을 뿐입니다. 시연에서 화면을 다시 그리는 이야기는 기획 없이 개발하면 화면을 다시 그립니다에 있습니다. 여기는 채팅창 이야기예요.
채팅창에서 반복되는 세 장면
창을 오래 열어 두면 같은 패턴이 돌아옵니다. 모델이 바뀌어도 목록이 없으면 장면은 같습니다.
같은 화면을 두 번 못 만듭니다
어제 「로그인 그려줘」로 받은 버튼과, 오늘 「로그인 다시」로 받은 버튼이 다릅니다. 모델이 나쁜 게 아니에요. 그 화면의 이름과 목적이 문장에 없었기 때문입니다. 목록에 「로그인 — 이메일로 들어와 예약을 이어간다」가 있으면 두 번째 요청도 같은 장을 고칩니다. 없으면 매번 새 상상이 나옵니다.
기능이 화면 없이 늘어납니다
채팅은 거절을 잘 못 합니다. 「알림도 넣어줘」가 한 줄이면 화면 세 장이 생깁니다. 푸시, 알림함, 설정. 목록이 있으면 「1.1」이라고 적을 수 있어요. 없으면 전부 1.0이 됩니다. 범위가 늘어나는 속도는 개발사 회의와 같습니다. 다만 채팅은 회의보다 빠릅니다.
고치다가 다른 화면이 사라집니다
에러를 붙여 넣으면 모델은 고칩니다. 고치면서 옆 화면의 버튼을 지워요. 디지털타임스가 말한 견습 마법사와 같습니다. 멈추는 주문을 모르면 물이 불어납니다. 화면 목록은 그 주문에 가깝습니다. 무엇이 있어야 하는지가 적혀 있으니까요. NDS 글도 같은 선을 긋습니다. 프로토타입은 되고, 이해하지 못한 채 운영에 올리는 일은 위험하다고요.
프롬프트를 열기 전 세 가지
기준은 세 개면 충분합니다. 순서대로 물어 보세요.
- 화면 이름이 문장에 있는가 — 「예약 앱」은 느낌이 아닙니다. 「검색·슬롯·확정」이 목록입니다.
- 한 화면의 목적을 한 줄로 말할 수 있는가 — 말할 수 없으면 아직 프롬프트가 아니에요.
- 오늘 안 만드는 화면을 적었는가 — 안 하는 일이 있어야 채팅이 멈추는 지점을 압니다.
셋 중 하나라도 비면 창을 닫습니다. 목록을 먼저 쥐는 게 빨라요. 목록은 기획서 서른 장이 아닙니다. 번호와 화면명과 목적 한 줄이면 충분합니다. 그 세 칸이 지정하고 검증하는 일의 최소 단위예요. 1.0에 무엇을 남길지는 화면을 빼는 기준이 따로 있습니다.
되는 바이브, 안 되는 바이브
바이브 자체를 버리라는 말이 아닙니다. 쓰는 자리를 가리라는 말입니다.
- 되는 것 — 화면 여섯 장 목록을 옆에 두고, 한 장씩 코드로 옮기기. 주말 데모와 한 장짜리 검증. 다음 날 같은 로그인을 다시 그려 달라고 해도, 목록이 있으면 어제와 같은 버튼이 나옵니다.
- 안 되는 것 — 「느낌 좋은 앱」 한 줄로 운영 코드를 쌓기. 화면 이름 없이 전부 수락하기. 에러만 붙여 넣고 옆 화면이 사라져도 넘어가기.
지정하고 검증하라는 말을, 화면 목록으로 받는 셈입니다. 거창한 방법론이 아니에요. 화면 이름이 있는 문장입니다.
자주 묻는 질문
모델만 바꾸면 해결되나요?
안 됩니다. 모델은 코드를 짭니다. 화면 목록은 사람이 쥐는 입력이에요. 입력이 없으면 출력만 화려해집니다.
개발사에 맡길 때도 같은가요?
시연에서 화면이 바뀌는 이야기는 기획 없이 개발하면 화면을 다시 그립니다에 있습니다. 이 글은 채팅창 이야기예요. 상대가 사람이든 모델이든, 목록이 없으면 같은 화면을 두 번 못 봅니다.
화면이 막히면 기획 인터뷰에서 아이디어를 화면 목록으로 바꿔 보세요. 혼자 끊기 어려우면 상담을 남겨 주세요. 1.0에 무엇을 남길지는 MVP 화면 범위 정하는 법이 이어서 읽힙니다. 아이디어 한 줄이면 시작됩니다.
