바이브 코딩으로 뭔가를 만들다 보면, 어느 순간 "이건 내가 정한 적이 없는데" 싶은 것들이 잔뜩 들어와 있습니다. 로그인 방식, 데이터를 어디에 저장할지, 파일을 어떻게 올릴지, 누가 무엇을 볼 수 있는지 — 이런 것들은 전부 기술 의사결정입니다. 내가 정하지 않으면 AI가 대신 정합니다. 그리고 AI는 물어보지 않고 정합니다.
3시간짜리 강의 하나가 이 결정 항목을 55개로 세어 보였습니다. 숫자 자체보다 중요한 것은, 작은 도구 하나에도 수십 개의 갈림길이 있다는 사실입니다. 이번 편은 그 갈림길을 어떻게 드러내고 어디까지 내가 챙길지에 대한 이야기입니다.
왜 이게 문제가 되나
AI는 막히면 멈추지 않습니다. 그럴듯한 기본값을 골라 계속 진행합니다. 대개는 무난하지만, 어떤 결정은 나중에 바꾸기가 대단히 번거롭습니다. 데이터를 어디에 어떤 모양으로 쌓아뒀는지, 로그인을 어떤 방식으로 붙였는지 같은 것들이 그렇습니다.
더 곤란한 것은 결정이 내려졌다는 사실 자체를 모른다는 점입니다. 화면은 잘 돌아가니까요. 문제는 사용자가 늘거나, 데이터를 옮기거나, 보안 점검을 받을 때 한꺼번에 드러납니다.
결정은 세 갈래로 나뉩니다
| 갈래 | 예시 | 누가 정하나 |
|---|---|---|
| 내가 반드시 | 어떤 데이터를 받을지, 누가 볼 수 있는지, 돈이 오가는지 | 사람. AI에게 맡기면 안 됨 |
| 물어보고 정하기 | 데이터 저장 방식, 로그인 방식, 어디에 배포할지 | AI에게 선택지를 받고 내가 고름 |
| 맡겨도 되는 것 | 변수 이름, 화면 여백, 코드 구조 | AI. 나중에 바꿔도 부담 적음 |
초보자가 지치는 이유는 세 번째 갈래까지 이해하려 들기 때문입니다. 반대로 사고가 나는 이유는 첫 번째 갈래를 AI에게 넘겼기 때문입니다. 첫 번째는 붙잡고 세 번째는 놓는 것이 요령입니다.
AI가 말없이 정하지 못하게 하는 법
방법은 의외로 단순합니다. 만들기 전에 "정해야 할 것을 먼저 나열해 달라"고 시키면 됩니다. 이 한 단계가 55개의 갈림길을 눈에 보이게 만듭니다.
- 만들고 싶은 것을 한 문단으로 설명합니다.
- 이어서 요청합니다. "코드를 쓰기 전에, 네가 임의로 정해야 하는 항목을 목록으로 뽑아줘. 각 항목마다 선택지와 장단점을 한 줄씩 붙여줘."
- 목록을 보고 위 표의 세 갈래로 나눕니다.
- 첫 번째 갈래만 내가 답하고, 나머지는 "네가 정해도 좋다"고 명시합니다.
- 그다음에 코드를 요청합니다.
이렇게 하면 대화가 한 번 늘어나는 대신, 나중에 뒤집어야 할 결정이 크게 줄어듭니다.
중장년 독자가 특히 챙길 항목
- 개인정보 — 이름·연락처·주민번호를 받는 순간 지켜야 할 것이 생깁니다. 정말 필요한 항목인지 먼저 따지세요.
- 돈 — 결제가 끼면 난이도가 다른 세계입니다. 처음에는 계좌 안내나 외부 결제 링크로 우회하는 편이 안전합니다.
- 데이터 보관 위치 — 어디에 쌓이는지, 내가 내려받을 수 있는지 확인하세요. 서비스를 옮길 때 이게 전부입니다.
- 접근 권한 — "링크를 아는 사람은 다 볼 수 있음"이 기본값인 경우가 많습니다.
- 비용이 늘어나는 지점 — 저장, AI 호출, 방문자 증가. 4편에서 다룬 종량제 상한 설정과 이어집니다.
결정을 기록해 두세요
정한 것을 한 파일에 적어두는 습관이 생각보다 큰 차이를 만듭니다. 형식은 단순해도 됩니다. 날짜 / 무엇을 / 왜 그렇게 / 나중에 바꾼다면 무엇이 걸리는지 네 칸이면 충분합니다.
이 기록은 두 가지로 쓰입니다. 첫째, 대화가 길어져 AI가 앞의 결정을 잊었을 때 그대로 붙여 넣으면 됩니다(2편의 맥락 유지). 둘째, 몇 달 뒤 내가 왜 그렇게 했는지 스스로에게 설명할 수 있습니다.
내가 정하지 않은 결정은 사라지는 것이 아니라, 보이지 않는 곳에 쌓입니다. 코드를 쓰기 전에 목록부터 받으세요.
소스코드를 읽으라는 말의 진짜 뜻
비전공자에게 "AI가 만든 코드를 읽어라"는 말은 부담스럽습니다. 전부 이해하라는 뜻이 아닙니다. 내가 정한 결정이 실제로 그렇게 반영됐는지만 확인하면 됩니다.
예를 들어 "비밀키는 화면 쪽에 두지 않기로 했다"면, 배포된 페이지에서 소스 보기로 그 값이 보이는지만 확인하면 됩니다(3편). "로그인한 사람만 볼 수 있게 했다"면 로그아웃 상태로 주소를 열어보면 됩니다. 문법을 몰라도 결과로 검증할 수 있습니다.
AI에게 이렇게 요청해도 됩니다. "내가 정한 결정 목록이야. 지금 코드가 이 결정을 지키고 있는지 항목별로 확인해서 표로 알려줘." 확인의 기준을 내가 쥐고 있다는 점이 중요합니다.
정리
도구를 고르고(4편), 대화로 만들고(2편), 막히면 물어보고(5편), 배포해서(3편), 사용자에게 보여주는(6편) 흐름 아래에는 계속 이 결정들이 깔려 있습니다. 한 번에 다 챙길 수는 없습니다. 다만 "지금 무엇이 정해지고 있는가"를 묻는 습관만 있으면, 나중에 되돌리기 어려운 사고는 대부분 피할 수 있습니다.
이 글은 유튜브 영상 「3시간 순삭) 55개 기술 의사결정, 소스코드 해설까지! 현존 바이브코딩 기본 강의 중 가장 실전적인 강의」에서 다룬 '기술 의사결정' 관점을 출발점으로 삼아, 퇴직 전후 중장년 독자가 실제로 챙겨야 할 항목 중심으로 다시 구성한 것입니다. 영상의 구체적인 강의 내용과 소스코드 해설은 원본을 직접 확인하시기 바랍니다.
도구와 서비스의 기능·요금·기본 설정은 수시로 바뀝니다. 이 글은 판단의 틀을 정리한 것으로 특정 도구의 동작이나 결과를 보장하지 않으며, 개인정보나 결제를 다루는 서비스라면 관련 법령과 공식 안내를 반드시 확인하시기 바랍니다.
도움이 되는 공식자료
이 글은 퇴직생활연구소 편집실이 생성형 AI 도구로 초안을 만들고, 공식 출처를 사람이 확인한 뒤 발행했습니다. 편집자 이름은 담당 업무를 가리키는 운영명이며 실존 인물이 아닙니다. 편집실 운영 방식 보기
