오늘 끝나면
바이브코딩이란
- ✓바이브코딩이란의 핵심 문제를 한 문장으로 설명한다
- ✓오른쪽 실습에서 바이브코딩이란이 어떻게 움직이는지 관찰한다
- ✓다음 강의와 이어지는 한계를 말할 수 있다
실습 미션
의도를 말하면 에이전트가 코드를 짠다 — 새 작업 방식 이 문장이 실제로 무슨 뜻인지 실습에서 한 번 손으로 확인한다.
성공 조건
- □실습의 기본값을 먼저 관찰
- □입력값이나 모드를 한 번 이상 바꿔 결과 비교
- □왜 결과가 바뀌었는지 한 문장으로 설명
바이브코딩 · 01
바이브
코딩이란
의도를 자연어로 말하면 에이전트가 코드를 짬.
직접 타이핑에서 지휘로 작업이 바뀜.
사람은 무엇을·왜, 검증도 사람 몫임.
말하면 코드가 된다
바이브코딩 = 만들 것을 자연어로 말하면, 코딩 에이전트가 실제 코드를 짜는 방식임.
예전엔 의도를 사람이 직접 문법으로 옮겼음.
이제는 “평균 내는 함수 만들어줘” 한 줄이면 에이전트가 코드로 옮김.
에이전트는 그냥 챗봇이 아님.
LLM(말 알아듣는 두뇌)에 도구(파일 읽기·쓰기·실행)를 붙여 스스로 일하는 루프임.
원리는 2강에서 깊게 봄. 1강은 작업 방식이 바뀐다는 감만 잡음.
“숫자 리스트 평균 내는 함수 만들어줘”
def average(nums):
if not nums:
return 0
return sum(nums) / len(nums)타이핑에서 지휘로
달라진 건 도구가 아니라 사람의 자리임.
예전 작업: 문법 외우고 · 한 줄씩 타이핑하고 · 오타 고치고 · 다시 돌림.
손이 키보드에 묶여 있었음.
바이브코딩: 무엇을 만들지 말하고 · 에이전트가 짠 걸 읽고 · 방향을 다시 줌.
코더가 타이피스트에서 지휘자로 옮겨감.
손이 빨라야 하는 게 아니라, 무엇을 시킬지 분명해야 함.
직접 지시해 본다
오른쪽에서 직접 해봄. 자연어 지시 하나를 고르면 에이전트가 일하는 흐름이 돎.
▶를 누르면 에이전트가 계획 → 읽기 → 작성 → 실행 → 결과 순으로 한 단계씩 밟음.
파일 칸에 코드가 한 줄씩 쌓이는 게 보임.
핵심은 분업임.
① 사람은 의도만 말함 / ② 에이전트가 어떻게 할지 스스로 정해 코드를 짬 / ③ 결과 확인은 다시 사람.
마지막 검증 칸에 뜨는 질문은 에이전트가 대신 못 던지는 것들임.
아직 빈 파일끝까지 돌리면, 여기서 사람이 확인할 거리가 뜸.
무엇·왜는 사람, 어떻게는 에이전트
일을 나누는 선이 분명함. 헷갈리면 품질이 무너짐.
사람이 쥐는 건 무엇을 만들지와 왜 그게 맞는지임.
에이전트가 맡는 건 어떻게 — 문법·구조·구현 디테일임.
그래서 좋은 지시는 코드를 대신 써주는 게 아니라, 무엇을·왜를 또렷하게 주는 것임.
맥락을 어떻게 주느냐가 결과를 가르는데, 그건 4강 컨텍스트에서 깊게 다룸.
| 질문 | 맡는 쪽 |
|---|---|
| 무엇을 만들까? | 사람목표·요구 |
| 왜 그게 맞나? | 사람판단·기준 |
| 어떤 문법으로? | 에이전트언어·구문 |
| 어떤 구조로? | 에이전트설계·구현 |
| 결과가 맞나? | 사람검증·확인 |
검증은 끝까지 사람 몫
말하면 코드가 나온다고 해서 다 끝난 게 아님.
에이전트는 그럴듯하게 틀릴 수 있음.
돌아가는 코드가 나와도, 그게 정말 원하는 동작인지는 별개임.
엉뚱한 파일을 건드리거나, 단위·키 이름을 착각하기도 함.
그래서 결과를 읽고 · 의도와 맞는지 확인하는 일은 사람이 놓으면 안 됨.
믿되 확인함 — 이 검증 습관은 9강에서 본격적으로 다룸.
바이브코딩은 책임을 넘기는 게 아니라, 손이 아닌 판단에 시간을 쓰는 방식임.
Q. 바이브코딩에서 사람의 핵심 역할은? (① 문법 암기 ② 의도와 검증 ③ 빠른 타이핑 ④ 도구 설치)
정답은 ② 의도와 검증임.무엇을·왜를 정하는 게 사람의 몫이고, 결과가 맞는지 확인하는 것도 사람임.
문법·타이핑 같은 “어떻게”는 에이전트가 맡음.
마지막 물음표는 사람이 직접 답해야 함