/basic/session-01
01기본과정180분 (이론 60 + 실습 120)

바이브 코딩 첫 경험

말로 만드는 30분

02이 차시를 마치면

  • 1.바이브 코딩이 무엇을 대신해주고 무엇은 여전히 사람이 확인해야 하는지 구분해서 설명할 수 있다.
  • 2.에디터형(VS Code)과 올인원형(Lovable, v0 등) 도구의 차이를 자신의 말로 비교할 수 있다.
  • 3.이 과정이 VS Code와 Claude Code 조합을 쓰는 이유를 설명할 수 있다.
  • 4.대화만으로 자기소개 웹페이지를 만들어 브라우저에서 직접 열어볼 수 있다.
  • 5.AI의 '완료했다'는 말을 그대로 믿지 않고 직접 확인하는 습관을 시작할 수 있다.

03왜 필요한가

이직을 준비하다가 '자기소개 페이지 주소 하나쯤은 있어야겠다'는 생각이 들었다고 해보자. 만드는 법을 검색해보면 HTML, CSS, 자바스크립트, 서버, 배포까지 배워야 할 용어가 끝없이 나온다. 학원을 등록하자니 몇 달이 걸리고, 그렇다고 포기하자니 만들고 싶은 것 자체는 어렵지 않다 — 이름, 하는 일, 연락처 몇 줄이면 충분하다. '이 정도를 만드는 데 왜 이렇게 배울 게 많아야 하나'라는 질문에서 이 과정은 출발한다.

  • 코딩을 배우기로 마음먹어도 어디서부터 시작해야 할지 몰라 첫걸음을 떼지 못한다.
  • 만들고 싶은 건 간단한데, 배워야 한다는 목록(문법·프레임워크)은 끝이 없어 보인다.
  • AI로 코딩이 쉬워졌다는 이야기는 들었지만, 정확히 무엇이 쉬워지고 무엇은 여전히 어려운지 감이 없다.
  • 도구가 너무 많아(Lovable, v0, Cursor, ChatGPT…) 뭐부터 써야 할지 고르는 것부터 막막하다.

04개념 설명

바이브 코딩이란 무엇인가

바이브 코딩(vibe coding)은 문법을 외워 한 줄씩 코드를 치는 대신, 만들고 싶은 것을 말로 설명하면 AI가 실제로 동작하는 코드를 작성해주는 방식으로 개발하는 것을 뜻한다. 운전에 비유하면, 예전에는 엔진 구조를 알아야 차를 몰 수 있었다면 지금은 목적지만 말하면 알아서 길을 찾아주는 자율주행에 가깝다.

다만 자율주행차에도 손을 놓아도 되는 구간과 반드시 지켜봐야 하는 구간이 있듯, 바이브 코딩도 AI에게 전부 맡겨도 되는 부분과 사람이 반드시 확인해야 하는 부분이 나뉜다. 이 경계선을 아는 것이 이 과정 전체의 핵심이다.

01말로 요청
02AI가 코드 작성
03사람이 확인
04다시 요청이 반복이 바이브 코딩이다
  • 말로 요청 → AI가 코드 작성 → 사람이 확인하고 다시 요청
  • 문법을 몰라도 시작할 수 있지만, 결과를 검증하는 눈은 사람 몫이다
  • 'AI가 다 해준다'가 아니라 '사람과 AI가 번갈아 가며 만든다'에 가깝다

도구 지형도 — 에디터형과 올인원형

바이브 코딩 도구는 크게 두 갈래로 나뉜다. 하나는 VS Code처럼 코드 파일이 그대로 내 컴퓨터 폴더에 남는 '에디터형'이고, 다른 하나는 Lovable·v0처럼 브라우저 안에서 대화만으로 화면과 코드가 동시에 만들어지는 '올인원형'이다.

올인원형은 시작이 훨씬 빠르다. 가입만 하면 몇 분 안에 그럴듯한 화면이 나온다. 대신 그 코드가 정확히 어디에 어떻게 저장되는지, 나중에 다른 서비스로 옮기거나 세밀하게 고치는 자유도는 에디터형보다 제한적인 경우가 많다. 에디터형은 처음에 폴더·파일 개념을 한 번은 마주해야 하지만, 그만큼 내 프로젝트를 내가 완전히 소유하고 원하는 방향으로 확장할 수 있다.

에디터형 (VS Code + Claude Code)

파일이 내 컴퓨터에 남는다

어떤 서비스로도 옮길 수 있다

올인원형 (Lovable, v0 등)

시작이 빠르다

세부 커스터마이징·이전은 상대적으로 제한적

  • 에디터형(VS Code + Claude Code 등) — 파일이 내 컴퓨터에 그대로 남고, 어떤 서비스로도 옮길 수 있다
  • 올인원형(Lovable, v0 등) — 시작은 빠르지만 세부 커스터마이징과 이전이 상대적으로 제한적이다
  • 실습 화면 구성은 각 서비스의 업데이트에 따라 이 교재와 다를 수 있다

이 과정이 VS Code + Claude Code로 가는 이유

이 과정은 4차시(구글 시트 자동화)부터 10차시(정식 배포)까지 업무 자동화, API 연동, 데이터베이스 연결처럼 올인원형 도구가 다루기 어려운 영역까지 나아간다. 처음부터 '내 파일이 내 컴퓨터에 있고, 무엇이든 연결할 수 있는' 에디터형 환경에 익숙해지는 쪽이 장기적으로 손해가 없다.

또한 Claude Code는 VS Code 안에 사이드바 대화창으로 붙기 때문에, 화면을 오가지 않고 한 화면에서 대화하고 결과를 바로 확인할 수 있다. 기본과정은 이 사이드바 대화 위주로 진행하고, 중급과정에서는 같은 도구 안에서 통합 터미널 비중만 늘려간다 — 과정 중간에 도구를 바꾸는 학습 마찰이 없다.

과정쓰는 방식
기본과정사이드바 대화 위주
중급과정같은 도구, 터미널 비중만 증가
도구를 바꾸는 학습 마찰이 없다

무엇이 되고 무엇이 안 되는가

바이브 코딩으로 오늘 당장 되는 일 — 화면이 있는 웹페이지를 대화만으로 만들고, 문구·색·배치를 요청해서 고치고, 몇 분 만에 인터넷에 공개하는 것까지는 무리 없이 된다.

아직은 사람이 반드시 개입해야 하는 일도 있다. AI는 없는 기능도 있는 것처럼 자신 있게 설명할 때가 있고('그럴듯한 거짓말'), '완성했다'는 말이 실제로 눌러보면 안 되는 경우도 흔하다('완료 선언 믿기'). 이런 지점을 매 차시 '이것만은 주의' 블록에서 계속 짚는다 — 오늘 그 첫 목록을 소개한다.

오늘 당장

된다

화면 만들기 · 문구/디자인 수정 · 몇 분 안에 배포

아직은

사람 몫

결과를 직접 확인하기 · 그럴듯한 설명을 그대로 믿지 않기

  • 된다 — 화면 만들기, 문구·디자인 수정, 몇 분 안에 배포
  • 아직은 사람 몫 — 결과를 직접 확인하기, 그럴듯한 설명을 그대로 믿지 않기
  • 이 경계는 차시가 진행될수록 넓어진다(4~5차시 자동화, 9차시 데이터베이스 등)

05실습 가이드

  1. 1. 오늘 쓸 화면 확인하기

    • 실습실 컴퓨터(또는 미리 안내받은 대로 준비한 내 컴퓨터)에서 VS Code를 연다. 설치와 세부 설정은 다음 차시(02차시)에서 처음부터 다룬다 — 오늘은 이미 준비된 화면으로 바이브 코딩 자체를 먼저 경험한다.
    • 사이드바에서 Claude Code 대화창 아이콘을 찾아 클릭한다. 실습 직전 화면 구성은 확장 버전에 따라 이 교재와 다를 수 있다.
    • 대화창에 아무 말이나 입력해보고 응답이 오는지 확인한다.

    예상 결과Claude Code 대화창이 열리고, 입력한 메시지에 대한 응답이 돌아온다.

    안 될 때대화창이 안 보이면 강사에게 화면 구성을 확인받는다. 응답이 없으면 인터넷 연결이나 로그인 상태를 먼저 확인한다.

  2. 2. 새 프로젝트 폴더 준비하기

    • 바탕화면이나 문서 폴더처럼 찾기 쉬운 위치에 'my-intro'처럼 알아볼 수 있는 이름으로 빈 폴더를 하나 만든다.
    • VS Code에서 '파일 → 폴더 열기'로 방금 만든 폴더를 연다.

    예상 결과VS Code 왼쪽 탐색기에 빈 폴더가 열려 있다.

    안 될 때탐색기에 아무것도 안 보이면 정상이다 — 아직 파일이 없는 빈 폴더이기 때문이다. 폴더 자체가 안 열리면 경로에 한글이나 특수문자가 없는 위치로 옮겨본다.

  3. 3. 자기소개 내용 미리 정리하기

    • 이름(또는 별명), 하는 일이나 관심사, 한 줄 소개, 연락 방법(선택) 등 페이지에 넣고 싶은 내용을 메모장에 3~4줄로 미리 적어둔다.
    • 사진을 넣고 싶다면 파일을 준비하되, 오늘은 사진 없이 텍스트만으로 시작해도 된다.

    예상 결과페이지에 넣을 내용이 메모로 정리되어 있다.

    안 될 때특별히 쓸 내용이 없다면 '지금 배우고 있는 것', '이 과정에서 만들고 싶은 것'을 소개 문구로 써도 충분하다.

  4. 4. 첫 프롬프트로 페이지 요청하기

    • P1-1 프롬프트의 [대괄호] 부분을 3단계에서 정리한 내 정보로 채워 Claude Code 대화창에 입력한다.
    • 응답이 끝날 때까지 기다린다. 완료 메시지와 함께 파일이 만들어졌다는 안내가 보일 것이다.

    예상 결과탐색기에 index.html 같은 파일이 새로 생긴다.

    안 될 때파일이 안 생기면 대화가 끝까지 완료됐는지(응답이 중간에 끊기지 않았는지) 확인하고, 안 끝났다면 '방금 하던 작업을 마무리해줘'라고 다시 요청한다.

  5. 5. 브라우저에서 결과 확인하기

    • 탐색기에서 생성된 html 파일을 찾아 더블클릭하거나, VS Code 확장의 미리보기 기능이 있다면 그것을 사용해 브라우저로 연다.
    • 실제로 브라우저에 내 이름과 소개 문구가 보이는지 눈으로 확인한다.

    예상 결과브라우저 창에 내가 요청한 자기소개 페이지가 뜬다.

    안 될 때빈 화면이거나 글자가 깨져 보이면, 그 상태를 그대로 P1-4(복구 프롬프트)로 AI에게 설명한다.

  6. 6. 마음에 안 드는 부분 고쳐 나가기

    • 색, 문구 위치, 폰트 크기 등 마음에 안 드는 부분을 한 번에 하나씩 P1-2 프롬프트 형태로 요청한다.
    • 요청할 때마다 브라우저를 새로고침해 실제로 바뀌었는지 확인한다.

    예상 결과요청한 부분이 하나씩 반영되며 페이지가 원하는 모습에 가까워진다.

    안 될 때여러 가지를 한 번에 요청하면 무엇이 반영됐는지 헷갈린다. 한 번에 한 가지씩만 요청하는 방식으로 되돌아간다.

  7. 7. '완료했다'는 말 검증하기

    • AI가 '완성했습니다', '모두 반영했습니다'라고 답해도 그 말만 믿지 않고, P1-3 프롬프트로 스스로 점검해달라고 요청한다.
    • AI의 점검 답변과 별개로, 직접 브라우저를 새로고침해 눈으로 다시 확인한다.

    예상 결과AI의 점검 결과와 내 눈으로 본 화면이 일치한다.

    안 될 때AI의 점검 답변과 실제 화면이 다르면 그 차이를 그대로 알려주고 다시 확인해달라고 요청한다 — 이 어긋남 자체가 오늘 배운 '완료 선언 믿기' 주의사항의 실제 사례다.

  8. 8. (선택) 다른 도구와 잠깐 비교해보기

    • 시간이 남으면 Lovable이나 v0 같은 올인원형 도구 중 하나에 가입해, 같은 자기소개 내용으로 페이지를 만들어본다.
    • 완성 속도, 코드가 어디에 저장되는지 보이는지, 내가 원하는 세부 수정이 얼마나 자유로운지를 오늘 VS Code에서 만든 결과와 비교해본다.

    예상 결과두 방식의 체감 차이(속도, 자유도, 파일 소유감)를 한두 문장으로 말할 수 있다.

    안 될 때가입이 막히거나 시간이 부족하면 건너뛰어도 된다 — 이 비교는 선택 실습이다.

  9. 9. 오늘 결과 남겨두기

    • 완성된 폴더를 그대로 남겨둔다. 다음 차시에서 이 폴더를 그대로 이어받아 Git과 GitHub 배포를 실습한다.
    • 오늘 사용한 프롬프트와, AI가 그럴듯하게 둘러댔던 순간이 있었다면 짧게 메모해둔다.

    예상 결과다음 차시에 바로 이어 쓸 수 있는 폴더와, 오늘의 프롬프트 기록이 남아 있다.

    안 될 때메모를 안 했다면 지금이라도 대화창을 스크롤해 올라가 다시 확인하고 옮겨 적는다.

06실전 프롬프트

P1-1처음 자기소개 페이지 요청하기

사용 시점 — 실습 4단계 — 처음으로 페이지 제작을 요청할 때

나에 대한 간단한 자기소개 웹페이지를 하나 만들어줘.

들어갔으면 하는 내용은 이거야.
· 이름(또는 별명): [이름]
· 하는 일 / 관심사: [하는 일이나 관심사]
· 한 줄 소개: [한 줄 소개 문구]
· 연락 방법(선택): [이메일이나 SNS 등, 없으면 생략]

나는 코딩을 모르니까 파일을 몇 개 만들었는지,
어떻게 열어서 확인하면 되는지도 같이 알려줘.

기대 결과index.html 등 결과 파일이 만들어지고, 여는 방법까지 안내받는다.

P1-2마음에 안 드는 부분 하나씩 고치기

사용 시점 — 실습 6단계 — 완성된 페이지의 디자인이나 문구를 다듬을 때

방금 만든 페이지에서 이 부분만 바꿔줘.

바꾸고 싶은 것: [예: 배경색을 좀 더 차분한 색으로]

다른 부분은 그대로 두고 이것만 반영해줘.
바꾼 뒤에 내가 새로고침하면 바로 보이는지도 알려줘.

기대 결과지정한 한 가지만 반영되고, 나머지는 그대로 유지된다.

P1-3'완료했다'는 말을 그대로 믿지 않고 점검할 때

사용 시점 — 실습 7단계 — AI가 완성됐다고 답한 직후

방금 다 됐다고 했는데, 진짜 다 됐는지 스스로 점검해줘.

1. 내가 요청했던 항목([이름, 하는 일, 한 줄 소개, 연락 방법 등])이 실제 파일에 다 들어가 있는지 하나씩 확인해줘.
2. 빠졌거나 잘못 들어간 게 있으면 알려줘.
3. 있다면 지금 바로 고쳐줘.

점검 결과를 항목별로 '됨 / 안 됨'으로 정리해서 보여줘.

기대 결과요청 항목별 반영 여부를 목록으로 확인받고, 빠진 부분은 그 자리에서 수정된다.

P1-4화면이 이상하게 나올 때 복구용

사용 시점 — 실습 5단계 — 브라우저에 빈 화면이 뜨거나 글자가 깨져 보일 때

방금 만든 페이지를 브라우저로 열었는데 이렇게 나와.

[본 화면을 그대로 설명하거나 캡처 내용을 붙여넣기 — 예: 흰 화면만 뜸 / 글자가 깨져 보임]

내가 한 것: [파일을 연 방법을 그대로]

무엇이 문제인지 먼저 설명하고, 고친 다음
내가 뭘 다시 하면 되는지 순서대로 알려줘.

기대 결과원인 진단과 함께 수정된 파일, 그리고 다시 확인하는 방법을 안내받는다.

P1-5왜 이렇게 만들었는지 물어보기

사용 시점 — 완성 후, 결과를 이해하고 넘어가고 싶을 때

방금 만든 페이지가 어떤 구조로 되어 있는지
코딩을 전혀 모르는 사람도 이해할 수 있게 3문장 정도로 설명해줘.

파일이 하나인지 여러 개인지,
그 파일들이 서로 어떻게 연결되는지만 간단히 알려줘.

기대 결과파일 구성과 역할을 비전문가도 이해할 수 있는 짧은 설명으로 받는다.

07이것만은 주의

08자가 점검

0 / 5 완료0%
x

09과제

오늘 만든 자기소개 페이지에 실제 자신의 정보를 마저 채워 완성한다. 시간이 된다면 소개하고 싶은 프로젝트나 관심사를 한 항목 더 추가해보고, 실습 중 AI가 '완료했다'고 했지만 실제로는 반영되지 않았던 순간이 있었다면 무엇이었는지 함께 적어본다.

제출 형식① 완성된 페이지를 브라우저에서 연 화면 스크린샷 ② 사용한 프롬프트 전체(수정 요청 포함) ③ '완료됐다'는 말과 실제 결과가 달랐던 순간(있었다면) 한두 줄 메모를 하나의 문서로 정리해 제출한다.

10더 알아보기

  • Lovable대화만으로 웹앱을 만드는 올인원형 도구 — 오늘 8단계 비교 실습용
  • v0 by VercelUI 컴포넌트 생성에 특화된 올인원형 도구 — 오늘 8단계 비교 실습용
바이브 코딩(Vibe Coding)
문법을 직접 작성하지 않고, 원하는 것을 말로 설명해 AI가 코드를 작성하게 하는 개발 방식.
에디터형 도구
VS Code처럼 코드 파일이 내 컴퓨터 폴더에 그대로 남아, 어떤 서비스로도 옮기고 확장할 수 있는 개발 도구 유형.
올인원형 도구
Lovable·v0처럼 가입만 하면 브라우저 안에서 대화로 화면과 코드가 동시에 만들어지는 개발 도구 유형.

다음 차시 예고 다음 차시에서는 오늘 만든 폴더를 그대로 이어받아, VS Code를 제대로 설치하고 Git으로 되돌릴 수 있는 상태를 만든 뒤 GitHub Pages로 처음 배포까지 해봅니다.