클라드, 지미니, 챗GPT로 같은 앱 만들기, 프롬프트의 중요성

안녕하세요, IT 전문 블로거로서 최근 급격히 성장해 가는 AI 개발 트렌드 중‘Vibe 코딩’이라 불리는 것에 대해 여러분과 이야기 나누고 싶네요. 말 그대로 대화만으로 앱을 만들어 내는 방식이죠. 전문가가 아니더라도 누구든 할 수 있어 진입 장벽이 매우 낮습니다. 다만 완성된 앱은 결국 우리가 주는 프롬프트의 질에 달려있다는 점을 강조하려는 건데요.

그만큼 간단해 보이지만, 실제 구현에서는 모델과 프롬프트 간의 시너지나 한계가 많이 드러나는 분야예요. 저 역시 이런 취미로 개발자로서 도전한 적이 종종 있고, 이번 기회에는 전자책 리더기 제작이라는 실용적인 목표를 두고 실험을 벌여 보기로 했죠.

배경에는 아마존 킴들(Kindle)의 기능적 제한이 있었습니다. 20 년 가까이 사용하지만, 독서에 집중하면서 책을 읽을 때 동시에 말소리가 나오는 기능을 구현하지 못하는 게 매우 아쉬웠기 때문이지요. 모바일은 가능해도 기기로서는 한계가 명확해요.

그래서 저는 웹 브라우저에서 바로 실행될 수 있는 별도의 종속성을 필요로 하지 않는 단일 HTML 파일로 구성 가능한 앱’Tome Reader’를 지향했습니다. 배경 음악은 장르에 따라 변경되고, 특정 단어 발성 시 효과음과 시각적 효과를 생성하는 등 기능이 꽤 다양하죠.

여기서 가장 중요한 전략은 동일하게 작동하는 결과를 얻기 위해 첫 단계를 지미니(Gemini)에게 맡기는 것이었습니다. 저는 먼저 아이디어를 구체화하며 기능을 늘려가기 시작했습니다. 초기에는 음성을 로드하지 않는 기술적 문제를 해결하기 위해 스크린을 클릭해야 활성화되도록 하거나, 효과음 스테이션 옵션 등을 추가하죠.

그다음 단계에서 지미니에게 생성한 프롬프트를 클라드(Claude)와 챗GPT로 업로드했습니다. 클라의 경우는 트리거 단어의 빈도 수를 조절하는 논리를 제안했지만, 이 점은 제 예상과 달랐습니다. 모든 단어가 다 울리는 대신 문장 단위마다 한 번씩만 작동하려는 설계였거든요.

결론적으로 어떤 모델을 쓰느냐 보다는 우리가 주입한 프롬프트가 결과를 좌우한다고 봐도 괜찮으니까요. 이번 프로젝트에서는 3 개 체이저를 비교하며 각각의 모델이 보여주는 장단점과 프롬프트 최적화 과정까지 모두 확인했죠. 단순히 기능을 구현해 내는 것 이상으로, 어떻게 하면 더 풍부한 경험을 줄 수 있는지에 대한 고민을 담았습니다.

Vibe 코딩이라고 해서 완벽한 앱이 나오진 않을 수도 있어요. 하지만 이 과정에서 배운 점은 명확합니다. AI 에게 구체적인 목표와 제약 조건, 그리고 예외 상황을 잘 전달하는 것이 바로 프롬프트 엔지니어링의 핵심이에요. 오늘 소개한 웹앱은 브라우저에서 바로 실행되며 독서 경험을 확장할 수 있는데 이를 직접 만들어보는 프로젝트였죠.

특히 음성을 출력해 주는 기능(TTS)이나 배경음악 분류는 사용자가 콘텐츠를 소비하는 방식에 중요한 영향을 미치니까요. 만약 여러분이도 이 같은 프로젝트를 시작하려는 중이라면, 처음부터 모든 모델로 동시에 시도하기보다는 하나의 모델을 주축으로 프롬프트를 정립한 후 공유한다면 훨씬 깔끔한 결과물이 나올 거예요.

저 역시 마지막 실험에서 챗GPT 가 어떤 성능을 보여줬는지 확인했지만, 전반적으로 지미니와 클라드의 조합이 더 만족스러웠어요. 왜냐하면 프롬프트 생성 자체를 AI 에게 맡겨서 자동으로 다음 단계의 조건을 수정해 주기 때문이죠. 이렇게 순환 구조로 작업을 진행해야 진정한 AI 협업의 맛을 느낄 수 있습니다.

마지막으로 전자책 리더기 제작과 같은 실용적인 목표도 중요하되, 기술적 한계를 정복하는 과정 자체도 가치 있다고 말씀드리고 싶네요. 단순한 툴을 넘어, 독자의 감정을 고려한 음악 변화와 시각 효과를 구현한 웹앱은 분명히 차별화된 경험에요. 이 글이 Vibe 코딩과 AI 개발에 관심 있는 분들에게 조금이라도 도움이 되길 바랍니다.

이 글은 CNET의 기사를 바탕으로 작성되었습니다.