- Authors

- Name
- 오늘의 바이브
복사, 붙여넣기, 실행

ChatGPT를 열고 이렇게 쳐본다.
"HTML로 깔끔한 로그인 페이지 만들어줘. 다크 테마에, 가운데 정렬이고, 이메일이랑 비밀번호 입력칸이 있어."
10초 뒤 코드가 나온다. 그 코드를 전체 선택하고, 복사하고, 메모장에 붙여넣고, login.html로 저장하고, 브라우저에서 열면 진짜 로그인 페이지가 뜬다.
이게 프롬프트형 코딩의 전부다. AI한테 말로 시키고, 나온 코드를 복사해서 붙여넣는다. 2022년 ChatGPT가 나온 뒤로 수백만 명이 이 방식으로 코딩을 시작했다.
작동 원리
프롬프트형은 웹 빌더형과 결정적으로 다른 점이 하나 있다. 코드가 눈에 보인다.
웹 빌더는 코드를 숨기고 결과물만 보여준다. 프롬프트형은 코드 자체를 준다. 그 코드를 어디에 넣을지, 어떻게 실행할지는 사람이 결정한다.
쓰는 도구는 이미 모두가 아는 것들이다.
| 도구 | 특징 | 가격 |
|---|---|---|
| ChatGPT | 가장 많이 쓰임, GPT-5.3 | 무료 / $20/월 |
| Claude | 긴 코드에 강함, 맥락 유지 | 무료 / $20/월 |
| Gemini | Google 생태계 연동 | 무료 / $20/월 |
셋 다 무료로 시작할 수 있다. 무료 플랜에서도 코드 생성은 잘 된다.
ChatGPT Canvas로 코드를 생성하고 프로토타입을 만드는 과정을 OpenAI 공식 영상에서 볼 수 있다.
이렇게 쓴다
프롬프트형의 일반적인 워크플로우는 이렇다.
1단계: 요청한다 "파이썬으로 CSV 파일을 읽어서 매출 그래프를 그려주는 스크립트 만들어줘."
2단계: 코드를 받는다 AI가 코드를 생성한다. 보통 10~50줄 사이.
3단계: 복사해서 실행한다 코드를 복사하고, 파일로 저장하고, 실행한다. 에러가 나면 에러 메시지를 다시 AI한테 붙여넣는다.
4단계: 수정 요청한다 "그래프 색깔을 파란색으로 바꿔줘." "x축에 날짜를 넣어줘." AI가 수정된 코드를 준다. 다시 복붙.
이 사이클을 반복한다. 한 번에 완벽한 코드가 나오는 경우는 드물다. 보통 3~5번의 수정을 거친다.
실제로 뭘 만들 수 있나
프롬프트형으로 만들 수 있는 것은 생각보다 많다.
잘 되는 것:
- 단일 파일 스크립트 — 데이터 처리, 파일 변환, 자동화 스크립트
- HTML 페이지 — 랜딩 페이지, 이력서 페이지, 간단한 폼
- 함수 단위 코드 — "이메일 유효성 검사 함수 만들어줘"
- 엑셀/구글 시트 매크로 — 업무 자동화
- SQL 쿼리 — 데이터베이스 조회문
Stack Overflow의 2025년 개발자 설문에 따르면, 개발자의 **82%**가 AI를 코드 작성에 활용하고 있다. 그중 가장 많이 쓰는 방식이 바로 이 프롬프트형이다.
Sam Altman은 이렇게 말했다.
"프로그래밍의 형태는 미래에 완전히 달라질 것이다. 어떤 사람들은 자연어로만 프로그래밍할 것이다."
실제로 Stack Overflow의 트래픽은 ChatGPT 출시(2022년 11월) 이후 50% 이상 감소했다. 월간 질문 수는 2014년 정점(20만 건 이상)에서 2025년 말 5만 건 미만으로 떨어졌다. 개발자들이 AI한테 먼저 물어보는 시대가 된 것이다.
여기서 막힌다 — 한계점
프롬프트형은 강력하지만, 명확한 벽이 있다.
1. 파일이 여러 개면 망한다 "React로 블로그 만들어줘"라고 시키면 코드가 나오긴 한다. 하지만 파일이 5개, 10개로 늘어나면 문제가 시작된다. AI는 매번 새로운 대화에서 이전 코드를 기억하지 못한다. 파일 A를 수정하면 파일 B와 충돌이 나고, 그걸 고치면 파일 C가 깨진다.
2. 프로젝트 맥락을 유지하지 못한다 ChatGPT는 대화가 길어지면 앞부분을 잊어버린다. "아까 만든 코드에서 버튼 색깔 바꿔줘"라고 해도, "아까 만든 코드"를 기억 못 하는 경우가 생긴다. 매번 전체 코드를 다시 붙여넣어야 할 수도 있다.
3. 복붙 노가다가 쌓인다 간단한 수정 하나에도 전체 코드를 복사 → 수정 → 붙여넣기를 반복한다. 프로젝트가 커질수록 이 과정이 고통스러워진다. "복붙 지옥"에 빠지는 시점이 온다.
4. 실행 환경을 직접 준비해야 한다 AI가 코드를 줘도, 그 코드를 실행할 환경은 사람이 만들어야 한다. Node.js가 필요하면 직접 설치해야 하고, 라이브러리가 필요하면 직접 깔아야 한다. 이 과정에서 막히는 입문자가 많다.
| 프롬프트형의 강점 | 프롬프트형의 한계 |
|---|---|
| 무료로 시작 가능 | 파일 여러 개면 힘듦 |
| 어떤 언어든 가능 | 맥락 유지 안 됨 |
| 배우기 가장 쉬움 | 복붙 노가다 |
| 단일 파일에 최적 | 실행 환경 직접 준비 |
웹 빌더와 뭐가 다른가
| 웹 빌더형 | 프롬프트형 | |
|---|---|---|
| 코드 보이나? | 안 보임 | 보임 |
| 실행은? | 자동 | 직접 |
| 설치 필요? | 없음 | 경우에 따라 |
| 자유도 | 낮음 | 중간 |
| 학습 효과 | 없음 | 있음 (코드를 보니까) |
프롬프트형의 숨은 장점은 학습 효과다. 코드를 직접 보고, 복사하고, 실행하는 과정에서 코드가 어떻게 생겼는지 자연스럽게 눈에 익는다. 웹 빌더는 코드를 숨기지만, 프롬프트형은 보여준다. "나도 모르게 코딩을 배우고 있었다"는 경험을 하는 사람이 많다.
잘 시키는 법 — 프롬프트 팁 3가지
같은 도구라도 어떻게 시키느냐에 따라 결과가 달라진다.
1. 구체적으로 시킨다
- 나쁜 예: "웹사이트 만들어줘"
- 좋은 예: "HTML, CSS로 개인 포트폴리오 페이지 만들어줘. 다크 테마, 상단에 이름과 소개, 중간에 프로젝트 3개 카드, 하단에 연락처. 반응형으로."
2. 한 번에 하나만 시킨다 "블로그 만들고, 로그인도 추가하고, 데이터베이스도 연결해줘"보다 "HTML로 블로그 메인 페이지 하나만 만들어줘"가 훨씬 좋은 결과를 낸다.
3. 에러는 그대로 복붙한다 코드가 안 돌아가면, 에러 메시지를 그대로 복사해서 AI한테 붙여넣으면 된다. "이 에러 뜨는데 고쳐줘"라고 하면 대부분 해결된다.
다음은 에디터형이다
프롬프트형의 한계 — 파일 여러 개, 맥락 유지, 복붙 노가다 — 를 해결한 것이 에디터형이다. AI가 채팅창이 아니라 코드 에디터 안에 들어와서, 프로젝트 전체를 보면서 직접 수정한다. 복붙할 필요가 없다.
결국 프롬프트형은 바이브 코딩의 입구다. 여기서 복붙의 벽에 부딪힌 사람이 에디터형으로 넘어간다. 다음 편에서 자세히 다룬다.
출처: