본문으로 건너뛰기

사용자 페르소나: 법무·컴플라이언스 전문가

프로필: 법무법인, 사내 변호사, 법률 사무직, 컴플라이언스 담당자 — 계약서, 왕복 문서, 증거 자료, 사내 규정, 규제기관 제출 서류. 주요 목표: 비밀유지 대상이거나 의뢰인을 특정할 수 있는 자료를 있어서는 안 될 곳으로 보내지 않으면서, 긴 문서를 더 빠르게 훑기.

Rephlo는 도구이며, 법률 자문도 컴플라이언스 프로그램도 아닙니다. 민감한 자료를 신중하게 다룰 수 있도록 기술적 통제 수단 — 로컬 처리, 마스킹, 라우팅 — 을 제공합니다. 특정한 사용 방식이 당신의 직업적 의무, 수임 계약 조건, 관할의 비밀유지 규정, 또는 사무소 정책에 부합하는지는 당신과 사무소만이 판단할 수 있습니다. 의뢰인 자료를 AI 도구에 넣기 전에 확인하세요.

권장 설정​

공급자​

  • 긴 문서 작업(검토, 요약, 비교): Claude Sonnet 4.6 또는 GPT-5.4 — 여기서는 컨텍스트 길이와 꼼꼼한 독해가 중요합니다.
  • 가장 어려운 분석: GPT-5.5 또는 Claude Opus 4.8(Pro Plus 이상).
  • 비밀유지 대상이거나 의뢰인을 특정할 수 있는 자료: 콘텐츠가 전혀 컴퓨터 밖으로 나가지 않는 온디바이스 모델 — 또는 마스킹과 Block send if redaction is uncertain 을 모두 켠 클라우드 모델.
  • 사무소 데이터 소재지 요건: OpenAI-Compatible 을 사무소의 Azure OpenAI 엔드포인트로 지정합니다.

먼저 켜야 할 것​

Settings ▸ Privacy 를 엽니다:

  1. Scrub PII Before Cloud — 요청이 클라우드 공급자에 닿기 전에 탐지된 개인정보를 제거합니다.
  2. Also detect dates & addresses (on-device AI) — 약 1.16 GB를 한 번 내려받으면 이름, 생년월일, 주소, 기타 신분증 번호(여권, 운전면허, 국가 신분증, 납세자번호, 은행 계좌번호)가 추가됩니다. 이것이 없으면 이메일, 전화번호, SSN, 카드 정보만 잡힙니다. 법률 업무에서 가장 중요한 범주는 대개 이름이고, 이름은 이 계층에 있습니다.
  3. Block send if redaction is uncertain — 확실히 걸러냈다고 볼 수 없으면 Rephlo가 요청을 보류합니다.
  4. Force Local for Sensitive — 민감으로 표시한 항목을 클라우드가 아닌 온디바이스 모델로 보냅니다. Pro 이상과 내려받은 온디바이스 모델이 하나 이상 필요합니다.

Knowledge Spaces​

  • Space: Precedent & Clause Bank(승인된 조항, 양보 기준선, 협상된 변형안).
  • Space: Firm Policies & Style(사무소 문체, 서식 규칙, 수임 계약서 양식).
  • Space: Regulatory Source Material(법령, 지침, 자주 참조하는 규제기관 발간물).
  • 사건 기록은 공유 Space에 두지 마세요. 의뢰인 문서는 하나의 대화에 첨부하세요. Space는 지속적이고 검색 가능한 색인이지만, 첨부 파일은 그렇지 않습니다.

핵심 명령​

  1. "Clause Extraction"

    • 프롬프트: "이 계약서에서 해지, 책임, 면책, 준거법, 양도, 비밀유지에 관한 모든 조항을 추출하세요. 각각을 조항 번호와 함께 원문 그대로 인용하세요. 해당 항목이 없으면 '해당 없음'이라고 적고, 인접한 조항을 대신 요약하지 마세요."
    • 사용법: 계약서를 선택하거나 채팅에 첨부합니다.

  2. "Issue Spotting"

    • 프롬프트: "이 계약서를 읽고 이례적이거나, 한쪽에 치우치거나, 내부적으로 모순되거나, 정의되지 않은 정의어를 참조하는 조항을 나열하세요. 각각에 대해 원문을 인용하고 우려 사항을 한 문장으로 적으세요. 아직 수정안은 제시하지 마세요."
    • 사용법: 상대방에게서 받은 초안을 선택합니다.

  3. "Plain-English Translation"

    • 프롬프트: "이 부분을 비법률 실무자를 위한 쉬운 말로 다시 쓰세요. 모든 의무, 조건, 예외, 기한을 정확히 유지하세요. 정말로 다의적인 부분은 해석을 확정하지 말고 그 사실을 표시하세요."
    • 사용법: 의뢰인 설명 자료나 이사회 보고용으로 쓸 난해한 문구를 선택합니다.

  4. "Obligations Table"

    • 프롬프트: "이 계약서의 모든 의무를 표로 만드세요: 의무를 지는 당사자, 요구되는 행위, 발생 요건, 기한, 불이행 시 효과. 각 행에 조항 번호를 인용하세요."
    • 사용법: 기한 관리표를 만들 때 체결된 계약서를 선택합니다.

  5. "Redline Rationale"

    • 프롬프트: "이 조항의 두 버전을 비교하세요. 무엇이 바뀌었는지 정확히 밝히고, 각 변경이 당사자 간 위험 배분에 어떤 영향을 주는지 설명하세요. 순전히 문체상의 수정은 무시하세요."
    • 사용법: 변경 전과 변경 후 문안을 함께 선택합니다.

  6. "Policy Gap Check"

    • 프롬프트: "이 사내 규정을 첨부한 규제 지침과 비교하세요. 지침이 요구하지만 규정이 다루지 않는 요구사항을 나열하세요. 양쪽을 모두 인용하세요. 지침이 의무화한 것과 단지 권고한 것을 구분하세요."
    • 사용법: 사내 규정을 선택하고 Regulatory Source Material Space를 첨부합니다.

워크플로 예시: 받은 계약서 1차 검토​

  1. 프라이버시 상태 확인: 마스킹 켜짐, 온디바이스 계층 내려받음, block-if-uncertain 켜짐.
  2. 색인 말고 첨부: 계약서를 Space에 추가하지 말고 채팅에 첨부합니다.
  3. 추출: "Clause Extraction" 을 실행해 구조를 파악합니다.
  4. 포착: "Issue Spotting" 을 실행해 이상한 부분을 찾습니다.
  5. 파고들기: 다중 턴 채팅으로 전환해 후속 질문을 합니다. 대화가 컨텍스트를 유지하므로 계약서를 다시 붙여넣지 않고도 특정 조항을 깊이 파고들 수 있습니다.
  6. 검증: 계약서를 열어 모델이 인용한 모든 조항을 직접 읽어 확인합니다. 검증 가능한 부분은 인용이지, 평가가 아닙니다.

워크플로 예시: 스캔·촬영 자료​

증거 자료, 법원 제출 서면, 서명된 원본은 흔히 스캔으로 들어옵니다.

  1. 인식기 설정: Settings ▸ Privacy ▸ Scanned document language 를 문서 언어에 맞춥니다.
  2. 스캔 첨부: 텍스트는 사용자의 컴퓨터에서 인식됩니다 — 인식을 위해 업로드되는 것은 없습니다. 긴 문서는 200페이지 한도까지 색인되고 Partial OCR 로 표시되므로, 기록 일체가 완전하다고 전제하기 전에 그 배지를 확인하세요.
  3. 이미지도 대상입니다: 개인정보가 담긴 첨부 이미지는 이미지 그대로가 아니라 마스킹된 텍스트로 대체됩니다.
  4. 한계를 알아두세요: OCR이 읽는 것은 텍스트입니다. 서명, 손으로 쓴 메모, 읽어내지 못한 여백 필기는 잡히지 않습니다 — 그리고 소송 자료에서 식별 정보가 숨는 곳이 바로 거기입니다. block-if-uncertain은 켜 두세요.

요청을 어디서 실행할지 고르기​

자료권장 설정이유
공개 법령, 공표된 지침, 일반 조사아무 클라우드 모델비밀 정보가 없음
사무소 서식과 양식(식별정보 제거된 것)클라우드 모델 + 마스킹모델 성능을 온전히 활용
의뢰인 사건 기록, 왕복 문서온디바이스 모델, 또는 Force Local for Sensitive콘텐츠가 전혀 컴퓨터 밖으로 나가지 않음
외부에 메일로 보내기 망설여지는 모든 것온디바이스 모델이미 갖고 있는 직관을 그대로 적용

마지막 행이 실무적인 기준입니다. 생각 없이 외부로 전달하기가 망설여진다면, 로컬에서 실행하세요.

법무·컴플라이언스 실무 팁​

모든 인용 출처를 확인하세요. 하나도 빠짐없이.​

언어 모델은 맞아 보이지만 틀린 출처를 만들어 냅니다 — 존재하지 않는 판례, 다른 내용을 규정한 조문, 쓰인 적 없는 인용문. 이는 실제 절차에서 전문가들에게 이미 좋지 않게 끝난 적이 있습니다. Rephlo가 인용을 대신 검증해 주지 않습니다. 이 명령들은 이미 갖고 있는 텍스트를 찾아 정리하는 데 쓰고, 모델이 스스로 내놓은 근거는 원문을 읽기 전까지 미검증으로 다루세요.

요약보다 인용​

위 명령들이 조항 번호가 붙은 원문 인용을 일부러 요구하는 이유가 이것입니다. 인용은 10초면 문서와 대조할 수 있습니다. 요약은 다시 짚어봐야 합니다. 바꿔 쓰게 하기보다 본문을 가리키게 하는 프롬프트를 택하세요.

무엇이 있는지만이 아니라 무엇이 없는지를 물으세요​

"빠진 조항을 나열하라"는 "이 계약서를 요약하라"보다 훨씬 나은 모델 활용법입니다. 누락 확인은 사람에게는 고되고 모델에게는 기계적인 일입니다.

마스킹은 돌아오는 결과도 바꿉니다​

보내기 전에 이름이 마스킹되면 답변에도 이름이 없습니다. 그것이 목적이지만, 동시에 "[REDACTED]" 가 들어간 결과물은 당신이 직접 되돌려 넣는 작업이 필요하다는 뜻이기도 합니다. 당사자의 신원이 분석에 본질적인 문서라면 온디바이스 모델에서 실행하세요.

보관 기간은 기본값이 아니라 결정 사항입니다​

Settings ▸ Privacy ▸ History retention 에서 Forever, 90일, 30일, Immediate 중 고를 수 있습니다. 기록은 당신이 입력한 내용의 사본입니다. 사건 업무라면 처음 상태로 두지 말고 사무소의 보존 정책에 맞추세요.

다음 페르소나: 금융 서비스 종사자를 위한 가이드, 또는 학생을 위한 가이드로 돌아가기.

관련 문서​