Lovable 공유 크레딧, 수업·팀 작업 전에 사용 한도와 알림 정하기

한 워크스페이스의 크레딧을 여러 사람이 함께 쓰면, 한 사람이나 프로젝트 하나가 크레딧을 많이 쓰면 남은 크레딧이 줄어 다른 사람의 작업에도 영향을 줄 수 있습니다. 바이브코딩 수업이나 팀 실습처럼 여러 명이 동시에 앱을 만든다면 이런 일을 미리 막아 두어야 합니다.

Lovable은 2026년 10월 7일 변경 기록에서 "Workspace admins and owners on paid plans can now set usage limits and alerts that keep shared credits under control."라고 밝혔습니다. 유료 요금제 워크스페이스의 관리자와 소유자가 공유 크레딧에 사용 한도와 알림을 걸 수 있게 됐다는 내용입니다. Lovable은 채팅으로 요청해 웹 앱을 만드는 서비스입니다. 공유 크레딧을 쓰는 수강생과 팀원이 한도를 넘지 않게 하려면 어디에서 무엇을 정하면 되는지 정리했습니다.

1. 10월 7일 변경 기록에 적힌 내용

변경 기록에 따르면 크레딧 기준값은 워크스페이스 전체, 프로젝트, 구성원 단위로 정할 수 있습니다. Business와 Enterprise 요금제에서는 그룹과 액세스 토큰 단위로도 정할 수 있습니다. 액세스 토큰은 외부 프로그램이 Lovable에 요청할 때 쓰는 인증 키입니다.

사용량이 기준값에 닿았을 때의 동작은 이메일이나 앱 안 알림을 보내는 방식과 차단하는 방식 중에서 고릅니다. 변경 기록은 차단을 앱 만들기를 멈추거나, 배포한 앱의 Lovable Cloud, AI 기능, 사용량 과금 커넥터 요청을 일시 중지하는 동작으로 설명합니다. Lovable Cloud는 Lovable이 앱의 데이터베이스 같은 서버 기능을 맡아 주는 서비스입니다.

이와 별도로 워크스페이스 잔액이 정해 둔 양이나 비율 아래로 내려가면 알림을 받을 수 있습니다. 차단 한도에 걸린 구성원은 한도를 올려 달라고 요청할 수 있고, 관리자가 승인하거나 거절합니다. 공식 변경 기록에 따르면 설정 위치는 Workspace settings → Usage limits & alerts입니다. 조건은 유료 요금제와 관리자·소유자 권한이며, 지역 제한은 변경 기록에 언급이 없습니다.

원문 사실: 기준값에 닿았을 때의 알림·차단 동작, 차단 시 구성원의 증액 요청과 관리자의 승인·거절, 잔액이 정한 양이나 비율 아래로 내려갈 때의 알림은 Lovable이 2026년 10월 7일 변경 기록에 적은 내용입니다. 막대 모양과 기준값 위치는 작성자가 설명을 위해 그린 것이며 실제 설정 화면이 아닙니다.

2. 한도를 걸 단위부터 정합니다

누구의 사용을 묶을지 먼저 정하면 설정이 단순해집니다. 아래 표의 요금제 조건은 변경 기록 내용이고, 운영 예시 열은 작성자가 구성했습니다.

단위	변경 기록의 요금제 조건	수업·팀 운영 예시
워크스페이스 전체	유료 요금제	전체 사용량의 상한
프로젝트	유료 요금제	팀이 함께 만드는 프로젝트별 상한
구성원	유료 요금제	수강생 1명당 상한
그룹	Business·Enterprise	부서나 반 단위 상한
액세스 토큰	Business·Enterprise	외부 프로그램 요청의 상한

작성자는 수업이라면 구성원 단위 한도를, 팀 프로젝트라면 프로젝트 단위 한도를 먼저 검토하기를 권합니다. 한 사람이 많이 써서 다른 수강생이 막히는 일을 막으려면 사람별 한도가 가장 직접적입니다. 여러 명이 한 프로젝트를 함께 고치는 팀에서는 사람보다 프로젝트에 들어간 양을 보는 편이 관리하기 쉽습니다. 워크스페이스 전체 한도는 두 경우 모두 전체 상한으로 함께 정해 두면 됩니다.

3. 공개한 앱이 있으면 차단 범위부터 확인합니다

변경 기록의 차단 설명에는 앱 만들기를 멈추는 동작과 배포한 앱의 기능을 일시 중지하는 동작이 함께 들어 있습니다. 수업 결과물이나 팀이 이미 공개한 앱에 차단이 적용되면, 그 앱을 쓰는 사람도 Cloud나 AI 기능이 멈춘 상태를 겪게 됩니다. 작성자는 차단을 켜기 전에 이 부분을 먼저 확인하기를 권합니다.

어느 단위의 한도에 어떤 차단이 적용되는지는 변경 기록 문장만으로 알기 어렵습니다. 날짜 표시가 없는 공식 도움말 문서 Usage limits and alerts는 구성원과 그룹 한도가 앱을 만들 때 쓰는 Build 크레딧만 센다고 설명합니다. 배포한 앱이 쓰는 Cloud, AI, 커넥터 사용량은 만든 구성원이 아니라 프로젝트에 속하므로, 이 사용량을 제한하려면 프로젝트나 워크스페이스 단위로 한도를 걸어야 한다고 적혀 있습니다. 차단을 켜기 전에 이 문서를 읽고 공개한 앱이 들어 있는 프로젝트가 영향을 받는지 확인하십시오. 확인하기 전에는 공개한 앱이 있는 프로젝트에 알림만 설정하는 편이 안전합니다.

4. 한도에 걸린 사람이 할 일을 미리 알립니다

차단 한도에 걸린 구성원은 증액을 요청할 수 있고, 관리자가 승인하거나 거절합니다. 수업 중에 요청이 몰리면 관리자가 바로 처리하지 못할 수 있으니, 누가 요청을 검토하고 어떤 기준으로 승인할지 시작 전에 정해 두십시오. 예시로, "추가 크레딧은 과제 제출 전 마지막 수정에만 승인합니다" 같은 기준을 미리 공지하면 요청하는 사람과 판단하는 사람이 같은 기준을 보게 됩니다.

잔액 알림도 같은 날 설정합니다. 사용 한도가 쓴 크레딧을 세는 것과 달리 잔액 알림은 남은 크레딧을 봅니다. 수업 당일 크레딧이 떨어지지 않게 하려면, 충전할지 판단할 여유가 있는 양이나 비율을 기준값으로 정하면 됩니다.

5. 이번 주에 해 볼 첫 단계

먼저 본인 계정이 워크스페이스의 관리자나 소유자인지, 워크스페이스가 유료 요금제인지 확인하십시오. 그다음 워크스페이스의 구성원과 프로젝트를 행으로 적은 표를 만들고, 행마다 한도 기준값, 알림과 차단 중 고를 동작, 공개한 앱이 있는지를 적습니다. 공개한 앱이 있는 프로젝트는 도움말 문서를 읽기 전까지 알림으로만 표시합니다. 표가 완성되면 Workspace settings → Usage limits & alerts에서 표대로 설정하고, 수강생이나 팀원에게는 한도에 걸리면 증액을 요청할 수 있다는 점과 승인 기준을 안내문에 적어 알리십시오.