이름을 검은색으로 가리는 것은 안전해 보이며, 법원이나 상대방에게 제출할 문서에는 올바른 방법입니다. 하지만 AI가 읽도록 하려는 문서에는 적합하지 않습니다. 이 글에서는 예를 들어 그 이유를 설명하고 각 방법을 어디에 사용해야 하는지 알려드립니다.
같은 문단을 세 가지 방식으로 처리하기
원문:
Maria Lopez signed a lease with Northwind Ltd on 3 March. Ms. Lopez agreed to pay
1,850 a month. Northwind may end the lease if Maria misses two payments.
검은색 막대 처리:
[REDACTED] signed a lease with [REDACTED] on [REDACTED]. [REDACTED] agreed to pay
1,850 a month. [REDACTED] may end the lease if [REDACTED] misses two payments.
일관된 플레이스홀더 사용:
Person_1 signed a lease with Company_1 on Date_1. Person_1 agreed to pay
1,850 a month. Company_1 may end the lease if Person_1 misses two payments.
AI에게 “누가 임대차 계약을 종료할 수 있고, 언제 가능한가요?”라고 물어 보세요. 검은색 막대 처리 버전으로는 확신 있게 답할 수 없습니다. 플레이스홀더 버전으로는 답할 수 있습니다. Person_1이 두 번 납부를 누락하면 Company_1입니다. 두 버전 모두 신원은 드러나지 않습니다. 하지만 구조를 유지하는 것은 한 버전뿐입니다.
검은색 막대 처리로 잃는 정보
- 각각 누구인지. 모든 막대가 똑같아 보이므로 AI는 세입자와 임대인, 또는 여러 증인 중 누가 누구인지 구분할 수 없습니다.
- 언급 사이의 연결 관계. “Maria”, “Ms. Lopez”, “she”는 모두 같은 사람입니다. 검은색 막대는 그 연결 관계를 끊습니다.
- 정보의 유형. 사람, 회사, 주소는 서로 다르게 다뤄야 합니다. Company나 Address처럼 유형을 표시하는 레이블은 AI가 문장을 이해하는 데 도움이 됩니다.
- 문서 간 참조. 같은 사람이 계약서와 이메일에 모두 등장하는 경우, 검은색 막대로는 이를 알 수 없습니다.
그러면 AI는 추측하거나, 모호하게 답하거나, 빠진 정보를 사용자에게 요청합니다. 어느 경우든 이름을 직접 다시 넣어야 하거나 답변을 잃게 됩니다.
레이블 선택하기
유형별 일반 레이블이 가장 좋습니다. Person_1, Company_1, Address_1, Phone_1, Email_1, Account_1, ID_1, Birthdate_1처럼 사용하세요. 유형은 AI가 읽는 정보의 종류를 알려 주고, 숫자는 그중 어떤 항목인지 알려 줍니다. 의도하지 않은 의미를 담은 레이블은 피하세요. “Tenant”는 역할을 나타내는 데 유용하지만, 같은 사람이 다른 문서에서 임대인인 경우에는 잘못된 레이블이 됩니다. 역할은 프롬프트에, 레이블은 텍스트에 넣으세요.
이니셜은 사용하지 마세요. “M.L.”은 이름의 일부이고 “Michael Lee”와 혼동될 수 있습니다.
일관된 플레이스홀더로 유지되는 정보
핵심은 일관성입니다. 모든 언급과 모든 문서에서 한 사람에게 하나의 레이블을 사용해야 합니다. 그러면 AI는 다음을 할 수 있습니다.
- 시간의 흐름에 따라 한 사람을 추적하기
- 각 당사자의 의무를 구분하기
- 이메일의 Person_2와 계약서에 서명한 같은 사람인 Person_2가 동일인임을 파악하기
- 나중에 실제 이름을 넣어 복원할 수 있는 답변 제공하기. 자세한 내용은 다음을 참조하세요. 원본과 처리본을 오가는 작업 절차.
파일마다 번호 매기기를 다시 시작하면 이점이 사라집니다. 자세한 내용은 다음을 참조하세요. 하나의 전체 사례를 다루는 방법에 관한 글.
차이가 드러나는 작업
- 누가 누구에게 무엇을 빚졌는지. 각 당사자를 모두 구분해야 합니다.
- 시간순으로 정리하기. 각 사건에서 같은 사람을 식별해야 합니다.
- 계약서의 두 버전 비교하기. 두 버전에서 같은 레이블을 사용해야 합니다. 그렇지 않으면 모든 이름이 변경 사항처럼 보입니다.
- 문서 간 모순 찾기. 모든 문서에서 같은 사람에게 같은 레이블을 사용해야 합니다.
“이 문단을 짧게 줄여 주세요” 같은 작업에서는 검은색 막대 처리로 잃는 것이 거의 없습니다. 관계에 따라 답이 달라지는 작업이라면 답을 잃게 됩니다.
PDF의 검은색 상자는 아무것도 숨기지 못하는 경우가 많습니다.
AI 도구에 보낼 파일에 검은색 막대를 피해야 하는 또 다른 이유가 있습니다. 많은 PDF에서는 텍스트 위에 그린 검은색 사각형이 텍스트를 덮기만 합니다. 텍스트는 파일에 그대로 남아 있으며 파일을 받는 쪽에서 선택하고 복사해 읽을 수도 있습니다. 제대로 된 삭제 처리는 텍스트 자체뿐 아니라 메타데이터, 책갈피, 첨부 파일, 양식 필드도 제거합니다.
PDF를 전달해야 한다면 모든 텍스트를 선택해 다른 곳에 붙여 넣어 확인하세요. 이름이 나타난다면 실제로 삭제된 적이 없는 것입니다.
검은색 막대 처리가 적절한 경우
상대방 변호사, 규제 기관, 법원, 언론 홍보실처럼 문서를 문서 형태로 다른 사람에게 전달할 때는 실제 삭제 처리를 사용하세요. 이런 경우에는 상대방이 파일을 받으며, 레이아웃과 증거 가치가 중요하고, 누구도 텍스트를 복구할 수 없게 하는 것이 목표입니다. ClientSafe는 그런 용도로 만들어진 것이 아닙니다. AI 도구용 안전 사본을 만듭니다.
두 작업은 목적이 다릅니다. 삭제 처리는 공개하는 문서를 보호합니다. 안전 사본은 도구에 문서에 대해 생각해 달라고 요청할 때 고객을 보호합니다.
플레이스홀더가 만능은 아닙니다.
- 드문 직함, 작은 마을, 날짜 등의 맥락만으로도 여전히 특정인을 식별할 수 있습니다.
- 맞춤법이 다른 이름을 놓치면 실제 이름이 플레이스홀더 옆에 남습니다. 보내기 전에 안전 사본을 읽어 보세요.
- 대체하지 않는 한 날짜와 금액은 그대로 남으며, 때로는 그대로 남겨 두어야 합니다.
하지만 익명처리, 가명처리, 삭제 처리 비교 각 용어가 어디에 해당하는지 설명합니다. 또한 체크리스트 에서 확인할 항목을 살펴보세요.
자주 묻는 질문
Person_1 같은 레이블을 AI가 혼동하나요?
아니요. 일반적인 토큰입니다. 프롬프트에서 각 토큰이 무엇을 뜻하는지 설명하고 그대로 유지하라고 지시하세요.
역할에 따라 다른 레이블을 사용해야 하나요?
유형별 일반 레이블이면 충분합니다. 프롬프트에 “Person_1는 세입자입니다”처럼 역할을 한 줄로 덧붙이세요.
짧은 문단에는 [REDACTED]를 사용해도 되나요?
사용할 수는 있지만, 텍스트 중간에 한 문단을 숨기면 AI는 여전히 추측해야 합니다. 도구가 대신 바꿔 주는 경우 플레이스홀더를 사용하는 데 추가 수고가 들지 않습니다.
ClientSafe 이름, 회사, 주소, 전화번호, 이메일 주소, 계좌 번호, 신분증 번호, 생년월일을 Person_1 및 Company_1 같은 일관된 플레이스홀더로 바꿉니다. 각 탐지 항목을 확인하고 잘못 탐지된 항목은 선택 해제하며 놓친 항목은 표시한 다음 안전 사본을 복사하세요.