Lovable 크레딧, 100개가 100번인 줄 알았습니다

Pro 요금제 첫 달, 100크레딧이 예상보다 훨씬 빨리 없어졌다는 사람들이 꽤 많습니다. 이유는 단순합니다 — 크레딧 1개가 프롬프트 1회가 아니기 때문입니다. 공식 문서에 딱 이렇게 나옵니다.

크레딧 1개는 프롬프트 1회가 아닙니다

Lovable 크레딧 시스템을 처음 접하면 자연스럽게 “100크레딧 = 100번 사용”이라고 생각하게 됩니다. 그런데 공식 문서는 다르게 설명합니다. 크레딧 차감량은 메시지 복잡도에 따라 달라지는 가변 방식입니다.

공식 문서에 나온 예시 프롬프트와 크레딧 소비량은 아래 표와 같습니다.

(출처: Lovable 공식 문서 Plans and credits, docs.lovable.dev)

랜딩 페이지 한 번 요청하면 100크레딧 중 2개가 빠집니다. 단순 수치 수정 4배 차이, 잊기 쉽습니다.

요금제별 실제 사용 가능한 횟수 계산

Pro 기본 요금제($25/월)는 월 100크레딧과 하루 5크레딧을 제공합니다. 공식 문서 기준으로 월 최대 150크레딧을 쓸 수 있다고 표기되어 있습니다. 그런데 프롬프트 패턴에 따라 실제 사용 가능 횟수가 크게 달라집니다.

결론부터 말씀드리면, 처음 앱을 만드는 초반 2주에 대부분의 크레딧이 몰립니다. 프롬프트를 여러 번 다듬는 과정에서 2.0크레딧짜리 요청이 반복되면, 150크레딧이 2주 내로 소진됩니다.

실제 Reddit 사용자 경험을 보면 이렇습니다. “프롬프트 한 줄 수정하고 다시 생성하고, 또 수정하고 — 어느새 크레딧이 사라져 있다”는 패턴이 반복됩니다. (출처: r/lovable, 2026.03.04) 처음에는 막연히 100번 이상 쓸 수 있다고 생각했다가 실제로는 60~80회 수준에서 소진되는 경험입니다.

일일 5크레딧이 사라지는 조건이 따로 있습니다

Pro 플랜이면 월간 크레딧은 다음 달로 이월됩니다. 그런데 하루 5개씩 제공되는 일일 크레딧은 다릅니다. 공식 문서에 명확하게 나와 있습니다: 사용하지 않은 일일 크레딧은 자정에 만료되며 이월되지 않습니다.

이 구조는 무료 플랜에서도 동일하게 적용됩니다. 무료 플랜의 월 최대 30크레딧도 이월이 없습니다. 하루에 5개씩, 딱 그날 안에 써야 합니다. 사흘 동안 Lovable을 안 열면 15크레딧이 그냥 사라집니다.

구독 취소 시점도 중요합니다. 구독을 해지하면 남은 월간 크레딧과 이월 크레딧이 현재 결제 기간 말에 전부 만료됩니다. 플랜을 내려야 한다면 결제일 직전에 맞춰야 손실이 없습니다.

팀으로 쓸 때 숫자가 완전히 달라집니다

Lovable Pro 요금제의 가장 잘 알려지지 않은 구조 중 하나가 바로 팀 공유 방식입니다. Pro $25/월은 무제한 팀원이 같은 크레딧 풀을 공유하는 방식입니다. 1인이 쓰든 5인이 쓰든 요금은 동일합니다.

그런데 팀 공유는 양날의 검입니다. 크레딧 풀이 공유되다 보니 팀원 중 한 명이 무거운 기능 개발 프롬프트를 반복하면 다른 팀원의 크레딧까지 빠르게 소진됩니다. 1인이 “인증 기능 추가(1.2크레딧)”를 20회 반복하면 그것만으로 24크레딧이 사라집니다.

팀 내 크레딧 현황은 워크스페이스 대시보드의 크레딧 바에서 확인할 수 있습니다. 회색 부분은 사용량, 파란 부분은 종류별 잔여 크레딧이고 마우스를 올리면 세부 내역이 표시됩니다.

탑업이 오히려 비싼 경우

크레딧이 부족할 때 플랜을 올리지 않고 추가 구매(탑업)할 수 있습니다. Pro 기준 50크레딧에 $15입니다. 얼핏 보면 괜찮아 보이지만, 플랜 크레딧 단가와 비교해보면 이야기가 달라집니다.

(출처: Lovable 공식 문서 Plans and credits, docs.lovable.dev)

탑업 크레딧 단가($0.30)가 플랜 기본 크레딧 단가($0.25)보다 20% 비쌉니다. 크레딧이 자주 부족하다면 탑업을 반복하는 것보다 상위 플랜으로 올리는 게 단가 기준으로 유리합니다.

탑업 크레딧의 유효 기간은 마지막 구매일로부터 12개월입니다. 구독을 유지하는 동안은 만료되지 않지만, 구독을 해지하면 탑업 크레딧도 함께 소멸됩니다. 공식 문서에서 별도 예외 처리를 안내하지 않습니다.

크레딧 낭비 없이 쓰는 실전 패턴

공식 문서와 실제 사용자 경험을 교차해보면, 크레딧 소비를 줄이는 데 직접적으로 효과 있는 방법이 몇 가지 보입니다.

① Plan Mode를 먼저 쓸 것

Lovable에는 Agent Mode와 Plan Mode 두 가지가 있습니다. Plan Mode에서 앱 구조를 먼저 설계하면 실제 생성 시 프롬프트 수를 줄일 수 있습니다. 처음부터 Agent Mode로 달리면 결과물을 보고 다시 수정하는 루프가 생기고, 그때마다 1.2~2.0크레딧이 빠집니다.

② 비주얼 에디터는 크레딧 0개

색상, 여백, 텍스트처럼 단순 UI 조정은 비주얼 에디터(WYSIWYG)로 직접 수정하면 크레딧이 전혀 소비되지 않습니다. 버튼 색상 하나 바꾸려고 프롬프트 날리는 것은 0.5크레딧짜리 소비입니다. 막상 해보면 비주얼 에디터가 더 빠릅니다.

③ 프롬프트는 Lovable 밖에서 먼저 다듬기

Claude나 ChatGPT로 프롬프트 초안을 정교하게 만든 뒤 Lovable에 붙여 넣으면 첫 생성 결과물의 품질이 올라가고 재시도 횟수가 줄어듭니다. Lovable 안에서 반복 수정하는 것이 가장 빠르게 크레딧을 소진하는 패턴입니다. (출처: r/lovable 커뮤니티 복수 사용자 경험, 2026.03)

Q&A

마치며

Lovable은 코드를 몰라도 실제 작동하는 앱을 만들 수 있다는 점에서 진짜로 쓸 만한 도구입니다. 문제는 크레딧 구조를 모르고 들어가면 첫 달에 예상보다 빨리 소진되는 경험을 하게 된다는 겁니다.

핵심 세 가지만 기억하면 충분합니다. 크레딧 1개는 프롬프트 1회가 아니라 최대 2개까지 빠질 수 있고, 일일 5크레딧은 이월이 안 되고, 탑업 단가는 플랜 기본 단가보다 20% 비쌉니다. 이 세 가지를 알고 시작하는 것과 모르고 시작하는 것은 첫 달 경험이 꽤 다릅니다.

그리고 팀이 있다면 Lovable Pro의 무제한 공유 구조가 생각보다 강력한 장점입니다. 이 부분을 아는 사람이 의외로 적습니다.

본 포스팅 참고 자료

1. Lovable 공식 요금제 페이지 — https://lovable.dev/pricing
2. Lovable 공식 문서 Plans and credits — https://docs.lovable.dev/introduction/plans-and-credits
3. Lovable Pricing 2026: Are Lovable Credits Worth the Cost? — https://allaboutcookies.org/lovable-pricing
4. Bolt vs Lovable Pricing 2026 — https://www.nocode.mba/articles/bolt-vs-lovable-pricing