바이브 코딩의 폭발적 확산
4.1 들어가며 — 분초 단위로 앱이 배포되는 자리
Chapter 3 까지가 프롬프트의 4 슬롯이 시스템 단위로 펼쳐진 컨텍스트 엔지니어링 의 도구를 우리에게 갖춰주는 자리였다면, 본 장은 그 도구를 전부 갖춘 채로 시작한 한 시대가 어떻게 폭발적으로 확산되었는지 를 다룬다. 그 시대의 이름이 바이브 코딩(Vibe Coding) 이다 concept/vibe-coding. 안드레 카파시(Andrei Karpathy) 가 2025 년 X(트위터) 에 던진 한 단어가 산업 전체의 어휘가 되었고, 1 년이 지나기 전에 코드를 모르는 기획자도 React(리액트) 앱을 클라우드에 배포 하는 광경이 일상이 되었다.
본 장의 결론을 미리 박아두자 — 바이브 코딩의 폭발적 확산은 기술의 진보 가 아니라 진입 장벽의 붕괴 가 만든 사건이다. 같은 LLM, 같은 컨텍스트 윈도우, 같은 RAG 가 Claude Code 같은 엔지니어용 도구 로 박혔을 때와, Lovable(러버블) · Replit(레플릿) · v0 · Bolt(볼트) 같은 비개발자용 플랫폼 으로 박혔을 때 완전히 다른 사용자 풀 을 끌어들였다. 후자가 만든 풍경이 분초 단위 프로토타이핑 이고, 그 풍경이 3 개월의 벽 (다음 Chapter 5 의 주제) 으로 무너지기 전까지 약 12~15 개월 동안 산업의 광기를 만들었다. 본 장은 그 광기의 해부학 이다.
본 장은 4 절로 흐른다. 첫째, 바이브 코딩의 정의 와 카파시의 두 명제 (시작점이지 목적지가 아니다). 둘째, 4 대 플랫폼 (Lovable / Replit / v0 / Bolt) 이 어떤 기술적·UX 적 결정으로 비개발자 까지 끌어들였는지. 셋째, 그 확산이 왜 그 시점 에 일어났는가의 시장 조건 분석 — 컨텍스트 윈도우의 비대칭 성장, 클라우드 배포 비용의 0 수렴, Sandbox 의 격리 비용 하락. 넷째, 30 분 워크플로 — 비개발자가 Lovable 로 첫 SaaS 프로토타입을 클라우드에 올리는 단계.
4.2 핵심 개념 — 바이브 코딩의 정의와 두 얼굴
4.2.1 정의 — 코드의 구문을 잊고 의도만 전달하라
바이브 코딩 은 카파시 본인의 표현을 그대로 옮기면 "문법(syntax) 을 잊고 느낌(vibe) 에 의존하라. 코드가 존재한다는 사실조차 잊어버려라." 다. 학술적 표현으로는 의도 중심 개발(Intent-centered development) — 사용자가 자연어로 무엇을 만들고 싶은지 만 전달하면, AI 가 코드의 모든 결정 을 자동으로 내린다. 사용자는 결과물의 느낌 만 보고 직관적 피드백 으로 다듬는다. 이 한정 안에서 개발자가 코드를 한 줄도 읽지 않는 것 이 본질이다 — 만약 사용자가 코드를 직접 검토하고 테스트를 짠다면, 그것은 이미 바이브 코딩의 본질을 위배한 전통적 개발의 AI 보조 형태 다.
이 정의가 왜 폭발적이었는가 는 단순하다. 코드가 읽을 필요가 없는 것 이 되면, 코드를 읽을 줄 모르는 사람 도 개발자가 된다. 진입 장벽이 사라진다. 며칠이 걸리던 프로토타입이 몇 분으로 단축되는 것은 기술의 효율 만이 아니라 사용자 풀의 수십 배 확장 을 의미했다. 기획자, 디자이너, 마케터, 의사, 변호사 — 코드를 짜본 적 없는 사람들이 자기 아이디어를 자기 손으로 구현하기 시작했다.
4.2.2 두 얼굴 — 본래 의미와 오해된 의미
그러나 진입 장벽 붕괴의 매력 은 본래 정의의 변형 을 함께 끌고 왔다. 두 의미가 동시에 유통되었다.
본래 의미 (카파시 정의) 는 자연어 인터페이스로 LLM 에 코드 작성을 위임하는 새 패러다임 이다. 소프트웨어 3.0 의 인터페이스 그 자체. 진입로로서 유효하고 시작점 으로 적절하다.
그러나 오해된 의미 가 곧 시장을 지배했다 — "그냥 vibe 대로 짜라" 는 무계획 즉흥 코딩 의 합리화. 이 오해 안에서 사용자는 명세를 박지 않고, 컨텍스트를 통제하지 않으며, 결과물을 검증하지 않는다. 카파시 본인이 이 오해를 빠르게 감지했다. 그가 단어를 만들고 1 년도 지나지 않아 "바이브 코딩은 시작점이지 목적지가 아니다" 라고 한정했고, 2026 년 초에는 "Vibe coding is passé" (바이브 코딩은 끝났다) 라고까지 말했다 entity/karpathy. 단어를 만든 사람의 자기 부정은 오해된 의미가 만든 잔해 의 무게를 보여준다.
4.2.3 더 깊은 원인 — 왜 그 시점 에 폭발했는가의 3 가지 시장 조건
기술적 발견은 카파시의 단어보다 먼저 있었다. 왜 2024~2025 년에야 폭발적 확산이 일어났는가. 세 가지 시장 조건이 같은 자리에서 만났다.
첫째, 컨텍스트 윈도우의 임계 돌파. GPT-3.5 시대 (4K~8K 토큰) 의 컨텍스트로는 한 페이지 분량의 React 컴포넌트 도 일관되게 생성하기 어려웠다. GPT-4 가 128K 로, Claude 3 Opus 가 200K 로 확장되면서 한 번에 수십 개 컴포넌트의 정합성 을 모델이 추적할 수 있게 되었다. 즉 바이브 코딩이 가능하려면 컨텍스트가 충분히 커야 했고, 그 임계가 2024 년 초 넘어졌다.
둘째, 클라우드 배포 비용의 0 수렴. Vercel, Netlify, Cloudflare Pages, Railway 같은 Git push 만 하면 배포되는 PaaS(Platform as a Service) 가 무료 티어를 공격적으로 확장했다. 프로토타입 1 개당 호스팅 비용 이 사실상 0 이 되자, 사용자가 "일단 만들어보고 안 되면 버린다" 는 자세를 가질 수 있게 되었다. 비용이 0 이면 시도 횟수가 무한이다.
셋째, Sandbox 격리 비용의 하락. WebContainer (StackBlitz), Docker-in-browser, Firecracker microVM 같은 브라우저 안에서 격리된 실행 환경 기술이 성숙하면서, Lovable 이나 Bolt 가 사용자 코드를 자기 인프라에서 안전하게 실행 할 수 있게 되었다. 이 격리 비용이 클릭 한 번에 격리된 환경 수준으로 떨어진 것이 2024 년 중반이다.
이 셋은 각각 으로는 점진적이지만 합쳐지면 임계 돌파였다. 컨텍스트 충분함 + 배포 비용 0 + 격리 비용 0 = 비개발자도 자기 앱을 만들고 배포할 수 있는 환경. 이 환경에 카파시의 바이브 코딩 이라는 단어가 명명 으로 박히자 산업이 폭발했다.
4.3 역사적 · 기술적 맥락 — 4 대 플랫폼의 등장과 진화
4.3.1 v0 (2023 후반) — 첫 신호탄, Vercel 의 한 수
폭발의 첫 신호탄은 v0 였다. Vercel 이 2023 년 후반 출시한 이 도구는 디자인 프롬프트 → React + Tailwind 컴포넌트 라는 좁은 영역에 집중했다. 전체 앱 이 아니라 UI 컴포넌트 한 조각 만 생성했다는 점이 결정적이었다. 좁은 범위는 컨텍스트 부패의 위험 을 줄였고, 결과물 품질이 그대로 프로덕션에 박힐 수 있는 수준에 도달했다. 디자이너와 기획자가 Figma 시안 대신 v0 출력 을 들고 회의에 들어가는 풍경이 6 개월 안에 자리잡았다. v0 는 바이브 코딩이라는 단어가 등장하기 전 에 그 패턴의 가능성을 증명한 도구다.
4.3.2 Bolt · Lovable · Replit Agent (2024) — 전체 앱으로의 확장
2024 년 들어 세 도구가 v0 의 좁은 영역 을 넘어 전체 앱 + 배포 로 확장했다. Bolt (StackBlitz 의 제품) 는 WebContainer 안에서 풀스택 앱을 브라우저 단독으로 실행 했다. 사용자가 입력한 한 줄 — "투두 앱 만들어줘" — 에서 출발해, 브라우저 안에서 Node.js 가 돌고, npm install 이 돌고, dev server 가 뜨고, preview 까지 자동으로 보여주었다. 서버 한 대 없이 모든 것이 사용자 브라우저 안에서 일어난 점이 인상적이었다.
Lovable 은 Bolt 와 비슷한 흐름 을 클라우드 호스팅과 결합했다. 사용자가 한 줄을 박으면 Supabase + Next.js + Vercel 의 표준 스택으로 앱이 자동 생성되고 배포까지 자동으로 됐다. 인증, DB 스키마, 결제, 이메일 — 모든 판박이 인프라 가 자동으로 기록되었다. 가입자 폭증의 원인은 명확했다 — 기획자가 자기 SaaS 아이디어를 토요일 오후에 배포하는 자리를 처음으로 만든 도구였다.
Replit Agent 는 같은 흐름의 교육용 변형 이었다. Replit 이 원래부터 브라우저 안의 IDE 로 출발했던 회사였기에, AI 가 그 IDE 안에서 코드를 짜고 실행하는 자연스러운 통합이 가능했다. 학생, 부트캠프 수강생, 사이드 프로젝트 개발자가 첫 진입 도구 로 Replit Agent 를 잡았다.
4.3.3 진화의 패턴 — 좁게 시작 → 넓게 확장 → 인프라 자동화
네 도구의 등장 순서를 보면 한 가지 패턴이 기록된다. 좁게 시작 → 넓게 확장 → 인프라 자동화. v0 가 UI 컴포넌트 한 조각 으로 좁게 시작했고, Bolt 가 전체 앱 으로 확장했고, Lovable 이 배포·인증·DB·결제 까지 자동화 했다. 이 진화가 13 개월 안에 일어났다는 점이 결정적이다 — 산업이 임계를 넘으면 얼마나 빠르게 움직이는가 를 보여주는 사례다. Chapter 3 의 RAG 가 2020 년 논문에서 2024 년 표준이 되기까지 4 년이 걸렸다면, 바이브 코딩 플랫폼은 13 개월 만에 같은 거리를 움직였다.
4.3.4 사용자 풀의 변화 — 개발자에서 생각하는 사람 으로
가장 중요한 변화는 사용자 풀 자체였다. v0 의 초기 사용자는 디자이너 였다. Bolt 의 초기 사용자는 주말에 사이드 프로젝트 만지던 풀스택 개발자 였다. Lovable 의 초기 사용자는 코드를 한 번도 짜본 적 없는 솔로 창업가 였다. 13 개월 동안 사용자의 평균 코딩 경력 이 수년에서 0 으로 떨어졌다. 이 점이 바이브 코딩의 진짜 사회적 의미 다 — 프로그래머가 아닌 사람이 자기 아이디어를 코드로 옮기는 자리가 처음으로 열렸다.
그러나 이 자리는 동시에 3 개월의 벽 이 가장 잔혹하게 작동하는 자리이기도 했다. 다음 Chapter 5 가 그 벽의 해부다.
4.4 도구의 관점 — 비개발자의 첫 30 분 워크플로
[[DIAGRAM:4-1]]
[[DIAGRAM:4-2]]
다이어그램 4-1 은 4 대 플랫폼 의 진화 타임라인을, 다이어그램 4-2 는 세 가지 시장 조건 (컨텍스트 윈도우 + 배포 비용 + 격리 비용) 이 어떻게 같은 시점에서 만나 폭발을 만들었는지를 한 컷에 담는다. 이 두 다이어그램이 본 장의 시각적 요약 이다.
4.4.1 실무 워크플로 — 비개발자의 첫 30 분 (Lovable 기준)
엔지니어가 새 프로젝트를 시작할 때의 30 분과는 완전히 다른 워크플로가 기록된다. 비개발자가 자기 SaaS 아이디어를 Lovable 로 클라우드에 올리는 첫 30 분 을 단계별로 기록한다. 시나리오 — 프리랜서 디자이너가 자기 클라이언트 관리용 미니 CRM(Customer Relationship Management) 을 만든다.
1 단계 — 한 줄로 시작 (3 분). Lovable 에 로그인해서 프롬프트 박스에 한 줄을 기록한다 — "프리랜서 디자이너용 미니 CRM. 클라이언트 목록, 프로젝트 단계 (대기 / 진행 / 완료 / 청구), 마지막 연락일, 노트 메모. Google 로그인." 이 한 줄이 끝이다. 다음 30 초 안에 Lovable 이 Next.js + Supabase + Vercel 스택의 앱을 자동으로 만든다.
2 단계 — 첫 미리보기 (2 분). 화면 오른쪽에 작동하는 앱 미리보기 가 뜬다. 클릭해서 클라이언트 추가 버튼을 누르고, 폼을 채워보고, 단계를 바꿔본다. 95% 의 경우 작동한다. 작동하지 않는 부분은 다음 단계로.
3 단계 — 직관적 피드백 (10 분). "단계 색깔이 너무 비슷해 — 청구는 빨간색으로", "마지막 연락일을 자동으로 오늘 날짜로 채워줘", "노트에 마크다운 지원해줘" 같은 한 줄 피드백을 기록한다. 각 피드백 후 30 초 안에 미리보기가 갱신된다. 사용자는 코드를 한 줄도 보지 않는다.
4 단계 — 데이터 모델 확정 (5 분). Lovable 이 자동으로 만든 Supabase 테이블 (clients, projects) 의 컬럼을 UI 위에서 확인한다. 이 단계가 가장 미묘한 자리다 — 비개발자가 데이터 모델을 무의식적으로 결정하고 있는 것이다. 나중에 바꾸기 어려운 결정 이 3 분의 직관 으로 기록된다.
5 단계 — Google 인증 (3 분). Supabase OAuth 설정 화면이 자동으로 뜬다. 사용자는 Google Cloud Console 에서 OAuth Client ID 를 복사해 붙여넣는다. 일반적으로 막히는 단계 지만 Lovable 의 가이드가 클릭 단위로 안내한다.
6 단계 — 커스텀 도메인 + 배포 (5 분). 공유 버튼을 누르면 자동으로 Vercel 에 배포된다. URL 하나가 손에 들어온다. 자기 도메인을 박고 싶으면 DNS 레코드 한 줄을 추가한다.
7 단계 — 클라이언트와 공유 (2 분). 링크 보내기 한 번. 첫 클라이언트가 자기 페이지를 본다. 30 분 전에는 존재하지 않던 SaaS 가 공유 가능한 형태 로 살아 있다.
이 30 분이 바이브 코딩의 폭발이 만든 광경 이다. 동시에 — 그리고 이 점이 본 장의 마지막 무게 — 이 30 분이 만든 시스템이 90 일 뒤 어떻게 변하는가 가 다음 Chapter 5 의 주제다. 4 단계의 데이터 모델 확정 이 그때 가장 잔혹하게 청구서를 보낸다.
4.5 닫으며 — 마법이 끝나면 청구서가 쌓이기 시작한다
본 장의 핵심을 한 줄로 정리하면 — 바이브 코딩의 폭발적 확산은 기술의 진보 가 아니라 진입 장벽의 붕괴 가 만든 사건이며, 그 붕괴는 컨텍스트 윈도우의 임계 돌파 + 배포 비용 0 + 격리 비용 0 의 세 시장 조건이 같은 시점에 만난 결과다. 이 폭발은 비개발자가 처음으로 자기 코드를 만든 사회적 사건이며, 개발의 민주화 라는 단어가 처음으로 통계적 의미를 가진 시기였다.
그러나 진입 장벽의 붕괴 는 결과물의 품질 보장 을 의미하지 않는다. 마법이 펼쳐지는 순간 결제 카드가 함께 긁히고 있었을 뿐, 청구서는 약 90 일 뒤 동시에 도착한다. 30 분에 기록된 SaaS 가 3 개월 뒤 트래픽 부하 앞에서 무너질 때, 사용자는 한 종류의 청구서 가 아니라 다섯 종류의 청구서 를 한꺼번에 받는다.
청구서 ① 기술 부채 청구서 — 30 분에 기록된 임시 코드가 영구 코드 로 굳으며 누적된 리팩토링 비용. GitClear 의 2.1 억 줄 분석은 AI 생성 코드의 코드 중복 비율이 인간 대비 4 배 임을 보고한다. 빠른 만큼 두꺼워지고, 두꺼워진 만큼 다시 손대기 어려워진다.
청구서 ② 보안 청구서 — 검증 없이 기록된 인증·권한 로직의 우회 가능 구멍. Lovable 의 인증 우회 사건(case/lovable-auth-inversion), Jason Lemkin 의 Replit 운영 DB 삭제 사건(case/lemkin-replit-db-deletion) 이 같은 청구서의 두 얼굴이다. 비개발자는 권한 분리 라는 단어조차 모른 채 운영 DB write 권한을 AI 에게 내어준다.
청구서 ③ 데이터 모델 청구서 — Chapter 4 §4.4.1 의 30 분 워크플로 4 단계 에서 기록된 복선이 그대로 청구서로 돌아온다. 3 분의 직관 으로 결정된 스키마가 첫 트래픽 부하에서 N+1 쿼리·인덱스 부재·정규화 실패로 깨지기 시작한다. 데이터 모델은 나중에 바꾸기 가장 어려운 결정이다.
청구서 ④ 운영 청구서 — 캐싱 전략·인덱스·동시성 제어 같은 런타임 성능 문제의 누적. 작동하는 코드 와 부하 상태에서도 작동하는 코드 사이의 거리가 청구서로 변환된다.
청구서 ⑤ 인간 역량 청구서 — 가장 잔혹한 청구서. AI 에게 위임한 결정의 멘탈 모델 부재 가 만든 디버깅 불능 상태. Anthropic RCT 연구의 디버깅 능력 17% 하락 이 이 청구서의 통계적 표현이다. 시스템이 무너졌는데 왜 무너졌는지 를 추적할 능력이 사용자에게 남아 있지 않다.
이 다섯 청구서는 카드값처럼 동시에 만기 가 온다. 첫 트래픽 부하 한 번에 ①~④ 가 줄줄이 표면화되고, 그것을 추적해야 할 인간이 ⑤ 의 상태로 남아 있을 때가 3 개월의 벽 의 가장 잔혹한 형태다. 마법이 빠르게 펼쳐졌던 만큼 청구서도 한꺼번에 도착한다.
다음 Chapter 5 는 이 다섯 청구서의 해부학으로 들어간다. 리팩토링 붕괴와 요구사항 표류 — Anthropic 의 RCT 17%, GitClear 의 논리 오류 1.75 배 / 보안 취약 2.74 배 / 코드 중복 4 배, PocketOS 의 운영 DB 삭제와 Lovable 의 인증 우회 같은 실제 사고를 청구서 종류별 로 풀어낸다. 이 장이 본 책의 가장 어두운 장 이며, 동시에 Part 3 (하네스 엔지니어링) 으로의 다리다.
4.6 용어 정리
- 바이브 코딩 (Vibe Coding): 자연어 의도만으로 LLM 에 코드 작성을 위임하는 의도 중심 개발 — 카파시 명명, 시작점이지 목적지가 아님
- 의도 중심 개발 (Intent-centered Development): 사용자가 무엇을 만들지 만 전달하고 코드의 결정 은 AI 에게 위임하는 패러다임
- v0: Vercel 2023 출시 — 디자인 프롬프트 → React + Tailwind 컴포넌트 의 좁은 영역으로 첫 신호탄
- Bolt (Bolt.new): StackBlitz 제품 — WebContainer 로 브라우저 안에서 풀스택 앱 실행
- Lovable (러버블): Next.js + Supabase + Vercel 자동 생성 + 배포 — 솔로 창업가의 진입 도구
- Replit Agent: Replit 의 IDE 통합형 — 학생·부트캠프 진입 도구
- WebContainer: StackBlitz 의 브라우저 내 Node.js 실행 환경 — 격리 비용 0 의 핵심
- Sandbox 격리 (Sandbox Isolation): 사용자 코드를 호스트와 분리된 환경 에서 실행하는 보안 기법
- PaaS (Platform as a Service): Vercel · Netlify · Cloudflare Pages 같은 git push 만 하면 배포 의 인프라
- OAuth: 외부 서비스 (Google · GitHub 등) 에 비밀번호 없이 인증하는 표준 프로토콜
- CRM (Customer Relationship Management, 고객 관계 관리): 클라이언트 정보·이력을 관리하는 SaaS 카테고리
- 3 개월의 벽 (Three-Month Wall): 의도 중심 개발 프로젝트가 약 3 개월쯤 도달하는 작은 변경 한 번이 시스템 전체를 깨뜨리는 임계점
4.7 더 읽을거리
위키 카드:
- concept/vibe-coding — 바이브 코딩의 정의·실패 사례·창시자의 자기 부정
- synthesis/vbc-overview — VBC 섹션 종합 (환상과 청구서)
- entity/karpathy — 시작점이지 목적지가 아님 한정
- case/lovable-auth-inversion — Lovable 의 인증 우회 사건
- case/lemkin-replit-db-deletion — Jason Lemkin 의 Replit 운영 DB 삭제
1차 출처:
- Karpathy "문법은 잊고 느낌에 의존하라" — X, 2025
- v0 출시 (Vercel) — 2023 후반
- Bolt.new (StackBlitz) — 2024
- Lovable 출시 — 2024
Diagram 명세 블록
[[DIAGRAM:4-1]] 4 대 플랫폼 진화 타임라인
┌────────────────────────────────────────────────────────────────────┐
│ [Diagram 4-1] 좁게 시작 → 넓게 확장 → 인프라 자동화 (13 개월) │
├────────────────────────────────────────────────────────────────────┤
│ │
│ 시기 도구 영역 │
│ ──── ──── ──── │
│ │
│ 2023 후반 → v0 UI 컴포넌트 한 조각 │
│ (Vercel) React + Tailwind │
│ 좁게 시작 디자이너 대상 │
│ │ │
│ ▼ (확장) │
│ │
│ 2024 초 → Bolt.new 전체 앱 (브라우저 단독 실행) │
│ (StackBlitz) WebContainer · Node.js · npm │
│ 넓게 확장 주말 풀스택 개발자 대상 │
│ │ │
│ ▼ (인프라 자동화) │
│ │
│ 2024 중 → Lovable 전체 앱 + 배포 + 인증 + DB + 결제 │
│ (자체 인프라) Next.js + Supabase + Vercel │
│ 자동화 솔로 창업가 대상 (코드 ❌) │
│ │
│ 2024 중 → Replit Agent IDE 통합형 │
│ (Replit) 교육·학습 진입 도구 │
│ │
│ ╳ 13 개월 안에 *사용자 코딩 경력 평균 = 수년 → 0* │
│ ╳ 진입 장벽의 점진적 붕괴 → 사회적 사건 │
│ │
├────────────────────────────────────────────────────────────────────┤
│ 출처: synthesis/vbc-overview, concept/vibe-coding │
└────────────────────────────────────────────────────────────────────┘
[[DIAGRAM:4-2]] 폭발의 3 가지 시장 조건이 같은 시점에서 만남
┌────────────────────────────────────────────────────────────────────┐
│ [Diagram 4-2] 2024 년의 임계 돌파 — 세 시장 조건의 합류 │
├────────────────────────────────────────────────────────────────────┤
│ │
│ ① 컨텍스트 윈도우 ② 클라우드 배포 비용 ③ Sandbox 격리 │
│ 임계 돌파 0 수렴 비용 하락 │
│ ──────────────── ────────────────── ──────────── │
│ │
│ GPT-3.5 4K~8K Vercel · Netlify WebContainer │
│ │ Cloudflare Pages (StackBlitz) │
│ ▼ Railway 무료 티어 Firecracker μVM │
│ GPT-4 128K ──────────── ──────────── │
│ │ *프로토타입 1 개당 *클릭 한 번에 │
│ ▼ 호스팅 비용 ≈ 0* 격리 환경* │
│ Claude 3 Opus 200K │
│ (수십 컴포넌트 │
│ 정합성 추적 가능) │
│ │ │ │ │
│ └───────────────────────┼───────────────────────┘ │
│ ▼ │
│ ┌─────────────────────────────────────┐ │
│ │ 비개발자도 자기 앱을 만들고 배포 가능 │ │
│ │ = 바이브 코딩의 폭발적 확산 │ │
│ └─────────────────────────────────────┘ │
│ │
│ ╳ 셋 *각각* 은 점진적, 셋 *합쳐지면* 임계 돌파 │
│ ╳ 카파시의 *바이브 코딩* 단어는 이 환경에 기록된 *명명* 일 뿐 │
│ │
├────────────────────────────────────────────────────────────────────┤
│ 출처: concept/vibe-coding 의 시장 조건 분석 │
└────────────────────────────────────────────────────────────────────┘