🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

현실적으로 해볼만한 바이브코딩은 거창한 창업보다 구독료 줄이기에서 출발해, 내가 매달 쓰는 SaaS 기능을 직접 만들어 대체해 보는 접근이다.

📌 핵심 요점

1. 바이브코딩의 현실적인 목표는 바로 돈 버는 서비스를 만드는 것이 아니라, 이미 매달 내고 있는 구독료를 줄일 수 있는 개인용 도구를 만드는 데 있다.
2. 로컬에서만 쓰는 도구와 달리 상태 페이지처럼 24시간 동작해야 하는 서비스는 클라우드나 VPS 배포까지 포함해야 실제 사용 가능한 제품이 된다.
3. 영상에서는 여러 사이트의 정상 동작 여부를 주기적으로 확인하고 막대 형태로 보여 주는 미니 업타임 서비스를 예제로 삼았다.
4. 코덱스에 감시 대시보드, 기본 감시 대상, 로컬·VPS 실행 구조, README 배포 방법 등을 포함해 프롬프트를 주고 프로젝트를 생성하는 흐름을 보여 줬다.
5. GitHub 푸시, DNS A 레코드 연결, Nginx 설정, HTTPS 인증서 발급을 거쳐 status.zerocho.com에서 실제 상태 페이지가 동작하는 결과까지 확인했다.

🧩 배경과 문제 정의

• 이 영상은 바이브코딩의 목표를 “새 서비스로 돈을 버는 창업”보다 “이미 매달 내고 있는 구독료를 줄이는 실용적 자동화”에 둔다.
• 단순히 로컬에서 실행되는 도구를 만드는 수준을 넘어, 24시간 동작해야 하는 서비스라면 클라우드나 VPS에 배포하는 경험까지 포함해야 실제로 쓸 수 있는 제품이 된다.
• 유료 SaaS는 편리하지만, 필요한 기능이 부족하거나 여러 서비스의 구독료가 겹치는 문제가 생길 수 있다.
• 그래서 간단한 상태 확인 대시보드처럼 기능 범위가 작고 목적이 분명한 제품은 바이브코딩 연습 대상으로 적합하다.
• 핵심 문제는 “AI로 무엇을 만들 것인가”가 아니라, “내가 이미 돈을 내고 있는 도구 중 직접 만들어 대체하거나 통합할 수 있는 것이 무엇인가”에 가깝다.
• VPS 하나에 블로그, 개인 서비스, AI 비서, 상태 페이지 등을 함께 운영하면 여러 개의 별도 구독이나 호스팅 비용을 줄이는 현실적인 대안이 될 수 있다.

🕒 시간순 섹션별 상세정리

1. 구독료 절감을 목표로 잡은 바이브코딩 접근

• 로컬 데이터베이스만 쓰는 시간 관리 도구와 달리, 24시간 켜져 있어야 하는 서비스는 개인 컴퓨터보다 클라우드에 올려 두는 편이 적합하다 [00:14]
• 바이브코딩으로 돈을 버는 일은 개발 지식보다 사업 역량의 비중이 크고, 누구나 시도할 수 있는 현실적 목표는 매달 내는 구독료를 직접 만든 도구로 줄이는 것이다 [00:39]
• 브루는 음성 인식, 자막 배치, 컷 편집을 간단히 처리하지만 프리미어 프로와 함께 쓰면 구독료가 중복되고, 프리미어 플러그인으로 일부 기능을 대체할 여지가 생긴다 [01:42]
• 클로드 코드와 페이블 모델을 활용해 브루 기능을 흉내 내는 플러그인을 만들었고, 스크린샷 기반 조작과 보고 덕분에 프리미어 프로 작업 자동화가 어느 정도 가능했다 [02:06]

2. 코덱스로 미니 업타임을 만들기 위한 프롬프트 설계

• 클로드 페이블 대신 코덱스를 사용해 미니 업타임 프로젝트를 새로 만들고, 속도는 고속, 모델은 GPT-5.5 중간 설정을 주로 사용한다 [03:36]
• 프롬프트에는 작은 사이트 감시 대시보드, 기본 감시 대상 2개, 로컬과 VPS 모두에서 실행 가능한 구조, 배포 방법을 README에 적는 요구사항이 포함된다 [04:08]
• Vercel Hobby 플랜은 무료지만 상업적 이용이 불가능하고, 여러 제품을 운영하면 제품마다 별도 서버 비용이 생길 수 있어 VPS 하나에 여러 서비스를 몰아 운영하는 방식이 대안이 된다 [04:47]
• 블로그, 워드프레스, 페이퍼클립 같은 여러 서비스를 VPS 하나에 올려 테스트하고 있으며, 새 상태 페이지도 status.zerocho.com 같은 서브도메인으로 배포할 계획이다 [05:10]

3. GitHub 푸시, 도메인 연결, Nginx·HTTPS 설정

• 완성된 프로젝트는 GitHub 저장소로 푸시되고, GitHub 플러그인을 추가하면 GPT가 저장소 생성과 푸시 작업을 처리할 수 있다 [06:49]
• VPS 배포를 위해서는 도메인 관리 화면에서 DNS의 A 레코드를 추가하고, status 서브도메인을 VPS IP와 연결해야 한다 [07:23]

4. 실제 접속 결과와 SaaS 구독 구조에 대한 시사점

• 로컬호스트 주소는 본인만 접속할 수 있으므로, 다른 사람도 접속하려면 naver.com이나 hostinger.com 같은 도메인과 DNS 세팅이 필요하다 [09:52]
• status.zerocho.com으로 접속하면 방금 만든 상태 페이지가 실제로 동작하고, 전체 체크 버튼으로 수동 점검도 가능하다 [10:10]
• 제공된 section-detail 기준으로는 10:10 이후의 구체 발화가 분리되어 있지 않으므로, 영상 마지막 90초가량의 세부 발언은 추가 transcript 확인이 필요하다 [10:25]

5. VPS 기반 바이브 코딩 제품의 비용 구조

• 코덱스 바이브 코딩과 호스팅어 VPS를 사용해 간단한 프로덕트를 직접 만들어 본 사례로 정리한다 [10:26]
• 원래는 돈을 내고 구독해야 할 서비스도 요즘에는 직접 만들어 사용할 수 있다고 보여준다 [10:30]
• 완전히 무료는 아니지만, 호스팅어 VPS 같은 호스팅 공간을 하나 갖추면 여러 개인 서비스와 블로그를 올려둘 수 있다고 드러낸다 [10:37]
• 잡다한 서비스를 따로 구독하기보다 VPS 하나를 구독하고, 기존에 구독하던 제품들을 바이브 코딩으로 대체해 보는 방안을 제안한다 [10:51]

6. SaaS의 고유 가치와 영상 마무리

• 직접 바이브 코딩으로 프로덕트를 만들어 쓰다 보니, SaaS는 바이브 코딩으로 만들 수 없는 고유한 가치가 없으면 큰 위협을 받을 수 있다고 평가한다 [11:02]
• 영상이 도움이 됐다면 구독과 좋아요를 눌러 달라고 요청하고, 다음에도 다른 바이브 코딩 사례를 보여 주겠다고 드러낸다 [11:17]
• 이 정도 제품이 프롬프트 한 방이면 끝난다는 점이 놀랍다고 덧붙인다 [11:22]
• 호스팅어 링크와 쿠폰 코드는 댓글에 올려 두었고, 궁금한 점은 댓글로 남겨 달라며 다음에도 유용한 AI 개발 소식으로 돌아오겠다고 마무리한다 [11:28]

🧾 결론

• 이 영상의 핵심은 “바이브코딩으로 무엇을 만들 것인가”에 대한 답을 수익화보다 비용 절감에서 찾는 것이다.
• 상태 페이지처럼 기능 범위가 작고 결과가 눈에 보이는 서비스는 프롬프트 작성, 로컬 실행, 서버 배포, 도메인 연결까지 한 번에 연습하기 좋은 예제다.
• VPS 하나에 블로그, 개인 서비스, AI 비서, 상태 페이지 등을 함께 올리면 여러 개의 SaaS 구독을 일부 대체할 수 있다는 관점이 제시된다.
• 다만 VPS 비용이 발생하므로 완전히 무료 대체는 아니며, 직접 운영에 필요한 서버·도메인·배포 설정 부담도 함께 고려해야 한다.

📈 투자·시사 포인트

• 개인이나 소규모 팀이 단순한 SaaS 기능을 직접 구현할 수 있게 되면, 차별성이 약한 구독형 도구는 가격 압박을 받을 수 있다.
• 반대로 상태 페이지, 자동화 도구, 편집 보조 기능처럼 반복적이고 명확한 문제를 해결하는 영역은 바이브코딩 학습과 실전 적용의 좋은 출발점이 될 수 있다.
• VPS 기반 운영은 여러 서비스를 한 서버에 모아 비용을 줄일 수 있는 선택지지만, 안정성·보안·장애 대응까지 사용자가 감당해야 한다는 점이 중요하다.
• 검증 필요: 실제로 SaaS 구독료를 얼마나 줄일 수 있는지는 사용 중인 서비스 수, VPS 비용, 운영 시간, 유지보수 난도에 따라 달라진다.

⚠️ 불확실하거나 확인이 필요한 부분

• 영상에서는 Vercel Hobby 플랜이 무료지만 상업적 이용이 불가능하다고 설명하지만, 실제 서비스에 적용하기 전에는 최신 약관을 별도로 확인해야 한다.
• Hostinger VPS 비용, 댓글의 링크·쿠폰 코드, 실제 할인 조건은 영상 설명만으로는 확정할 수 없으므로 구매 전 확인이 필요하다.
• “프롬프트 한 번으로 상태 페이지가 완성됐다”는 것은 영상 속 데모 기준이며, 장기 운영에 필요한 장애 알림, 인증, 로그 보관, 백업, 보안 설정까지 충분한지는 별도 검증이 필요하다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 현재 매달 결제 중인 SaaS와 도구를 목록화하고, 단순 기능 위주로 직접 만들어 대체할 수 있는 후보를 고른다.
• 24시간 동작이 필요한 서비스인지, 로컬에서만 써도 되는 도구인지 먼저 구분한다.
• 상태 페이지처럼 요구사항이 단순한 프로젝트를 골라 감시 대상, 체크 주기, 표시 방식, 수동 점검 버튼 같은 최소 기능을 정의한다.
• 로컬 실행이 끝나면 VPS 배포를 전제로 README에 실행 방법과 배포 절차를 정리한다.

❓ 열린 질문

• 어떤 구독형 도구가 “직접 만들면 충분히 쓸 만한 수준”이고, 어떤 도구는 전문 SaaS를 계속 쓰는 편이 나은가?
• 상태 페이지를 개인용으로 쓸 때 최소 기능은 어디까지이며, 장애 알림이나 이력 저장까지 포함해야 실사용 가능하다고 볼 수 있는가?
• VPS 하나에 블로그, AI 비서, 상태 페이지 등 여러 서비스를 함께 운영할 때 장애·보안·업데이트 관리는 어떻게 분리하는 것이 좋은가?