1000시간의 바이브 코딩 경험으로 본 AI 제품 개발 전략

커뮤니티 반응

대체로 긍정적이며 많은 사용자가 AI를 활용한 개발 프로세스 최적화 방법에 공감했다.

주요 논점

01찬성다수

AI에게 모든 설계를 맡기기보다 인간이 구조를 잡고 AI를 실행 도구로 써야 한다.

합의점 vs 논쟁점

합의점

AI에게 복잡한 작업을 한 번에 시키면 품질이 저하된다는 점
명확한 기술 스택과 요구사항 정의가 선행되어야 한다는 점

논쟁점

AI에게 디자인 결정권을 어느 정도까지 부여할 것인가에 대한 시각 차이

실용적 조언

구현 전 AI에게 논리적 허점(edge cases)을 먼저 찾아달라고 요청할 것
agent.md 파일을 만들어 코딩 스타일과 금지 명령을 관리할 것
디자인 결정권은 AI에게 주지 말고 직접 와이어프레임을 설계할 것

섹션별 상세

AI를 건축가가 아닌 주니어 개발자로 대우해야 한다. 구현을 시작하기 전에 무엇을 만들지 논의하고 AI가 논리적 허점을 먼저 찾도록 유도하는 과정이 필요하다. 이는 AI가 스스로 설계를 주도하게 두었을 때 발생하는 사용 불가능한 결과물을 방지하기 위함이다.

프롬프팅 수준을 세 단계로 구분하여 체계적인 접근을 권장했다. 1단계는 전체 앱 구축을 한 번에 요청하는 방식이며, 3단계는 AI와 함께 PRD를 확정하고 기술 아키텍처를 엄격히 정의한 뒤 코드를 작성하는 방식이다. 구체적인 기술 스택인 Supabase, Postgres 등을 명시하고 논리 검증을 선행하는 것이 프로 수준의 핵심이다.

구현 단계를 세분화하고 단계별 마감 기한과 결과물을 설정해야 한다. AI에게 한꺼번에 너무 많은 작업을 맡기면 중요한 의사결정 단계를 건너뛰고 잘못된 추측을 할 가능성이 높기 때문이다. 핵심적인 제품 결정은 AI가 아닌 인간 개발자가 직접 내려야 품질이 보장된다.

agent.md와 같은 엄격한 지시 파일을 활용하여 개발 환경을 제어한다. 이 파일에 제품 구조, 코딩 스타일, 에러 처리 방식, 데이터베이스 마이그레이션 금지 명령 등을 명시하여 반복적인 프롬프트 입력을 줄인다. 이를 통해 AI 에이전트가 프로젝트의 맥락을 일관되게 유지하며 작업할 수 있다.

언급된 도구

Supabase추천

Backend as a Service (Database)

Postgres추천

Relational Database

Prisma추천

ORM (Object-Relational Mapping)