물론 비용의 문제가 따르기에, 현재 나는 최대한 무료 범위에서 지속 가능한 시스템을 구현하는 효율적 설계를 지향하고 있다.
이제 상상력만 있다면 누구나 웹 서비스를 만들 수 있는 시대다. AI 기반 앱 빌더인 '러버블(Lovable)'은 소위 '바이브 코딩(Vibe Coding)'을 가능하게 한다. 코딩 문법을 몰라도 내가 원하는 기능을 텍스트로 설명하는 것만으로 실제 작동하는 웹앱이 눈앞에 나타난다. 비록 무료 티어에는 일일 사용량 제한이 있지만, 이를 전략적으로 활용한다면 나에게 꼭 필요한 '커스텀 플랫폼'을 구축하기에는 충분하다.
나는 이 도구를 활용해 나만의 '맛집 큐레이션 플랫폼'을 만들었다. 단순히 식당 이름을 저장하는 메모장이 아니라, 검색과 분석, 데이터 관리까지 한 번에 이뤄지는 서비스다.
러버블의 무료 티어를 아끼면서도 완성도를 높이는 비결은 '한 번에 제대로 요청하는 것'이다. 나는 바로 러버블에 명령을 내리는 대신, 먼저 다른 AI와 대화하며 '프롬프트 브리프(개요서)'를 작성했다. 기능 명세와 서버 구조를 미리 점검한 뒤, 정돈된 프롬프트를 러버블에 입력했다. 시행착오를 줄이는 이 과정이야말로 설계자가 갖춰야 할 핵심적인 수고라고 할 수 있다.
러버블이 훌륭한 '캔버스'라면, 그 위를 채우는 '물감'은 바로 API(Application Programming Interface)들이다. 이번 프로젝트의 전문성은 서로 다른 API들의 영리한 결합에서 나왔다.
카카오 맵 API: 지역 검색 기능을 구현하고, 정확한 주소 데이터를 가져온다.
제미나이(Gemini) API: 검색된 식당 정보를 바탕으로 맞춤형 태그를 자동 생성한다.
이 작업을 하며 다시 한번 느꼈다. AI 활용의 중심에는 결국 'API 키'가 있다는 사실이다. 훌륭한 툴이 아무리 많아도, 각기 다른 지능과 기능을 연결해 주는 이 열쇠들을 어떻게 배치하느냐가 설계자의 실력을 결정한다.
카카오 API로 위치를 고정하고, 제미나이 API로 지능적인 태그를 붙이는 과정은 코딩이라기보다 거대한 '지능의 레고'를 조립하는 과정에 가깝다.
☝️이 시스템을 통해 얻은 세 가지 인사이트
1. 결핍은 설계의 동력이 된다: 무료 티어의 역설
많은 이들이 도구의 '무료 제한'을 한계라고 느끼며 불평한다. 하지만 나는 이 결핍을 기획의 정교함을 높이는 필터로 활용했다. 무제한의 기회가 주어진다면 우리는 대충 만들고 고치기를 반복하는 시행착오의 늪에 빠지기 쉽다. 그러나 러버블의 일일 사용량 제한은 나로 하여금 '프롬프트 브리프(개요서)'를 더 치밀하게 쓰게 만들었다.
"무료 티어의 제한은 장애물이 아니라, 설계자의 집중력을 끌어올리는 필터다." 제한된 자원 안에서 단 한 번의 요청으로 최선의 결과물을 뽑아내려는 노력. 그것이 진짜 엔지니어링의 시작이자, 설계자의 근육이 길러지는 지점이다.
2. 도구는 빌려 쓰되, 데이터는 소유하라: 데이터 주권
이번 프로젝트에서 내가 가장 공들인 기능 중 하나는 역설적이게도 화려한 AI 기능이 아닌 'CSV 내보내기' 버튼이었다. 러버블 같은 SaaS(서비스형 소프트웨어) 툴은 언제든 정책이 변하거나 사라질 수 있다. 진정한 설계자는 화려한 UI 뒤에 항상 '데이터 탈출 전략(Data Exit Strategy)'을 세워두어야 한다.
"도구는 빌려 쓰더라도, 데이터는 내 것이어야 한다." 내가 한땀 한땀 쌓아 올린 맛집 리스트라는 소중한 자산이 특정 플랫폼에 종속되지 않도록 설계하는 것. 그것이 플랫폼 독립성을 확보하고 내 노력의 주권을 지키는 유일한 방법이다.
3. 지능을 발명하지 말고 아웃소싱하라: 시스템 통합자
나는 이번 앱을 만들며 모든 기능을 직접 코딩하지 않았다. 대신 세상에 이미 존재하는 최고의 지능들을 찾아 연결했다. 위치 정보는 카카오 맵 API에 맡겼고, 텍스트 분석과 자동 태그는 구글 제미나이(Gemini) API를 연결했다. 이것은 '이미 검증된 지능을 가장 효율적으로 배치' 하기 위함이다.
"모든 것을 만들려 하지 마라. 세상의 지능을 구독하고 연결하라." 이제 메이커는 모든 부품을 직접 깎아 만드는 장인이 아니라, 최고의 부품을 찾아내 최적의 자리에 조립하는 '시스템 통합자(System Integrator)'가 되어야 한다. 물론 API 사용 시 비용의 문제가 따르기에, 현재 나는 최대한 무료 범위에서 지속 가능한 시스템을 구현하는 효율적 설계를 지향하고 있다.
결국 기술이 쉬워질수록 중요해지는 것은 ‘무엇을 결합하여 어떤 가치를 만들 것인가’에 대한 기획력이다. 러버블은 그저 판을 깔아줄 뿐, 그 위에서 API라는 강력한 부품들을 조합해 나만의 성을 쌓는 것은 오직 설계자의 몫인 것이다.