바이브코딩으로 콘텐츠 파이프라인을 만드는 것은 가능하다. 실제로 Jurin의 블로그 자동화 시스템이 그렇게 만들어졌다. 하지만 과정이 예상보다 복잡한 지점이 있고, 그 지점에서 많은 시도가 막힌다. 시작하기 전에 알아야 할 것들을 정리했다.
바이브코딩으로 무엇까지 만들 수 있는가
바이브코딩은 AI와 대화하면서 코드를 만들어가는 방식이다. 프로그래밍 경험이 없어도 원하는 기능을 설명하면 AI가 구현 코드를 작성하고, 사람은 결과를 확인하면서 방향을 조정한다.
콘텐츠 파이프라인 구축에 바이브코딩을 적용하면 다음 기능을 만들 수 있다.
- 기획을 데이터베이스에 저장하고 상태를 관리하는 백엔드 API
- 주기적으로 에이전트를 실행하는 스케줄러
- 결과를 외부 채널로 알림하는 연동
- 대시보드에서 상태를 확인하는 UI
코딩 경험 없이 시작했더라도, 약 4주~6주 반복 작업이면 기본 파이프라인 동작 구조까지 만들 수 있다. 단, 중간에 넘어야 할 고비가 있다.
어디서 판단을 내려야 하는가
바이브코딩의 함정은 AI가 코드를 생성해주지만, 구조 결정은 사람이 해야 한다는 점이다. AI에게 "콘텐츠 파이프라인 만들어줘"라고 하면 뭔가를 만들어주지만, 그것이 운영 가능한 구조인지는 다른 문제다.
다음 질문들은 코드 작성 전에 사람이 직접 결정해야 한다.
1. 상태를 어디에서 관리할 것인가 각 단계의 진행 상황을 데이터베이스에 저장할 것인가, 메모리에서만 다룰 것인가. 재시작 후에도 파이프라인이 이어져야 한다면 반드시 데이터베이스에 저장해야 한다.
2. 에이전트 간 신호는 어떻게 줄 것인가 에이전트가 서로 직접 호출하는 방식을 쓰면 한 에이전트의 실패가 전체를 멈춘다. 상태 값을 공유 저장소에 쓰고, 다음 에이전트가 그 값을 읽는 방식이 더 안정적이다.
3. 사람의 개입이 필요한 지점은 어디인가 모든 것을 자동화할 수는 없다. 외부 발송, 삭제, 중요 결정 전에는 사람이 승인해야 한다. 이 지점을 설계 단계에서 정해두지 않으면 나중에 전체 구조를 뜯어야 한다.
4. 실패하면 어떻게 할 것인가 에이전트가 오류를 내거나 결과가 기대와 다를 때 파이프라인은 어떻게 행동해야 하는가. 오류 기록을 남기고 알림을 보내는 것만으로도 충분한 경우가 많다.
바이브코딩으로 만들 때 흔히 막히는 구간
직접 경험하거나 관찰한 막힘 구간을 세 가지로 정리했다.
첫째, 프롬프트가 구체적이지 않을 때 "블로그 글 자동화 만들어줘"는 AI가 구현할 수 없다. "기획 데이터를 읽어서 각 토픽별로 글을 생성하고, 결과를 posts 테이블에 저장하는 API를 만들어줘"처럼 입력, 처리, 출력을 명확하게 적어야 한다. 막히면 대부분 프롬프트가 너무 뭉툭한 탓이다.
둘째, 데이터 구조가 흔들릴 때 파이프라인이 진행되면서 "이 데이터도 필요해"라는 상황이 생긴다. 초기 데이터베이스 스키마를 바꾸면 이미 만들어진 코드도 함께 수정해야 한다. 시작 전에 "어떤 데이터를 어디에 저장할 것인가"를 먼저 종이에 그려보면 이 반복 수정이 줄어든다.
셋째, 에러 메시지를 해석하지 못할 때 AI가 만든 코드가 실행되지 않을 때, 에러 메시지를 AI에게 그대로 붙여넣으면 대부분 해결된다. 단, 에러 메시지 전체를 복사해야 한다. 일부만 잘라 붙이면 AI도 원인을 찾지 못한다.
단계별로 붙이는 것이 전체를 한 번에 설계하는 것보다 빠른 이유
처음부터 기획, 작성, 검증, 발행 전체 파이프라인을 한꺼번에 만들려 하면 중간에 무너진다. 너무 많은 변수가 한꺼번에 움직이기 때문이다.
Jurin 파이프라인을 구축한 순서는 다음과 같았다.
- 기획을 저장하는 기능만 먼저 만들고, 2주 동안 실제로 사용했다.
- 기획이 안정적으로 저장되는 것을 확인한 뒤, 글 작성 기능을 추가했다.
- 발행까지 잘 되는 것을 확인하고 나서, 사실검증 단계를 끼워 넣었다.
각 단계마다 실제로 써보면서 "이 단계에서 뭐가 필요한지"를 발견했다. 처음 설계할 때 몰랐던 것들이 운영 중에 보인다. 그 발견을 다음 단계에 반영하는 것이 바이브코딩이 잘 맞는 방식이다.
비개발자가 바이브코딩으로 파이프라인을 만들 수 있는가
결론부터 말하면 만들 수 있다. 단, "AI가 다 해준다"는 기대는 내려놔야 한다.
AI는 코드를 만들어준다. 구조를 판단하고, 어디에 사람이 개입해야 하는지를 결정하고, 만들어진 것이 잘 작동하는지 확인하는 것은 사람의 몫이다. 코드를 이해할 필요는 없다. 하지만 자신이 만드는 시스템이 어떤 흐름으로 돌아가는지는 알아야 한다.
처음 파이프라인을 완성하기까지 약 6주가 걸렸다. 지금은 같은 구조를 새 주제에 적용할 때 약 1주일이면 된다. 처음 투자한 시간이 다음 시스템의 속도를 만든다.