그래도 사람이 하는 일

앞 편 접는 기술까지 오면 바이브 코딩의 한 사이클이 끝났습니다. 그리고 접든 이어가든 다음 프로젝트가 시작됩니다. 마지막 편은 열일곱 편을 한 장으로 접습니다. 코스 내내 AI에게 넘기라고 했지만 끝내 넘길 수 없었던 일이 무엇이었는지, 다음 프로젝트를 시작할 때 무엇을 보면 되는지를 정리합니다.

핵심 요약

• AI가 대신할 수 없는 일은 그린다, 정한다, 책임진다 세 가지입니다.
• 열일곱 편은 그린다, 적고 정한다, 넘긴다, 돌린다의 네 묶음입니다.
• 코스를 마친 뒤 할 일은 만든 것을 누군가에게 보여 주는 것입니다.
• 바이브 코딩의 실력은 프롬프트가 아니라 완료를 정의하는 힘입니다.

AI가 대신할 수 없는 것

코스 내내 "통째로 넘기라"고 했습니다. 그런데 넘기려고 할 때마다 넘겨지지 않는 것이 세 가지 있었습니다.

첫째, 그린다. 어떤 도구가 있으면 내 일이 어떻게 달라지는지를 떠올리는 일입니다. 정책자금 상담 녹음이 회의록이 되는 장면, 매일 아침 공고가 메일함에 와 있는 장면은 그 업을 하는 사람만 그릴 수 있습니다. 우리 1주차 교재의 표현대로 성과의 한계는 코딩 실력이 아니라 내 업무를 얼마나 잘 아는가에서 갈립니다.

둘째, 정한다. 완료 조건, 추적할 숫자, 안 할 목록, 접을지 고칠지. AI는 안을 여러 개 낼 수 있지만 고르지는 못합니다. 고르는 순간 그 결정의 이유를 아는 사람이 필요하기 때문입니다.

셋째, 책임진다. 공개 버튼을 누르는 것, 운영 DB를 건드리는 결정, 고객 정보가 들어간 파일을 다루는 규칙. Claude Code의 auto 모드조차 프로덕션 배포와 마이그레이션, 강제 푸시는 기본으로 막아 두고 사람에게 묻습니다. 공식 문서가 그 자리를 사람에게 남겨 둔 것은 우연이 아닙니다. 우리 교육에서 운영 서버와 운영 DB를 성역이라고 부르고, 고객 실명을 문서에 그대로 쓰지 않는 규칙을 2주차 CLAUDE.md 첫 줄에 넣게 하는 것도 같은 이유입니다.

세 가지의 공통점은 "이유를 아는 사람"이 필요하다는 것입니다. AI는 결과를 만들지만 왜 그것이어야 하는지는 만든 사람의 업무 안에 있습니다. 7주차 교재가 결과물만이 아니라 "왜 그렇게 되는지"를 설명하는 습관을 요구하는 이유입니다.

17단계 체크리스트

새 프로젝트를 시작할 때 이 목록을 위에서부터 내려갑니다. 각 항목의 답이 "예"가 되기 전에는 다음으로 가지 않습니다.

그린다

1. 바이브 코딩이 무엇인지 한 문장으로 설명할 수 있다. (1편)
2. 도구는 Claude Code와 GitHub 둘뿐이고, 둘 다 설치되어 로그인되어 있다. (2편)
3. 머릿속 그림을 부끄러울 만큼 크게 키웠다. (3편)

적고, 정한다

4. 그림을 남이 읽어도 같은 장면이 떠오르는 말로 옮겼다. (4편)
5. 그 말이 GitHub의 문서와 Issue로 적혀 있다. (5편)
6. CLAUDE.md에 AI가 지켜야 할 규칙이 200줄 이하로 적혀 있다. (6편)
7. 폴더 구성과 기술은 AI가 고르게 하고 이유만 문서로 받았다. (7편)
8. 인터페이스가 정해져 있고, 화면이 없는 도구라면 입력과 출력의 꼴이 정해져 있다. (8편)
9. docs/output.md에 첫 공개 정의, 추적할 숫자 하나, 안 할 목록이 있다. (9편)

넘긴다

10. Issue 1건을 한 문장으로 넘기고, 돌아오면 통과·반려·폐기만 고른다. (10편)
11. 올리면 자동으로 검사되고 공개되며, 프리뷰가 있고, 운영과 운영 DB는 성역이다. (11편)
12. 주인공 프로젝트는 하나, 동시 Issue는 2~3건, 판정 대기는 0건이다. (12편)

돌린다

13. 추적할 숫자가 공개 전에 계측되고, 내 접속은 제외되어 있다. (13편)
14. 가설, 만들기, 공개, 관찰, 학습, 다음 가설의 바퀴가 일주일 안에 한 번 돈다. (14편)
15. 숫자는 리포트로 나에게 오고, 세션마다 네 줄 일지가 남는다. (15편)
16. 접는 기준 세 가지를 리포트와 일지로 정기적으로 점검한다. (16편)
17. 그린다, 정한다, 책임진다는 내 일로 남겨 두고 나머지는 전부 넘겼다. (17편)

이 목록을 docs/checklist.md로 저장소에 넣어 두면 AI에게 "체크리스트에서 아직 예가 아닌 항목을 찾아 줘"라고 시킬 수 있습니다. 코스의 내용이 문서가 되어 다음 프로젝트를 점검하는 것입니다.

이 코스를 마친 뒤에

할 일은 하나입니다. 만든 것을 누군가에게 보여 주십시오. 우리 8주 과정의 마지막 시간이 슬라이드 없는 실물 시연인 이유, 그리고 수료 기준이 "처음 지시부터 완성까지 내 입으로 설명할 수 있다"인 이유가 여기 있습니다. 보여 주는 순간 두 가지가 생깁니다. 상대의 반응이라는 첫 관찰 데이터, 그리고 설명하면서 스스로 발견하는 빈틈입니다.

그 다음은 루틴입니다. 우리 8주 과정의 수료 후 루틴 다섯 가지를 그대로 옮기면 됩니다. 기록을 멈추지 않는다(네 줄 일지). 무인 잡과 리포트를 아침에 확인한다. 작업 시간을 계속 잰다. 작은 단위로 계속 만든다(계획 모드, 실행, 교차 검수, 반복). 서로의 발견을 공유한다. 이 다섯 가지 중 셋만 지켜도 루프는 멈추지 않습니다.

보여 줄 사람이 없다면 JMT AI 교육의 무료 특강(2주마다 한 번, 사당·청라)에 실물을 들고 오셔도 됩니다. 비개발자 출신으로 자동화 10종을 운영하는 원구연이 직접 봐 드립니다. 발표 자료가 아니라 돌아가는 화면을 보는 것이 우리 방식입니다.

마지막 질문

열일곱 편을 읽고 나면 이런 생각이 들 수 있습니다. "결국 프롬프트를 잘 쓰는 사람이 이기는 것 아닌가." 아닙니다. 코스 어디에도 프롬프트 기법은 없었습니다. 있었던 것은 완료를 정의하는 연습뿐입니다. 첫 공개 정의, Issue의 완료 조건, 추적할 숫자, 접는 기준. 전부 "무엇이 나오면 끝인가"를 적는 일이었습니다.

AI는 완료 조건이 있으면 거기까지 갑니다. 없으면 어디까지든 갑니다. 그래서 바이브 코딩의 실력은 프롬프트가 아니라 완료를 정의하는 힘입니다. 마지막 질문은 이것입니다. 지금 만들려는 것은 무엇이 나오면 끝입니까. 그 답을 한 문장으로 적을 수 있다면 코스는 끝났고, 첫 편으로 돌아가 새 그림을 키우시면 됩니다.

정리

• 사람의 일은 그린다, 정한다, 책임진다 세 가지로 좁혀졌습니다.
• 17단계 체크리스트를 docs/checklist.md로 저장소에 넣고 새 프로젝트마다 점검합니다.
• 코스를 마쳤으면 만든 것을 보여 주는 것이 다음 단계입니다.
• 실력은 완료를 정의하는 힘에서 나옵니다.

자주 묻는 질문