채팅 메시지, 파일 업로드, 채팅 기록, Lovable Cloud 데이터베이스·스토리지 전반에서 개인 식별 정보를 탐지하고 관리합니다.
민감 데이터 스캐닝
채팅 메시지, 파일 업로드, 채팅 기록, Lovable Cloud 데이터베이스, Lovable Cloud 스토리지 전반에서 개인 식별 정보를 탐지하고 관리하세요.
민감 데이터 스캐닝은 팀이 Lovable 프로젝트에서 개인 식별 정보(PII, personally identifiable information)를 찾아 관리하도록 돕습니다.
다음 두 가지를 모두 다룹니다.
- 새로운 채팅 활동은 메시지와 첨부 파일에 대한 Chat send protection으로 처리합니다.
- 기존 프로젝트 데이터는 채팅 기록, Lovable Cloud 데이터베이스, Lovable Cloud 스토리지를 대상으로 한 온디맨드 스캔으로 처리합니다.
민감 데이터 스캐닝으로 Lovable 워크스페이스를 거쳐 흐르는 개인 정보나 규제 대상 데이터를 식별하세요. 생성된 앱에 사용되거나 프로젝트 데이터에 남기 전에 팀이 검토, 편집(redact), 제거할 수 있습니다.
민감 데이터 스캐닝을 사용하는 이유
규제 대상, 기밀, 고객 데이터를 다루는 팀은 개인 정보가 어디에 나타나는지에 대한 가시성과 통제가 필요합니다. 민감 데이터 스캐닝은 다음을 돕습니다.
- 내부 규정 준수와 데이터 손실 방지(DLP, data loss prevention) 요구사항을 충족합니다.
- 사용자가 채팅 메시지를 보내기 전에 PII를 검토하고 편집할 기회를 제공합니다.
- 더 엄격한 워크스페이스 통제가 필요할 때 탐지된 PII가 채팅으로 전송되지 않도록 막습니다.
- 릴리스, 인계, 검토 전에 저장된 프로젝트 데이터를 감사합니다.
- 탐지된 PII와 그에 대해 취한 조치를 감사 가능한 기록으로 보관합니다.
사전 요구사항
민감 데이터 스캐닝을 사용하려면 다음이 필요합니다.
- Enterprise 플랜
- Settings → Privacy & security에서 워크스페이스에 Sensitive data scanning이 활성화되어 있어야 함
- 민감 데이터 스캐닝을 활성화하고 워크스페이스 수준 설정을 구성하려면 workspace owner 또는 admin 역할
- 온디맨드 스캔을 실행하고, 발견 사항을 검토하고, Project → More → Sensitive data에서 발견 사항에 조치를 취하려면 프로젝트 편집 권한
민감 데이터 탐지 작동 방식
Lovable의 모든 민감 데이터 스캔은 동일한 탐지 엔진인 Google Cloud DLP를 거칩니다. 이 엔진은 이메일 주소, 신용카드 번호, 정부 발급 ID, 여러 국가의 전화번호처럼 잘 알려진 개인 정보 형식을 인식합니다.
엔진은 잠재적 일치 항목을 반환하고, Lovable은 조건을 충족하는 일치 항목을 프로젝트의 Sensitive data 탭에 발견 사항으로 기록합니다.
새 채팅 메시지의 경우 Lovable이 추가로 LLM 기반 검토 단계를 실행할 수도 있습니다. 이 단계는 Google Cloud DLP 결과를 확인하고, 가능성 높은 거짓 양성을 걸러내며, 패턴 기반 스캔이 놓친 민감 콘텐츠를 잡아냅니다. 이는 메시지 텍스트에만 적용되며 첨부 파일에는 적용되지 않습니다. 검토를 사용할 수 없으면 Lovable은 원래 DLP 결과를 그대로 사용합니다.
스캔은 읽기 전용입니다. 스캔 자체로 데이터를 변경, 이동, 편집, 삭제하지 않습니다. PII를 제거하거나 편집하려면 개별 발견 사항에 조치를 취하거나 채팅으로 Lovable에게 데이터를 수정해 달라고 요청하세요.
스캔된 메시지 수나 기록된 발견 사항 수에 따라 워크스페이스에 추가 요금이 부과되지 않습니다.
엔진이 찾는 정보
Lovable은 다음 범주로 묶인 고정된 정보 유형 목록을 스캔합니다.
| 범주 | 유형 |
|---|---|
| Identity | 이름, 이메일 주소, 전화번호, 도로명 주소, 생년월일, 나이, 성별 |
| Financial | 신용카드 데이터, 금융 계좌 ID, 미국 은행 라우팅 번호, SWIFT 코드 |
| Government | 정부 발급 ID, 여권 |
| Medical | 의료 데이터, 진료 기록 ID |
| Security | 비밀번호, API 키, 기타 인증 시크릿 |
이 목록은 국제적으로 설계되어 EU, 영국, 인도, 캐나다, 미국에서 흔한 패턴을 다룹니다.
탐지 신뢰도 작동 방식
잠재적 일치 항목마다 탐지 엔진은 가능성 점수(likelihood)를 반환합니다. 가능성은 해당 값이 엔진이 식별한 PII 유형이 실제로 맞을 거라는 확신 정도를 반영합니다. 데이터가 얼마나 심각한지를 나타내지는 않습니다.
Lovable은 Likely 또는 Very likely 수준의 발견 사항만 기록합니다. 신뢰도가 낮은 일치 항목은 발견 사항 테이블에 도달하기 전에 걸러지므로 목록은 실제 이슈에 집중됩니다.
| 가능성 | 의미 |
|---|---|
| Very likely | 강한 증거. Luhn 체크섬을 통과하는 신용카드 번호나 올바른 형식의 이메일 주소처럼 구조적 확인이 있는 일치 항목입니다. |
| Likely | 확실한 증거. 예상되는 형태와 주변 맥락에 부합하는 일치 항목입니다. |
발견 사항 우선순위 지정 방식
각 정보 유형은 실제일 경우 얼마나 심각할지를 반영하는 민감도 등급에 매핑됩니다.
| 민감도 | 예시 |
|---|---|
| Low | 나이, 성별 |
| Mid | 이메일 주소, 전화번호, 이름, 도로명 주소 |
| High | 신용카드 데이터, 정부 발급 ID, 여권, 진료 기록 ID, 인증 시크릿 |
가능성과 민감도는 독립적입니다. 발견 사항은 신뢰도가 높으면서 영향이 낮을 수도, 신뢰도가 낮으면서 영향이 높을 수도 있습니다.
발견 사항을 분류할 때는 High 민감도 발견 사항을 먼저 처리하세요.
스캔되는 대상
민감 데이터 스캐닝은 스캔이 Chat send protection을 통해 실시간으로 실행되는지, 아니면 프로젝트의 Sensitive data 탭에서 온디맨드로 실행되는지에 따라 서로 다른 소스를 다룹니다.
| 소스 | 스캔되는 대상 | 실행 시점 |
|---|---|---|
| 실시간 채팅 메시지 | 메시지 입력란의 텍스트 | 사용자가 메시지를 보낼 때마다(Chat send protection이 켜져 있을 때) |
| 실시간 파일 업로드 | 지원되는 형식으로 채팅 메시지에 첨부된 파일. 스캔이 읽을 수 있는 파일:
| 사용자가 첨부 파일과 함께 메시지를 보낼 때마다(Chat send protection이 켜져 있을 때) |
| 채팅 기록 | 사용자 메시지와 Lovable 응답을 포함해 대화에 저장된 모든 메시지 | 온디맨드, Project → More → Sensitive data에서 |
| Cloud 데이터베이스 | Lovable Cloud 데이터베이스 테이블에서 PII가 나타날 가능성이 가장 높은 표본 행, 예를 들어 텍스트, 식별자, 숫자, 날짜를 담는 열 | 온디맨드, Project → More → Sensitive data에서 |
| Cloud 스토리지 | 가장 최근에 사용된 버킷과 그 안에서 가장 최근에 변경된 파일 중 지원되는 형식의 파일. 스캔이 읽을 수 있는 파일:
| 온디맨드, Project → More → Sensitive data에서 |
민감 데이터 탐지 구성
워크스페이스 admin과 owner는 Settings → Privacy & security에서 민감 데이터 스캐닝을 구성합니다.
민감 데이터 스캐닝에는 세 가지 관련 워크스페이스 설정이 있습니다.
| 설정 | 통제 대상 |
|---|---|
| Sensitive data scanning | PII 탐지의 메인 스위치. 활성화하면 Lovable이 워크스페이스 콘텐츠에서 PII를 스캔하고 발견 사항을 기록할 수 있습니다. |
| Chat send protection | 새 채팅 메시지나 첨부 파일에서 PII가 탐지될 때 일어나는 일. |
| Block publishing with PII | 해결되지 않은 민감 데이터 발견 사항이 프로젝트의 게시나 업데이트를 막을지 여부. |
다른 통제를 사용하려면 먼저 Sensitive data scanning을 활성화해야 합니다. 활성화하면 다음과 같이 동작합니다.
- Chat send protection을 사용할 수 있게 합니다.
- Block publishing with PII를 사용할 수 있게 합니다.
- 프로젝트에 Sensitive data 탭을 추가합니다.
- 기존 프로젝트 데이터에 대한 온디맨드 스캔을 허용합니다.
- 프로젝트 편집 권한이 있는 누구나 기록된 발견 사항을 검토하고 조치할 수 있게 합니다.
비활성화하면 민감 데이터 스캔이 실행되지 않고, PII 발견 사항이 기록되지 않으며, 관련 통제가 숨겨지거나 비활성화되고, 프로젝트에서 Sensitive data 탭이 숨겨집니다.
Chat send protection
Chat send protection은 Sensitive data scanning이 켜져 있을 때만 사용할 수 있습니다. 새 채팅 메시지나 첨부 파일에서 PII가 탐지될 때 일어나는 일을 통제합니다.
채팅 기록, Lovable Cloud 데이터베이스, Lovable Cloud 스토리지에 대한 온디맨드 스캔은 chat send protection 모드와 관계없이 계속 동작합니다.
네 가지 모드가 있습니다.
| 모드 | 동작 |
|---|---|
| Off | 스캔하지 않습니다. 새 채팅 메시지와 첨부 파일이 검사나 로깅 없이 전송됩니다. |
| Log only | 스캔이 실행됩니다. PII가 탐지되면 발견 사항이 기록되어 프로젝트의 Sensitive data 탭에서 검토할 수 있지만 메시지는 중단 없이 전송됩니다. Sensitive data scanning을 처음 활성화했을 때의 기본 모드입니다. |
| Ask before sending | 스캔이 실행됩니다. PII가 탐지되면 메시지가 일시 중지됩니다. 메시지 텍스트의 경우 사용자가 편집하거나, 편집된 버전을 보내거나, 원본을 보낼 수 있습니다. PII가 있는 첨부 파일의 경우 사용자가 취소하거나 원본을 보낼 수 있습니다. 탐지된 PII는 사용자가 원본 콘텐츠를 보낼 때만 로깅됩니다. 그렇지 않으면 원본 콘텐츠는 폐기됩니다. Sensitive data 탭에서 PII detection warning을 비활성화해 프로젝트 수준에서 이를 우회할 수 있습니다. |
| Block original | 스캔이 실행됩니다. PII가 탐지되면 사용자는 원본을 보낼 수 없습니다. 메시지 텍스트의 경우 메시지를 편집하거나 가능하면 편집된 버전을 보낼 수 있습니다. PII가 있는 첨부 파일의 경우 취소하고 파일을 교체해야 합니다. 원본 콘텐츠는 폐기되며 로깅되지 않습니다. |
Block publishing with PII
Block publishing with PII는 해결되지 않은 민감 데이터 발견 사항이 게시를 막을지를 통제합니다. 이 설정은 Sensitive data scanning이 활성화된 경우에만 사용할 수 있습니다.
기본적으로 Block publishing with PII는 비활성화되어 있습니다.
| 설정 | 동작 |
|---|---|
| Disabled | PII 발견 사항이 게시를 막지 않습니다. 해결되지 않은 민감 데이터 발견 사항이 있어도 프로젝트를 게시하거나 업데이트할 수 있습니다. |
| Enabled | 해결되지 않은 민감 데이터 발견 사항이 있으면 프로젝트를 게시하거나 업데이트할 수 없습니다. 게시 전에 발견 사항을 해결하거나 무시하세요. |
워크스페이스가 프로젝트를 라이브로 보내거나 업데이트하기 전에 민감 데이터 발견 사항을 해결하도록 요구할 때 이 설정을 사용하세요.
PII detection warning
Chat send protection이 Ask before sending이나 Block original로 설정되면 Lovable은 새 채팅 메시지와 첨부 파일을 전송 전에 스캔합니다.
Likely 임계값 이상에서 PII가 탐지되지 않으면 메시지가 전송됩니다.
PII가 탐지되면 사용자에게 다음을 담은 경고가 표시됩니다.
- 탐지된 정보 유형
- 특정 메시지 텍스트를 편집할 수 있을 때 메시지의 편집된 미리보기. 탐지된 구간은
[REDACTED:TYPE]배지로 대체됩니다. 배지에 마우스를 올리면 발견 사항을 유발한 원래 스니펫이 표시됩니다. - 첨부 파일에서 일치한 스니펫
- 현재 Chat send protection 모드와 콘텐츠 유형에 사용할 수 있는 액션
사용자는 발견 사항이 메시지 텍스트에 있는지 첨부 파일에 있는지에 따라 사용할 수 있는 액션 중 하나를 선택합니다.
| 액션 | 설명 |
|---|---|
| Send original | 작성한 그대로 메시지나 첨부 파일을 보내고 탐지된 PII를 발견 사항으로 기록합니다. 이 옵션은 Ask before sending 모드에서만 사용할 수 있으며 Block original 모드에서는 사용할 수 없습니다. |
| Edit | 사용자를 메시지로 되돌려 다시 작성하게 합니다. 편집된 메시지는 전송 시 다시 스캔됩니다. |
| Send redacted | 탐지된 구간을 [REDACTED:TYPE] 자리표시자로 대체해 전송합니다. 편집된 텍스트만 채팅 기록에 저장됩니다. 원본 콘텐츠는 어디에도 저장되지 않습니다.첨부 파일에 PII가 포함되어 있거나, 메시지 전체가 민감한 것으로 표시되어 대체할 특정 텍스트 구간이 없을 때는 Send redacted를 사용할 수 없습니다. 버튼이 비활성화되면 마우스를 올려 이유를 확인한 다음 메시지를 편집해 민감한 콘텐츠를 제거하고 전송하세요. |
| Cancel | 파일 업로드에만 해당합니다. 전송을 취소해 사용자가 첨부 파일을 교체할 수 있게 합니다. |
사용자가 메시지를 편집, 취소하거나 편집된 메시지를 보내면 원본 PII는 폐기되며 발견 사항으로 기록되지 않습니다.
PII detection warning은 Chat send protection이 Ask before sending으로 설정된 경우 프로젝트에서 비활성화할 수 있습니다.
프로젝트에서 PII detection warning 비활성화하기
Chat send protection이 Ask before sending으로 설정되면 편집 권한이 있는 프로젝트 멤버가 프로젝트의 Sensitive data 탭에서 PII detection warning을 비활성화할 수 있습니다.
팀이 이미 데이터 흐름을 수용한 내부 도구처럼 경고가 불필요한 마찰을 더하는 프로젝트에 이를 사용하세요.
PII detection warning이 비활성화되면 다음과 같이 동작합니다.
- 새 채팅 메시지와 첨부 파일에서 탐지된 PII가 경고를 표시하지 않고 전송됩니다.
- 발견 사항은 감사와 검토를 위해 프로젝트의 Sensitive data 탭에 계속 기록됩니다.
PII detection warning 비활성화는 Off, Log only, Block original 모드에서는 사용할 수 없습니다.
온디맨드 스캔 실행하기
온디맨드 스캔은 현재 존재하는 그대로의 콘텐츠를 검사합니다.
- 저장된 채팅 기록
- Lovable Cloud 데이터베이스 테이블의 현재 행
- Lovable Cloud 스토리지의 현재 객체
프로젝트 편집 권한이 있는 누구나 저장된 프로젝트 데이터 전반에 걸쳐 온디맨드 스캔을 실행할 수 있습니다. 온디맨드 스캔을 실행하려면 다음을 따르세요.
- Project → More → Sensitive data를 엽니다.
- Run scan을 클릭합니다.
- 스캔이 끝날 때까지 기다립니다.
온디맨드 스캔은 검사하는 저장된 콘텐츠에서 발견한 모든 PII를 사용자 선택 없이 기록합니다.
온디맨드 스캔은 저장된 콘텐츠를 읽으므로 이미 편집되거나 삭제된 PII는 더 이상 존재하지 않아 다시 기록되지 않습니다. 덕분에 검토 기록을 잃지 않고 안전하게 스캔을 다시 실행할 수 있습니다.
발견 사항 검토
탐지된 민감 데이터 발견 사항은 각 프로젝트의 Sensitive data 탭에 기록됩니다. Sensitive data 탭은 워크스페이스에 Sensitive data scanning이 활성화되어 있을 때마다 Project → More 아래에 나타납니다. Sensitive data scanning이 꺼져 있으면 탭이 숨겨지고 발견 사항이 기록되지 않습니다.
발견 사항 테이블 위에서 프로젝트가 마지막으로 스캔된 시점을 볼 수 있습니다. 예를 들어 *"Last scanned 8 hours ago"*나, 한 번도 스캔되지 않은 프로젝트의 경우 *"This project has not been scanned yet"*처럼 표시됩니다.
이 뷰로 PII가 어디서 발견되었는지, 언제 기록되었는지, 어떤 조치가 취해졌는지 검토하세요.
PII 발견 사항 테이블
발견 사항은 소스별로 그룹화됩니다. 같은 소스에 묶인 모든 발견 사항이 펼칠 수 있는 하나의 행으로 함께 나타납니다. 그 아래의 행은 그 안의 단일 발견 사항을 나타냅니다. 그룹 행을 펼치면 중첩된 각 행이 발견 사항 하나의 세부 정보를 보여줍니다.
PII 발견 사항 테이블에는 다음 열이 포함됩니다.
| 열 | 설명 |
|---|---|
| Source | 발견 사항이 나온 위치.
|
| Types | PERSON_NAME이나 EMAIL_ADDRESS 같은 하나 이상의 탐지된 정보 유형. |
| Sensitivity | 일치가 실제라고 가정했을 때 정보 유형의 잠재적 영향 등급. 그룹 행은 그룹 내 발견 사항 중 가장 높은 민감도 등급을 표시합니다.
|
| Found | 발견 사항이 기록된 시점. 그룹 행은 그룹 내 가장 최근 발견 사항의 타임스탬프를 표시합니다. |
| Status | 발견 사항의 상태.
|
| Reference | 소스를 식별하는 링크나 위치.
|
발견 사항에 조치 취하기
사용할 수 있는 액션은 발견 사항의 소스에 따라 다릅니다. 단일 채팅 메시지, 업로드, 스토리지 객체가 여러 발견 사항을 만들 수 있습니다.
액션은 검토 상태를 바꾸거나 기반 콘텐츠를 바꿉니다.
- Not PII와 Reopen은 개별 발견 사항의 검토 상태를 바꿉니다.
- Redact와 Delete는 기반 콘텐츠를 바꾸고 참조된 항목의 모든 발견 사항을 함께 해결하므로 항상 그룹 행에 있습니다.
| 액션 | 적용 대상 | 동작 |
|---|---|---|
| Not PII | 모든 발견 사항 | 발견 사항을 거짓 양성으로 표시합니다. 기반 콘텐츠는 변경되지 않으며 나중에 발견 사항을 다시 열 수 있습니다. |
| Reopen | Not PII로 표시된 모든 발견 사항 | 이전에 Not PII(거짓 양성)로 표시한 발견 사항을 다시 엽니다. |
| Redact | 채팅 메시지 | 원래 채팅 메시지에서 탐지된 구간을 [REDACTED:TYPE] 자리표시자로 영구히 대체합니다. 대화 기록에서 메시지 전체가 다시 작성되고 그 메시지의 모든 발견 사항이 함께 해결됩니다. 상태가 Fixed로 바뀝니다. 변경 사항을 보려면 페이지를 새로 고치세요.참고: 메시지를 바꾸지 않고 개별 발견 사항을 무시하려면 대신 해당 중첩 행에서 Not PII로 표시하세요. |
| Delete | 파일 업로드(채팅 및 Cloud storage) | 기반 파일을 영구히 제거합니다. 발견 사항이 Fixed로 바뀝니다. |
Cloud database 발견 사항의 경우 발견 사항을 Not PII로 표시해 무시할 수 있지만 행은 데이터베이스에서 직접 제거해야 합니다. 채팅으로 Lovable에게 수정을 요청한 다음 스캔을 다시 실행하세요. 행을 제거한 후 스캔을 다시 실행하면 발견 사항의 상태가 업데이트됩니다.
발견 사항은 Fixed되거나 Not PII로 표시된 후에도 PII 발견 사항 로그에 남습니다. 기반 콘텐츠가 제거되더라도 감사 추적이 보존됩니다.
Block publishing with PII가 활성화되어 있으면 프로젝트를 게시하거나 업데이트하기 전에 해결되지 않은 발견 사항을 수정하거나 Not PII로 표시해야 합니다.
모범 사례
- Log only 모드로 시작하세요. Ask before sending이나 Block original로 넘어가기 전에 Log only로 워크스페이스에 무엇이 드러나는지 파악하세요.
- High 민감도 발견 사항을 우선하세요. High 민감도 발견 사항을 먼저 처리하세요. 특히 Likely나 Very likely일 때 그렇습니다.
- Not PII를 실제 신호로 다루세요. 일치가 정말로 틀렸을 때만 발견 사항을 Not PII로 표시하세요.
- PII detection warning은 아껴서 비활성화하세요. 팀이 데이터 흐름을 명시적으로 수용한 프로젝트에서만 비활성화하세요.
- 데이터가 크게 바뀐 후 다시 스캔하세요. 데이터를 가져오거나, 백업을 복원하거나, 큰 스키마 변경을 한 후에는 새로운 항목을 잡기 위해 온디맨드 스캔을 실행하세요.
- 릴리스 통제에 Block publishing with PII를 사용하세요. 해결되지 않은 민감 데이터 발견 사항이 검토될 때까지 프로젝트를 게시하거나 업데이트하지 않아야 한다면 활성화하세요.
한계
민감 데이터 스캐닝을 유일한 방어선으로 의존하기 전에 다음 한계를 검토하세요.
- 온디맨드 스캔은 Lovable Cloud 데이터베이스와 스토리지를 다룹니다. 외부나 자체 호스팅 리소스는 스캔되지 않습니다.
- Cloud database 발견 사항에 대한 직접 수정은 없습니다. Cloud database 발견 사항은 프로젝트의 Sensitive data 탭에서 Not PII로 표시할 수 있지만 기반 행은 데이터베이스에서 직접 제거해야 합니다. 기반 PII를 제거하려면 채팅으로 Lovable에게 데이터 수정을 요청한 다음 스캔을 다시 실행하세요.
- 인식된 파일 유형만 스캔됩니다. 스토리지와 업로드 스캔은 지원되는 텍스트 파일, 스프레드시트, 문서, PDF, 이미지를 읽습니다. 지원되지 않는 형식이거나 인식 가능한 콘텐츠 유형 없이 업로드된 파일은 건너뜁니다.
- 스토리지 스캔은 표본이며 전수가 아닙니다. 각 스토리지 스캔은 프로젝트에서 가장 최근에 사용된 버킷 10개, 각 버킷에서 가장 최근에 변경된 파일 20개, 그리고 각 텍스트 파일이나 문서의 대략 첫 450KB 또는 각 이미지의 3.9MB를 확인합니다. 더 오래된 파일, 그 개수를 넘는 파일, 크기 한도를 넘는 콘텐츠는 검사되지 않습니다.
- 데이터베이스 스캔은 표본이며 전수가 아닙니다. 각 데이터베이스 스캔은 관련 테이블에서 대략 첫 200행을 읽고 아주 큰 텍스트 값은 시작 부분만 읽습니다. 스캔이 깨끗하다는 것은 표본 데이터에서 PII가 발견되지 않았다는 뜻이지 전체 데이터베이스에 PII가 없음을 보장하지는 않습니다.
- 파일 업로드 발견 사항에는 상한이 있습니다. 파일 업로드의 경우 Lovable은 파일당 최대 10개의 발견 사항을 기록합니다. 파일에 더 많은 발견 사항이 있으면 하나씩 처리하지 말고 파일을 편집하거나 삭제하세요.
- PII가 탐지된 파일은 부분적으로 편집할 수 없습니다. 첨부 파일에 PII가 포함되어 있으면 사용자는 전송 전에 파일을 직접 편집하거나, 첨부 파일을 제거하거나, Ask before sending 모드에서 워크스페이스 정책이 허용하면 원본을 보내야 합니다.
- 채팅 내 폼 답변은 스캔되지 않습니다. 채팅 내 폼에 입력한 답변은 직접 스캔되지 않습니다. Lovable이 그 값을 채팅에 다시 반복하면 온디맨드 채팅 기록 스캔으로 잡을 수는 있습니다.
- 발견 사항 로그를 내보낼 수 없습니다. 발견 사항은 프로젝트의 Sensitive data 탭에서 볼 수 있지만 현재 내보내기 옵션은 없습니다.