오늘은 2025년 개발 생태계를 뒤흔든 키워드, "Vibe Coding"에 대한 완전 가이드를 정리해보려고 한다. Andrej Karpathy가 처음 이 용어를 사용한 배경부터, 실전 워크플로우, 주요 도구 비교, 그리고 개발자 커리어에 미치는 영향까지 깊이 있게 다뤄본다.
목차
- Vibe Coding이란 무엇인가
- Andrej Karpathy의 원조 발언
- 전통적 코딩 vs Vibe Coding
- Vibe Coding의 핵심 원칙
- 주요 Vibe Coding 도구 비교
- Cursor AI
- Windsurf (by Codeium)
- Claude Code
- GitHub Copilot
- 실전 Vibe Coding 워크플로우
- 좋은 자연어 프롬프트 작성법
- 코드 검토 및 수정 루프
- Vibe Coding의 한계와 주의사항
- 개발자 커리어에 미치는 영향
- 실전 예제: 간단한 웹앱 Vibe Coding으로 만들기
- 참고 자료
2025년 2월 Andrej Karpathy가 X(Twitter)에서 소개한 개념으로, LLM에 자연어 지시를 내리며 코드를 생성하고 실행 결과만 확인하는 개발 방식이다. Cursor, Windsurf, Claude Code 등의 AI 에디터가 이 패러다임을 가능하게 했으며, 2025년 11월 Collins 영어사전 올해의 단어로 선정되었을 만큼 폭발적 관심을 받았다.
1. Vibe Coding이란 무엇인가
Andrej Karpathy의 원조 발언
"Vibe Coding"이라는 용어는 2025년 2월 2일, AI 연구자이자 전 Tesla AI 디렉터이며 OpenAI 창립 멤버인 Andrej Karpathy가 X(구 Twitter)에 올린 게시물에서 처음 등장했다. (출처: Andrej Karpathy, X, 2025-02-02)
"There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. It's possible because the LLMs (e.g. Cursor Composer w Sonnet) are getting too good."
"so I barely even touch the keyboard. I ask for the dumbest things like 'decrease the padding on the sidebar by half' because I'm too lazy to find it. I 'Accept All' always, I don't read the diffs anymore. When I get error messages I just copy paste them in with no comment, usually that fixes it."
"The code grows beyond my usual comprehension, I'd have to really read through it for a while. Sometimes the LLMs can't fix a bug so I just work around it or ask for random changes until it goes away. It's not too bad for throwaway weekend projects, but still quite amusing. I'm building a project or webapp, but it's not really coding — I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works."
【한국어 요약】 "나는 이걸 '바이브 코딩'이라고 부른다. 키보드를 거의 누르지 않는다. '사이드바 패딩 절반으로 줄여줘' 같은 사소한 것도 AI에 시킨다. 항상 'Accept All'을 누르고, diff도 안 읽는다. 에러 메시지가 나오면 그냥 복사해서 붙여넣는다. 코드가 내 이해 범위를 넘어 커져가는데, 버그가 안 잡히면 그냥 우회하거나 랜덤으로 변경을 시킨다. 주말 프로젝트용으로는 나쁘지 않다. 코딩이라기보다 '보고, 말하고, 실행하고, 붙여넣는' 과정이다."
이 게시물은 공개 직후 450만 회 이상 조회되며 전 세계 개발자 커뮤니티에 폭발적 반향을 일으켰다. 2025년 11월 6일에는 Collins 영어사전이 Vibe Coding을 올해의 단어로 선정하기도 했다. (출처: Collins Dictionary, Word of the Year 2025, CNN, 2025-11-06)
Karpathy 본인은 이 방식이 "throwaway weekend projects(버릴 주말 프로젝트)"에 적합하다고 명시했다. 프로덕션 레벨 코드에 무조건 적용하라는 선언이 아니었다. 이후 많은 미디어가 이 맥락을 빠뜨리고 보도하면서 과도한 기대와 비판이 공존하게 되었다.
전통적 코딩 vs Vibe Coding
Vibe Coding은 기존 AI 코드 자동완성(GitHub Copilot의 라인 단위 제안 등)과는 개념적으로 다르다. 핵심 차이는 "개발자가 코드를 직접 작성하느냐"의 여부다.
| 구분 | 전통적 코딩 | Vibe Coding |
|---|---|---|
| 주요 작업 | 코드 직접 작성 및 디버깅 | 자연어 지시 및 결과 검토 |
| 코드 이해 | 전체 코드 파악 필수 | 결과 동작 중심 확인 |
| 속도 | 상대적으로 느림 | 매우 빠름 (특히 프로토타입) |
| 에러 처리 | 직접 분석 및 수정 | 에러 메시지를 AI에 전달 |
| 적합 용도 | 복잡한 시스템, 프로덕션 | 프로토타입, MVP, 주말 프로젝트 |
| 필요 역량 | 언어 문법, 알고리즘, 디버깅 | 문제 정의, 프롬프트 작성, 결과 평가 |
2. Vibe Coding의 핵심 원칙
Vibe Coding은 단순히 AI에 코드를 맡기는 행위가 아니다. Karpathy의 원발언과 이후 커뮤니티의 실전 경험에서 도출된 핵심 원칙은 다음과 같다. (참고: Simon Willison, Not all AI-assisted programming is vibe coding, 2025-03-19)
- 의도(Intent) 중심 사고: 구현 방법보다 "무엇을 원하는가"를 명확히 정의하는 것이 우선이다. 모호한 의도는 모호한 코드를 낳는다.
- 결과 검증 책임: AI가 생성한 코드가 동작한다고 해서 올바른 코드는 아니다. 의도한 대로 작동하는지 개발자가 반드시 확인해야 한다.
- 반복적 대화(Iterative Dialogue): 한 번의 프롬프트로 완성하려 하지 않는다. 작은 단위로 나누어 대화하듯 진행한다.
- 컨텍스트 관리: AI 에이전트가 프로젝트 전체 맥락을 이해할 수 있도록 관련 파일, 규칙, 제약 조건을 명시적으로 제공한다.
- 범위 한정(Bounded Scope): 한 번의 요청 범위를 작고 명확하게 유지한다. 큰 요청일수록 AI의 오류 가능성이 높아진다.
Intent(의도 정의) → Spec(명세 작성) → Prompt(프롬프트 전달) → Generate(코드 생성) → Review(결과 검토) → Iterate(반복) → Ship(배포)
이 루프를 빠르게 반복하는 것이 Vibe Coding의 본질이다. (참고: vibecoding.app, How Vibe Coding Works)
3. 주요 Vibe Coding 도구 비교
Vibe Coding을 가능하게 하는 핵심은 도구다. 단순 자동완성이 아닌 프로젝트 전체 컨텍스트를 이해하고 멀티파일 변경을 수행할 수 있는 도구가 필요하다. (참고: Appwrite, Comparing the best vibe coding tools, 2025)
Cursor AI
Cursor는 VSCode 포크 기반의 AI 네이티브 에디터로, Vibe Coding 생태계에서 가장 널리 사용되는 도구 중 하나다. (참고: DataCamp, Windsurf vs Cursor, 2025)
- Composer / Agent 모드: 자연어 지시로 멀티파일 편집 가능. Karpathy가 원발언에서 직접 언급한 기능이다.
- .cursorrules 파일: 프로젝트별 AI 동작 규칙을 파일로 정의해 일관성을 유지한다.
- 코드베이스 인덱싱: 전체 프로젝트를 인덱싱해 컨텍스트 기반 편집이 가능하다.
- 빠른 반복 루프: 인라인 편집(Ctrl+K)과 채팅 기반 편집을 자유롭게 전환할 수 있다.
- 가격: Pro 플랜 월 $20 (2025년 기준, 변동 가능. 최신 가격은 공식 사이트에서 확인)
구조화된 지시, 파일 참조, 프로젝트 규칙 정의가 가능해 복잡한 리팩토링에도 강하다. 빠른 피드백 루프와 세밀한 제어를 원하는 개발자에게 적합하다.
Windsurf (by Codeium)
Windsurf는 Codeium이 개발한 AI 에디터다. 2025년 OpenAI와의 $30억 인수 협상이 Microsoft IP 문제로 결렬된 후, Google이 CEO 바룬 모한(Varun Mohan)과 공동창업자 더글라스 첸(Douglas Chen) 등 핵심 연구진 약 40명을 $24억(약 $2.4B) 규모의 비독점 라이선싱 딜로 영입해 DeepMind 팀에 합류시켰다. 이후 2025년 7월 14일 AI 코딩 에이전트 Devin을 만든 Cognition이 남은 IP·제품·브랜드 및 직원 약 200명을 $2.5억(약 $250M)에 인수했다. 자체 에이전트 "Cascade"가 핵심이다. (출처: TechCrunch, Cognition acquires Windsurf, 2025-07-14, TechCrunch, Windsurf's CEO goes to Google, 2025-07-11, CNBC, Google hires Windsurf CEO in $2.4B deal, 2025-07-11)
- Cascade 에이전트: 멀티스텝 작업을 자율적으로 실행하는 자체 에이전트. 컨텍스트를 스스로 수집하고 실행한다.
- 40+ IDE 지원: VSCode뿐 아니라 JetBrains, Vim, NeoVim, Xcode 등 다양한 IDE에 플러그인으로 통합 가능하다.
- SWE-1.5 모델: Cognition이 Windsurf 인수(2025년 7월) 후 2025년 10월 공개한 고속 에이전트 모델. 최대 950 tok/s 속도로, 대형 코드베이스 탐색과 풀스택 개발에 최적화되어 있다. (출처: Cognition, Introducing SWE-1.5, 2025-10)
- Fast Context: 빠른 코드베이스 이해를 위한 자체 기술.
- 가격: Pro 플랜 월 $15 (2025년 기준, 변동 가능. 최신 가격은 공식 사이트에서 확인)
대규모 모노레포, 멀티모듈 프로젝트, 팀 온보딩 시 특히 효과적이다. 여러 IDE 환경을 사용하는 팀에게 유연성을 제공한다.
Claude Code (Anthropic)
Claude Code는 Anthropic이 개발한 터미널 기반 AI 코딩 에이전트다. UI가 없는 CLI 도구로, 에이전트 방식의 코드 작성과 실행에 특화되어 있다. (참고: Appwrite, Comparing the best vibe coding tools)
- 터미널 네이티브: 별도 GUI 없이 터미널에서 직접 대화하며 코드를 작성·실행·수정할 수 있다.
- 강력한 에이전트 모드: 파일 읽기/쓰기, 명령어 실행, 웹 검색 등 다양한 도구를 자율적으로 활용한다.
- CLAUDE.md 규칙 파일: 프로젝트 루트에 CLAUDE.md를 작성해 AI의 동작 방식을 커스터마이즈한다.
- 앱 빌드 벤치마크: 일부 벤치마크에서 높은 성공률을 보이는 것으로 보고되고 있으나, 공식 벤치마크 수치는 Anthropic 공식 문서에서 확인 권장.
GUI 없이 터미널에서 모든 것을 처리하고 싶은 개발자, 자동화 파이프라인에 AI를 통합하고 싶은 팀에게 특히 유용하다. 에이전트 자율성이 높아 복잡한 멀티스텝 작업에 강하다.
GitHub Copilot
GitHub Copilot은 Microsoft와 GitHub이 개발한 AI 코딩 보조 도구로, VSCode를 비롯한 다양한 에디터에 통합되어 있다.
- 인라인 자동완성: 코드 작성 중 다음 라인 또는 블록을 자동으로 제안한다.
- Copilot Chat: 코드에 대한 질문, 설명, 리팩토링 요청을 채팅으로 처리한다.
- Copilot Workspace / Agent: 이슈에서 PR까지 전체 워크플로우를 에이전트로 처리하는 기능이 추가되고 있다. (기능 범위는 지속적으로 업데이트 중. 최신 기능은 GitHub Copilot 공식 페이지에서 확인 권장)
- GitHub 생태계 통합: PR, 이슈, Actions와의 통합이 자연스럽다.
- 빠른 프로토타입, 주말 프로젝트: Cursor 또는 Windsurf (시각적 피드백 중시)
- 터미널 기반, 자동화 중시: Claude Code
- 기존 GitHub 워크플로우 유지: GitHub Copilot
- 대규모 엔터프라이즈 팀: Windsurf (다양한 IDE 지원)
4. 실전 Vibe Coding 워크플로우
좋은 자연어 프롬프트 작성법
Vibe Coding의 성패는 프롬프트 품질에 달려 있다. 모호한 프롬프트는 AI가 임의로 구현하게 만들고, 이는 예상치 못한 결과를 낳는다. (참고: Supabase, Vibe Coding Best Practices for Prompting)
"로그인 기능 만들어줘""이 프로젝트는 Next.js 14 App Router, TypeScript, Prisma(PostgreSQL), NextAuth.js를 사용해.
src/app/auth/login/page.tsx 파일에 이메일/비밀번호 로그인 폼을 만들어줘.
- shadcn/ui의 Form, Input, Button 컴포넌트 사용
- 클라이언트 사이드 유효성 검사: zod 스키마 사용
- 로그인 실패 시 에러 메시지를 폼 하단에 빨간 텍스트로 표시
- 성공 시 /dashboard로 리다이렉트
- 로딩 상태에서 버튼 비활성화
기존 NextAuth 설정 파일(src/lib/auth.ts)을 참고해서 세션 처리해줘."좋은 프롬프트의 구성 요소:
- 기술 스택 명시: 프레임워크, 라이브러리, 버전을 구체적으로 기술한다.
- 파일 경로 지정: 어느 파일에 무엇을 만들지 명확히 한다.
- 입출력 조건: 성공/실패 케이스의 동작을 서술한다.
- 의존성 참조: 기존 파일, 설정, 컨벤션을 명시적으로 참조한다.
- 제약 조건: 하지 말아야 할 것(기존 스키마 변경 금지 등)도 함께 기술한다.
코드 검토 및 수정 루프
Karpathy의 원발언처럼 "Accept All"을 누르고 diff를 안 읽는 방식은 개인 주말 프로젝트에서는 허용될 수 있지만, 팀 프로젝트나 프로덕션 환경에서는 반드시 검토 루프가 필요하다. (참고: Softr, 8 vibe coding best practices)
- 생성 (Generate): AI에 자연어 지시 → 코드 생성
- 실행 (Run): 로컬에서 실행하여 동작 확인
- 검토 (Review): 생성된 코드의 논리, 보안, 성능 간략 검토
- 수정 (Refine): 문제 발견 시 에러 메시지나 구체적 수정 지시를 AI에 전달
- 반복 (Iterate): 만족스러운 결과가 나올 때까지 2~4 단계 반복
"아래 에러가 발생했어. src/app/api/auth/route.ts에서 발생한 문제야.
에러:
TypeError: Cannot read properties of undefined (reading 'id')
at POST (src/app/api/auth/route.ts:23:28)
현재 코드에서 user 객체가 undefined인 경우를 처리하지 않고 있는 것 같아.
prisma.user.findUnique()가 null을 반환하는 케이스를 처리해줘.
null인 경우 401 에러와 함께 { error: 'Invalid credentials' } 응답을 반환해야 해."
5. Vibe Coding의 한계와 주의사항
Vibe Coding의 가능성만큼이나 한계와 위험도 명확하다. 특히 보안 측면의 우려는 여러 연구에서 반복적으로 제기되고 있다. (참고: Databricks, Passing the Security Vibe Check, 2025)
보안 취약점 위험
일부 보안 분석 연구에 따르면 AI가 생성한 코드의 상당 비율에서 보안 취약점이 발견된다고 보고되고 있다. AI는 공개 저장소의 코드로 학습했기 때문에 역사적으로 알려진 취약한 패턴도 그대로 재현할 수 있다. 정확한 수치는 연구 방법론과 대상 도구에 따라 다르므로, 특정 벤치마크 수치보다는 일반적 원칙으로 이해해야 한다. (참고: Netlas, Top Vibe-Coding Security Risks)
- SQL 인젝션: AI가 편의를 위해 동적 쿼리를 생성하고, 입력값 검증을 빠뜨리는 경우가 있다.
- 인증/인가 누락: 빠른 구현 과정에서 API 엔드포인트에 인증 미들웨어를 빠뜨리는 경우가 보고된다.
- Rate Limiting 부재: AI가 기능적 구현에 집중하다 보니 인증 엔드포인트의 속도 제한을 누락하는 경향이 있다.
- 하드코딩된 시크릿: 예제 코드 패턴을 따라 비밀키나 토큰을 코드에 직접 삽입하는 경우가 있다.
코드 품질 및 유지보수 문제
- 코드 이해도 저하: Karpathy 본인도 인정했듯, 코드가 점점 개발자의 이해 범위를 벗어나게 된다. 이는 나중에 디버깅이나 기능 추가 시 큰 장벽이 된다.
- 기술 부채 누적: 동작하지만 비효율적이거나 중복된 코드가 쌓여 장기적 유지보수 비용이 증가한다.
- 테스트 부재: AI가 생성한 코드는 종종 테스트 코드가 빠져 있거나, 테스트가 있더라도 핵심 케이스를 놓치는 경우가 있다.
- 아키텍처 일관성: 여러 번의 AI 지시가 누적되면 코드 스타일이나 아키텍처가 비일관적으로 변해갈 수 있다.
한계를 극복하기 위한 실천 방법
- 보안 요구사항을 프롬프트에 명시적으로 포함한다 ("인증 미들웨어 반드시 포함", "SQL 파라미터 바인딩 사용")
- 생성된 코드를 커밋하기 전 최소한의 보안 검토를 수행한다
- 정적 분석 도구(ESLint, semgrep 등)를 CI에 통합해 자동 검사한다
- 프로젝트 규칙 파일(.cursorrules, CLAUDE.md)에 금지 패턴을 명시한다
- 프로덕션 배포 전 보안 전문가 검토 또는 자동화 스캔을 수행한다
6. 개발자 커리어에 미치는 영향
Vibe Coding의 부상은 소프트웨어 개발자 커리어에 근본적인 변화를 요구하고 있다. 2025년 Stack Overflow 설문에 따르면 응답자의 84%가 AI 개발 도구를 사용 중이거나 사용 계획이 있다고 답했다. (참고: Index.dev, How Vibe Coding is Changing Software Development)
변화하는 개발자 역할
| 기존 역할 (비중 감소) | 새로운 역할 (비중 증가) |
|---|---|
| 반복적 보일러플레이트 작성 | 문제 정의 및 요구사항 분석 |
| 라이브러리 API 암기 | 시스템 아키텍처 설계 |
| CRUD 기능 반복 구현 | AI 생성 코드 평가 및 검증 |
| 단순 버그 수정 | 보안 및 성능 감사 |
| 문서 작성 (기본) | 효과적인 프롬프트 엔지니어링 |
시니어 vs 주니어 개발자
2025년 7월 Fastly의 791명 개발자 설문 조사에 따르면 10년 이상 경력의 시니어 개발자 중 약 32%가 자신이 배포하는 코드의 절반 이상이 AI 생성이라고 답했는데, 이는 주니어 개발자(0~2년 차, 13%)의 약 2.5배에 달하는 수치다. 경험이 많을수록 AI가 생성한 코드의 품질을 더 잘 평가하고 올바른 방향으로 이끌 수 있기 때문으로 분석된다. (출처: Fastly, Senior Developers Ship 2.5x More AI Code Than Juniors, 2025-07)
반면 주니어 개발자에 대한 우려도 제기된다. 기본기를 쌓기 전에 AI에 과도하게 의존하면 디버깅 능력, 알고리즘 이해, 시스템 설계 역량이 발전하지 않을 수 있다는 지적이다. 일부에서는 "고용 불가능한 의사 개발자(unemployable pseudo-developers)"를 양산할 수 있다는 우려도 나온다. (출처: MIT Technology Review, From vibe coding to context engineering, 2025-11-05)
- 자료구조 & 알고리즘: AI가 최적 알고리즘을 선택했는지 평가하려면 기본 이해가 필요하다
- 네트워크 & 보안: AI가 빠뜨리기 쉬운 보안 요구사항을 정의하고 검토하는 역량
- 시스템 디자인: AI에게 올바른 방향을 제시하려면 아키텍처 이해가 필수다
- 디버깅: AI가 해결하지 못하는 복잡한 버그를 추적하는 능력
- 도메인 지식: "무엇을 만들어야 하는가"를 결정하는 것은 여전히 인간의 영역이다
7. 실전 예제: 간단한 웹앱 Vibe Coding으로 만들기
실제 Vibe Coding이 어떻게 진행되는지, 간단한 Todo 앱 제작 시나리오를 통해 살펴보자. 이 예제는 Cursor를 사용하는 상황을 가정한다.
Step 1: 프로젝트 스펙 정의
먼저 만들 것을 명확하게 정의한다. 이 단계를 생략하면 나중에 AI에 방향을 잃은 지시를 반복하게 된다.
## 프로젝트: 개인 Todo 앱
- 기술 스택: Next.js 14 (App Router), TypeScript, Tailwind CSS, SQLite (via Prisma)
- 상태 관리: React Server Components + Server Actions (외부 상태 라이브러리 사용 금지)
- UI 라이브러리: shadcn/ui
## 기능 요구사항
1. Todo 목록 조회 (페이지 로드 시 서버에서 fetch)
2. Todo 추가 (텍스트 입력 후 엔터 또는 버튼 클릭)
3. Todo 완료 체크/해제 (클릭으로 토글)
4. Todo 삭제 (각 항목에 삭제 버튼)
5. 미완료/완료 필터링
## 제약 조건
- 모든 DB 접근은 Prisma를 통해서만
- API 라우트 사용 금지, Server Actions만 사용
- 컴포넌트 파일 하나당 100줄 이하 유지Step 2: 순서대로 작은 단위로 요청
"프로젝트 스펙 파일을 읽었어.
먼저 Prisma 스키마를 만들어줘.
prisma/schema.prisma에 Todo 모델을 추가해줘.
필드: id(cuid), title(string), completed(boolean, 기본값 false), createdAt(DateTime, 기본값 now())
SQLite datasource 설정도 포함해줘.""prisma/schema.prisma를 기반으로
src/app/actions/todo.ts 파일에 Server Actions를 만들어줘.
필요한 함수: getTodos(), addTodo(title: string), toggleTodo(id: string), deleteTodo(id: string)
각 함수에 'use server' 지시어 포함, 에러 처리 포함.""src/app/actions/todo.ts의 Server Actions를 사용해서
src/app/page.tsx에 Todo 앱 메인 페이지를 만들어줘.
shadcn/ui의 Input, Button, Checkbox 컴포넌트 사용.
스크롤 없이 화면에 맞는 레이아웃, 다크 모드 지원 불필요."Step 3: 에러 처리 및 반복
"실행하니까 에러가 났어:
Error: PrismaClient is unable to run in this environment
at new PrismaClient (webpack://...)
next.config.ts에 serverExternalPackages 설정이 필요한 것 같은데,
Next.js 14 App Router에서 Prisma를 사용하기 위한 올바른 설정으로 수정해줘."- 한 번에 전체를 요청하지 않고 작은 단위로 나눠서 진행
- 각 단계에서 실행해보고 동작 확인 후 다음 단계로 진행
- 에러 메시지를 전달할 때 맥락(어느 파일, 어떤 동작 중)도 함께 제공
- 스펙 파일(CLAUDE.md)을 항상 AI가 참고할 수 있게 유지
마치며
Vibe Coding은 2025년 2월 Andrej Karpathy의 트윗 한 장에서 시작해, 개발 문화 전반을 흔드는 개념이 되었다. 그러나 그의 원발언처럼 이 방식은 만능이 아니다. "throwaway weekend projects"에서 출발한 개념이, 이제는 프로덕션 환경에서 어디까지 적용 가능한지를 가늠하는 것이 2025년 이후 개발자의 핵심 과제가 되었다.
코드를 직접 작성하는 시간이 줄어드는 만큼, 개발자의 가치는 "무엇을 만들어야 하는가", "만들어진 것이 올바른가", "어떤 위험이 있는가"를 판단하는 역량으로 이동하고 있다. 기본기와 AI 활용 능력을 함께 키우는 것이, 앞으로 몇 년간 개발자에게 가장 중요한 투자가 될 것이다.
- Vibe Coding = 자연어로 AI에게 지시 → 코드 생성 → 결과 검증의 반복
- 2025년 2월 Andrej Karpathy가 처음 용어 사용, 주말 프로젝트용으로 소개
- Cursor, Windsurf, Claude Code 등 AI 에디터가 핵심 도구
- 좋은 프롬프트 = 기술 스택 + 파일 경로 + 입출력 조건 + 제약 조건
- 보안 검토, 코드 이해, 아키텍처 판단은 여전히 개발자의 책임
- 기본기는 AI가 만든 코드를 평가하기 위해 여전히 필수
8. 참고 자료
- Andrej Karpathy, X(Twitter) - Vibe Coding 원조 게시물 (2025-02-02)
- Wikipedia - Vibe coding
- Simon Willison - Not all AI-assisted programming is vibe coding (2025-03-19)
- Appwrite - Comparing the best vibe coding tools: Cursor, Claude Code, Windsurf
- DataCamp - Windsurf vs Cursor: A Comparison With Examples
- Supabase - Vibe Coding: Best Practices for Prompting
- Databricks - Passing the Security Vibe Check: The Dangers of Vibe Coding
- MIT Technology Review - From vibe coding to context engineering (2025-11-05)
- Softr - 8 vibe coding best practices
- vibecoding.app - How Vibe Coding Works: Complete Workflow & Best Practices Guide
- Fastly - Senior Developers Ship 2.5x More AI Code Than Juniors (2025-07)
- TechCrunch - Cognition acquires Windsurf (2025-07-14)
- Index.dev - How Vibe Coding is Changing Software Development in 2025
⚠️ 이 글은 2026년 2월 기준으로 작성되었습니다. 도구의 기능, 가격, 성능 수치는 변경될 수 있으므로 최신 정보는 각 공식 사이트에서 확인하세요.
일부 통계 수치(보안 취약점 비율 등)는 연구 방법론에 따라 다를 수 있으며, 추정치로 이해하시기 바랍니다.
