Lovable한국어 문서

Lovable Action center에서 워크스페이스 전반의 게시 요청을 승인하거나 거부하고 발견 사항을 검토합니다. 소유자를 지정하고, 비활성 앱의 게시를 취소하고, 지출과 보안을 확인합니다.

Lovable Action center에서 워크스페이스 전반의 게시 요청을 승인하거나 거부하고 발견 사항을 검토하세요. 소유자를 지정하고, 비활성 앱의 게시를 취소하고, 지출과 보안을 확인할 수 있습니다.

Action center에는 워크스페이스에서 admin 또는 owner의 결정이 필요한 항목이 모두 모입니다.

  • 승인을 기다리는 게시 요청
  • 소유자가 워크스페이스를 떠난 프로젝트
  • 크레딧 사용량이 급증한 프로젝트
  • critical 수준 보안 발견 사항이 있는 공개 앱
  • 몇 달 동안 아무도 편집하지 않은 공개 앱

Lovable은 항목을 우선순위에 따라 정렬하므로 여러 설정 페이지를 오가지 않고 한곳에서 처리할 수 있습니다. 게시 요청은 워크스페이스 정책에서 생기며, 요청을 승인하면 앱이 게시됩니다.

발견 사항은 Lovable이 매일 워크스페이스를 점검하면서 프로젝트에서 찾아 플래그하는 문제입니다. 발견 사항에 대한 조치로는 소유권 이전, 앱 게시 취소, 보안 발견 사항 무시가 있습니다.

이 페이지는 요청을 승인하거나 거부하고 발견 사항에 조치하는 Action center를 설명합니다. 모든 프로젝트와 각 프로젝트의 위험을 확인하려면 Security insights를 참고하세요. 워크스페이스에서 얼마나 많이 빌드하고 누가 사용하는지 확인하려면 Insights를 참고하세요. 세 기능은 서로 다릅니다.

  • 사용 가능: Business 및 Enterprise 플랜. Approval requests는 워크스페이스 정책을 사용할 수 있는 Enterprise에서 표시되며, Inactive projects 발견 사항도 마찬가지로 Enterprise에서 표시됩니다.
  • 접근 권한: 워크스페이스 admin과 owner
  • 위치: 대시보드 사이드바의 Connectors 아래에 있는 Action center, 그리고 알림 링크. 모바일 앱에는 진입점이 없습니다.

Action center에 표시되는 항목

사이드바의 Action center 항목에는 배지가 표시되므로 대시보드의 어느 페이지에서든 대기 중인 요청이 있는지 알 수 있습니다. 숫자는 결정을 기다리는 승인 요청의 수입니다. 주황색 점은 Medium 또는 High 우선순위의 발견 사항이 하나 이상 열려 있다는 뜻입니다.

페이지는 두 섹션으로 구성되며, 각 섹션에 열려 있는 항목 수가 표시됩니다.

한 섹션의 항목을 대화상자 하나에서 차례로 처리하려면 Review all을 선택하세요.

게시 요청 승인 또는 거부

워크스페이스 정책이 게시 전에 승인을 요구하면 Lovable이 요청을 만듭니다. 모든 admin과 owner가 Lovable 알림과 이메일로 요청을 받습니다.

표에는 네 개의 열이 있습니다.

  • Request: 누가 무엇을 요청했는지 보여 줍니다. 예를 들어 "Alex Chen wants to publish Sales dashboard"처럼 표시되며 요청자의 메모도 함께 나옵니다.
  • Blocking policy: 요청에 승인을 요구한 정책입니다. Connectors, External collaborator, PII(개인 식별 정보), External publishing 중 하나로 표시됩니다.
  • Expires in: 요청이 만료되기까지 남은 시간입니다. 대기 중인 요청은 만료가 가까운 순서로 정렬되며, 오늘 만료되는 요청 수도 표시됩니다. 승인되거나 거부된 요청에서는 이 열이 Decided가 되어 상태와 승인 또는 거부 시점을 보여 줍니다.
  • Actions: Approve와 Deny입니다. Approve는 요청을 열지 않고 행에서 바로 승인합니다. Deny는 사유를 입력하는 대화상자를 엽니다.

승인하거나 거부하기 전에 행을 선택하면 요청 내용을 볼 수 있습니다. 대화상자에는 앱 스크린샷, 프로젝트 설명, 마지막 편집, 게시 상태가 표시됩니다. 커넥터 정책의 경우 앱이 사용하는 커넥터 목록도 대화상자에 표시됩니다.

Open project를 선택하면 프로젝트가 새 탭에서 열립니다. 대화상자에는 게시로 인해 앱을 볼 수 있는 사람이 어떻게 바뀌는지도 표시됩니다. 예를 들어 워크스페이스 공개에서 전체 공개로 바뀌는 경우입니다.

요청을 승인하거나 거부합니다.

  • Approve and publish: Lovable이 앱을 게시합니다. 이후에는 정책이 확인하는 항목이 바뀔 때까지, 또는 Restrict publishing externally 정책에 설정된 기간 동안 요청자가 게시하는 앱 업데이트에도 이 승인이 적용됩니다. 승인 작동 방식을 참고하세요.
  • Deny: "Not ready to go public"이나 "Connectors need extra review" 같은 제안 사유를 고르거나 직접 사유를 작성한 다음 Deny request를 선택합니다. 요청자에게 사유가 표시되므로 요청자가 바로 조치할 수 있는 사유를 적어 주세요.

자신이 보낸 요청은 승인하거나 거부할 수 없습니다. 다른 admin 또는 owner가 처리합니다.

Lovable은 요청자에게 결정을 알립니다. 요청자는 프로젝트의 게시 대화상자에서 요청 진행 상황을 확인하며, 자세한 내용은 게시 승인 요청하기에 설명되어 있습니다.

표는 요청자, 정책, 상태로 필터링할 수 있습니다.

  • Pending: 결정을 기다리는 중입니다.
  • Approved와 Denied: admin 또는 owner가 요청을 승인하거나 거부했습니다.
  • Expired: 30일 동안 아무도 요청을 승인하거나 거부하지 않았습니다. 대기 중에 프로젝트가 바뀌어 종료된 요청은 여기에 Expired · project changed로 표시됩니다.
  • Cancelled: 요청자가 요청을 철회했거나, 앱을 업데이트한 뒤 새 요청을 보냈습니다.

주의가 필요한 발견 사항 검토

Needs attention에는 워크스페이스 프로젝트에서 나온 발견 사항 중 결정이 필요한 항목이 나열됩니다. 각 행에는 High 또는 Medium의 Review priority와 Identified 날짜가 표시됩니다. Lovable은 종류와 우선순위가 같은 발견 사항을 한 행으로 묶습니다. 예를 들어 "4 projects used 620 credits in the last 7 days"처럼 표시됩니다.

Missing owners, Security findings, Credit usage, Inactive projects로 필터링하거나 프로젝트 또는 소유자로 검색할 수 있습니다.

발견 사항을 검토하면 검토됨으로 표시됩니다. 프로젝트 자체가 바뀌는 것은 소유권 이전, 게시 취소, 보안 발견 사항 무시처럼 프로젝트를 바꾸는 조치를 선택했을 때뿐입니다. 비활성 프로젝트의 경우 발견 사항을 검토됨으로 표시하면 방치(abandoned) 라벨도 해제됩니다.

공유받지 않은 프로젝트의 발견 사항에는 해당 프로젝트에 접근 권한이 없다는 표시가 나옵니다. 발견 사항을 검토됨으로 표시할 수는 있지만 앱 게시를 취소하거나 앱을 변경할 수는 없습니다. 소유자에게 프로젝트를 공유해 달라고 요청하세요.

소유자가 없는 프로젝트

Lovable은 소유자가 더 이상 워크스페이스의 활성 멤버가 아닌 프로젝트를 모두 플래그합니다. 행에는 예를 들어 "3 apps lost their owner"가 Medium 우선순위로 표시됩니다. 이런 프로젝트의 승인 요청은 프로젝트에 새 소유자가 생길 때까지 대기합니다.

Assign owners를 선택합니다. 각 프로젝트의 New owner에서 새 소유자를 고릅니다. 활성 상태인 admin, owner, editor 중 누구든 고를 수 있습니다. 소유자만 열 수 있던 프로젝트는 admin 또는 owner에게만 이전할 수 있습니다.

Assign owner는 프로젝트를 이전하고 발견 사항을 검토됨으로 표시합니다. 이 버튼은 이전 권한이 있는 프로젝트에서만 사용할 수 있습니다. Mark all as reviewed는 아무것도 이전하지 않고 행을 정리하며, 프로젝트는 소유자 없는 상태로 남습니다.

보안 발견 사항

Lovable은 Security insights가 critical로 표시한 외부 게시(공개) 앱을 플래그합니다. 이런 앱은 High review priority로 여기에 표시됩니다. critical 미만인 앱은 Security insights에만 남고 여기에는 표시되지 않습니다.

앱 하나에 대한 행은 예를 들어 "Sales dashboard has open security findings"처럼 표시되며 critical 발견 사항과 경고 수가 함께 나옵니다. 여러 앱에 대한 행은 예를 들어 "4 projects have open security findings"처럼 표시됩니다. 알려진 보안 문제가 있는 패키지에 관한 공급망(supply chain) 발견 사항은 여기에 집계되지 않습니다.

행에서 Review를 선택합니다. 여기에서 프로젝트의 Security view를 열어 발견 사항을 수정하거나, 직접 고른 사유를 붙여 프로젝트의 열린 발견 사항을 한 번에 모두 무시할 수 있습니다.

앱이 더 이상 critical이 아니면 행이 사라지며, 보통 발견 사항을 수정하거나 무시한 뒤에 그렇게 됩니다. 이후 스캔에서 critical 문제가 발견되면 앱이 다시 플래그됩니다.

Ignore findings는 프로젝트의 Security view에서 발견 사항을 무시하는 것과 같은 동작을 열린 발견 사항 전체에 한 번에 적용합니다. 발견 사항은 프로젝트 Security view 하단의 Ignored findings로 이동하고, 프로젝트의 review priority에 더 이상 반영되지 않으며, critical 발견 사항도 더 이상 게시를 막지 않습니다.

무시한 발견 사항이 수정된 것은 아닙니다. 프로젝트에 접근할 수 있는 사람은 누구나 Security view의 Unignore finding으로 발견 사항을 되돌릴 수 있습니다.

크레딧 사용량

Lovable은 실행 크레딧(run credits)이 급증한 프로젝트를 플래그합니다. 실행 크레딧은 앱이 실행되는 동안 소비하는 Cloud, AI gateway, 커넥터 사용량이며, 에디터에서 쓰는 빌드 크레딧과는 다릅니다.

Lovable은 지난 7일간의 일평균 사용량이 그 전 28일간의 일평균 사용량의 3배 이상이면 프로젝트를 플래그합니다. 또한 7일간 합계가 50크레딧 이상이어야 합니다.

그 28일 동안 실행 사용량이 전혀 없던 프로젝트는 증가 폭이 아무리 커도 플래그되지 않습니다. 플랜에 포함된 크레딧으로 충당된 사용량도 집계되므로 이 수치가 프로젝트의 사용량 세부 정보에 표시되는 값보다 클 수 있습니다.

7일 합계가 300크레딧 이상이면 High 우선순위이고, 그보다 적으면 Medium입니다.

행에서 Review를 선택하면 플래그된 각 프로젝트가 사용한 크레딧을 평소 사용량과 비교해 볼 수 있습니다. 프로젝트를 선택하면 지난 7일 사용량, 7일 기준 평소 사용량, 크레딧이 쓰인 곳, 지난 28일 차트, 프로젝트 세부 정보가 표시됩니다.

출시 직후처럼 예상된 사용량이라면 발견 사항을 검토됨으로 표시하세요. 발견 사항 갱신 방식에서 설명하듯, 사용량이 높은 상태로 유지되는 동안에는 발견 사항이 검토됨 상태로 남습니다.

비활성 프로젝트

Enterprise 워크스페이스에서 Lovable은 방치됨(abandoned)으로 표시된 외부 게시(공개) 앱을 플래그합니다. 방치된 앱은 워크스페이스의 방치 기간(기본값 60일)보다 오래 아무도 편집하지 않은 앱입니다. 인터넷의 누구나 이런 앱을 열 수 있으므로, Lovable은 앱을 계속 라이브 상태로 둘지 결정하도록 요청합니다.

행에는 예를 들어 "5 externally published projects are abandoned (no edits in over 60 days)"가 Medium 우선순위로 표시됩니다. 행에서 Review를 선택하면 앱 목록이 열립니다. 각 앱에는 지난 30일 방문 수와 마지막 편집이 표시되므로 사람들이 여전히 쓰는 앱과 아무도 열지 않는 앱을 구분할 수 있습니다.

프로젝트를 선택한 다음 둘 중 하나를 고릅니다.

  • Keep published: Lovable이 방치 라벨을 해제하고 앱을 더 이상 플래그하지 않습니다. 활동 없이 방치 기간이 다시 지나야 Lovable이 앱을 다시 플래그합니다.
  • Unpublish: Lovable이 선택한 앱의 게시를 취소합니다. 공유받지 않은 앱은 검토됨으로 표시만 할 수 있습니다.

각 버튼에는 선택한 프로젝트 수가 표시됩니다. 아무것도 선택하지 않으면 대신 모든 프로젝트를 검토됨으로 표시할 수 있습니다.

Unpublish를 선택하면 게시된 사이트가 오프라인이 되고 주소가 더 이상 작동하지 않습니다. 이전 링크를 가진 방문자는 누군가 다시 게시할 때까지 앱을 열 수 없습니다.

발견 사항 갱신 방식

Lovable은 모든 Business 및 Enterprise 워크스페이스를 하루에 한 번, 10:00 UTC에 점검합니다. 새 발견 사항은 문제가 시작된 뒤 하루 안에 나타납니다. 비활성 앱은 최대 2일이 걸리는데, Lovable이 일일 점검 뒤에 방치 라벨을 붙이기 때문입니다.

발견 사항은 검토하는 즉시 목록에서 사라지고, 문제가 끝나면 저절로 종료됩니다. 직접 문제를 수정하면 다음 일일 점검에서 발견 사항이 종료됩니다.

검토한 발견 사항은 같은 문제가 계속되는 동안 다시 나타나지 않습니다. 문제가 끝났다가 나중에 다시 시작되면 Lovable은 새로 검토해야 하는 새 발견 사항을 엽니다.

일부 발견 사항을 불러오지 못하면 페이지에 그 사실이 표시됩니다. 이미 불러온 발견 사항은 정확합니다. 나머지를 불러오려면 페이지를 새로 고치세요.

Enterprise 워크스페이스에서는 Lovable이 검토, 소유권 이전, 게시 취소된 앱을 감사 로그에 기록합니다.

On this page