바이브 코딩 워크플로 전 과정: 다중 AI 에이전트로 풀스택 개발하기

핵심 메시지

• 한 사람이 작업을 여러 AI 에이전트에 나눠 맡기고 진행 상황을 관리하는 것이 핵심 역량이 되고 있다.
• 작업 난이도에 따라 투입 에이전트 수와 계획 수립 여부를 조절한다 — 쉬운 작업은 에이전트 하나로, 어려운 작업은 여러 에이전트와 사전 계획으로.
• 음성 입력, 스크린샷, 디렉터리 컨텍스트 첨부 같은 보조 도구가 환각을 줄이고 의도 전달을 정확하게 한다.
• 프로덕션 배포는 한 번에 되는 경우가 드물며, 에러 로그와 화면을 그대로 에이전트에 넘겨 수정하는 반복이 필요하다.

쉽게 이해하기

발표자는 자신이 운영하는 서비스가 모두 '바이브 코딩'으로 만들어졌다고 소개하며, 실제로 어떤 도구와 구독을 쓰고 어떤 절차로 프로덕션 소프트웨어를 만드는지 단계별로 보여준다. 그는 하루 12~16시간 도구를 쓰는 헤비 유저라서 사용량 한도를 피하려 여러 제공사의 구독을 동시에 둔다고 설명한다.

워크플로의 중심에는 여러 작업을 동시에 진행하는 방식이 있다. 그는 작업 난이도를 1~10으로 가늠해, 버튼 색 바꾸기 같은 난이도 1 작업은 에이전트 하나로 즉시 처리하고, 난이도가 올라갈수록 더 많은 서브 에이전트를 띄우고 사전 계획(plan mode)을 세운다. 실제로 코딩 에이전트 여러 개를 각각 다른 디렉터리에 띄워 API, UI, 테스트 스위트를 병렬로 작업시킨다.

그는 데이터베이스와 API를 먼저 만들고, UI를 별도 에이전트로 설계하고, 또 다른 에이전트로 AWS 인프라(VPC, 보안 그룹, 컨테이너, 로드밸런서, RDS)를 프로비저닝하는 과정을 시연한다. 에이전트들이 서로 다른 디렉터리에서 일하므로 충돌이 없지만, 충돌 위험이 있을 때만 git 워크트리로 격리하라고 조언한다.

디스코드 로그인 같은 처음 해보는 작업은 에이전트에게 절차를 물어보고, 브라우저 작업이 필요하면 다른 AI에 넘길 '핸드오프 프롬프트'를 코딩 에이전트가 대신 작성하게 한다. 마지막으로 프로덕션에 올린 뒤 발생한 에러 메시지와 스크린샷을 그대로 에이전트에 전달해 버그를 잡고, 디스코드 인증까지 실제로 동작시키는 모습을 보여준다.

주요 인사이트

• 단일 작업만 붙잡고 있으면 좋은 바이브 코더가 아니라는 발표자의 말처럼, 생산성의 핵심은 코드 작성 자체가 아니라 여러 에이전트를 동시에 관리하는 능력으로 옮겨가고 있다.
• 작업 난이도를 의식적으로 평가해 에이전트 수와 계획 수립을 조절하는 '난이도 기반 분배'는 무작정 강력한 모델 하나에 맡기는 것보다 결과 품질을 높인다.
• 스크린샷에 화살표로 위치를 표시해 첨부하면 '여기에 검색창을 넣어라' 같은 모호한 지시도 정확히 전달되어 환각이 크게 줄어든다.
• git 워크트리는 에이전트 간 파일 충돌을 막아주지만 병합 부담이 생기므로, 충돌 위험이 실제로 있을 때만 쓰고 불필요하게 복잡하게 만들지 말라는 실용적 균형 감각이 강조된다.
• 프로덕션 배포는 첫 시도에 성공하지 않는 것이 보통이며, 에러를 에이전트에 그대로 넘겨 고치는 디버깅 루프를 워크플로의 정상 단계로 받아들여야 한다.

자주 묻는 질문

관련 AI 소식