05_기획_바이브 코딩

들어가기에 앞서

지난 번 포스팅에서 언급한 MOAI-ADK로 바이브 코딩으로 개발하는 과정을 살펴보니…
스펙 문서가 잘 작성되면 바이브코딩으로 퍼포먼스가 잘 나오는 것 같다. 
돌이켜 보면 나의 클로드 코드를 활용한 몇 차례의 바이브 코딩은 초기 결과물은 좋지만 이후 이래저래 꼬인다는 것이 였다. 
초기 결과물을 테스트 하고 지속적으로 디벨롭을 해나가겠다는 마음이었지만…
돌이켜 보면 무엇을 만들겠다는 것이 명확하게 정의 되지 않은 상태라 문제가 생긴 것 같다.

‘딸깍 하면 다 만들어준다.’는 말은 더 이상 믿지 않는다.
누군가 바이브 코딩으로 뭔가를 엄청 쉽게 했다고 말하면 바이브 코딩 전에 하고 싶은 무엇인가가 명확히 정의 되어 있는 상황이 선행되었겠구나.. 하고 생각한다.

 

 

<기획>이 필요하다. 

 

MOAI-ADK의 시작은 자연어로 개발 방향성을 설명하거나, 정리된 문서를 업로드 해두는 것으로 시작한다.
내가 이해한 흐름은 
 개발 방향성 > PRD > 스펙 문서 > 구현 > 테스트
와 같은 흐름이다. 
이 개발 방향성을 개떡 같이 써놔도 그럴 듯한 PRD가 만들어 진다. 
그러나 그 PRD가 내가 원하는 그것이 아닐 수 있다. 
애초에 개발 방향성을 잘 정리해두는 것이 좋겠다고 판단했다. 
클로드 코드와 MOAI 조합은 잘 정리된 스펙을 잘 구현하는 것 같았다.  
스펙을 잘 정리하기 위해서는 기획을 잘 정리할 필요가 있다. 
결국 시작(기획)이 중요하다. 
초기 기획을 꼼꼼하게 할 수록 좋은 스펙문서가 만들어 질것이다.
(MOAI 개발자 역시 대부분의 시간을 스펙 문서를 잘 만드는 데 투자한다고 하였다.)

 

1. Gemini(챗봇)로 기획하기 

원래 처음 시작은 재미나이로 기획서를 작성해보려고했다. 
먼저 내가 두서없이 문서를 작성하고 이것을 재미나이를 통해 정리한 후 수정 요청을 반복해서 문서를 다듬으려고 했다. 

이를 위해 기획 전문 GEM을 만들어서 사용해보기로 했다.  
그런데 기획을 하다보니 필요한 내용이 확장되고, 지금까지 논의 내용을 정리해두고 넘어가고, 새로운 문서들을 또 만들어야하는 과정이 필요했다. 단일 채팅창에서 이것을 소화하기는 어려웠고 다른 채팅창에서 이전 채팅 내용을 공유 하는 것도 번거스러웠다. 
클로드 코드나 안티그라비티를 사용해서 기획 문서에 직접 접근 가능한 방식을 사용해야겠다. 

 

2. Antigravity로 기획하기

클로드 코드를 써서 기획 작업을 할 까.. 했지만… 
토큰도 좀 아껴보고, 경험도 해볼 양으로 안티그라비티로 기획 작업을 해보기로 했다.

 

우선 사전 정보를 넣어줬다.

-n8n으로 작업한 POC 워크플로우를 JSON으로 추출했다.
-베타 테스트 결과와 인사이트를 넣었다.
-내가 생각하는 기획의 방향과 고민등을 두서없이 끄적여서 채팅창으로 넣었다. 
  

그리고 논의한 주요 주제들

커뮤니케이션 규칙 만들기
PRD 제작 계획
핵심 기능
POC 워크플로 분석하기
(이 때 부터 gemini 3.1pro → opus 4.6 변경. PRD와 같은 개발용 문서 작업은 ..claude 모델들이 더 내 취향이다. gemini는 좀 장황한 느낌이고.. claude 녀석들이 좀더 명료하게 정의를 하는 느낌.. )
핵심 화면 구성
핵심 기술 스택

그렇게 핑퐁하면서 세부 사항을 하나씩 정리해나가다 보니..

PRD 초안이 만들어졌다. 

이렇게 작업된 PRD 문서들이 완벽하지 않았다. 
LLM 녀석들은 자꾸 확정을 하고 다음 단계로 넘어가자고 하는데 ㅋㅋㅋ
그럴 수는 없는 노릇이다.
세부 기획을 좀 더 구체화하면서 수정이 필요한 부분은 왔다갔다 하면서 계속 수정해야한다. 
다음 작업은 홈 화면부터 좀 더 디테일을 다듬어 볼까 한다.   

PS.

초안을 보고 있자니 ... 갈길이 멀다는 느낌이다. 

수 없이 많은 와리가리와 핑퐁이 필요하 것다.

inmyrace_PRD.md

0.02MB