법률사무소의 상담 메모 정리와 서면 초안 보조를 Claude Code로 단축하는 실무법

금요일 저녁, 상담자가 돌아간 뒤 책상에는 휘갈겨 쓴 메모가 석 장 남아 있었습니다. “대여금, 2천만 원, 2022년 4월, 내용증명은 보냄, 상대방은 분할 변제 희망”. 제가 이 메모를 소장 초안으로 옮기려고 책상에 앉은 건 다음 주 화요일이었고, 그때는 이미 “내용증명이 언제 도달했더라”가 기억나지 않았습니다.

법률사무소의 현장이란 이런 “메모는 했는데 정리할 시간이 없다”가 쌓이는 곳이라고 생각합니다. 상담은 계속 들어옵니다. 기일은 다가옵니다. 서면의 틀은 머릿속에 있는데, 매번 처음부터 사실관계를 다시 늘어놓습니다. 이 다시 늘어놓는 부분이야말로 생성형 AI에 넘길 수 있는 작업이었습니다.

오늘은 제가 직접 손으로 시험해 본 “상담 메모 정리”와 “서면 초안의 밑작업”을, Claude Code에 맡기는 절차로 쓰겠습니다. 법적 판단은 AI에 넘기지 않습니다. 넘기는 건 그 앞 단계의 단순 작업뿐입니다.

핵심 요약

법률사무소에서 AI에 넘기는 건 “사실 정리”, “시계열화”, “초안의 밑그림”까지이고, 법적 평가와 최종 판단은 사람이 쥡니다
상담 메모를 정해진 틀(당사자·청구·시계열·쟁점·증거)로 변환하기만 해도 서면 착수가 체감상 절반 이하로 줄어듭니다
복붙으로 쓰는 프롬프트 양식과, 초안에 실명·개인정보가 남아 있지 않은지 기계적으로 걸러내는 검증 스크립트를 실었습니다
개인정보는 “익명화한 뒤 넘긴다”, “외부로 전송하지 않는 설정으로 쓴다”의 2단 구조가 전제입니다. 이걸 빼면 변호사 윤리·비밀유지의무에 저촉됩니다
시간 어림짐작으로는, 상담 1건당 밑작업이 30~40분에서 10분 안팎으로 줄었습니다

법률사무소 업무 흐름의 어디가 막히는가

먼저 독자상을 분명히 하겠습니다. 이 글이 상정하는 건 동네 변호사·중소 사무소의 변호사, 그리고 서면의 1차 작성이나 기록 정리를 맡는 사무직원입니다. 대형 사무소의 전용 시스템이 있는 환경이 아니라, “워드와 과거 서면 폴더로 돌리고 있는” 현장을 염두에 둡니다.

민사 수임에서 서면 제출까지 늘어놓으면 대략 이렇게 됩니다.

상담·수임(메모·녹음·지참 자료)
사실 청취와 정리
시계열·쟁점의 구성
증거와 주장의 대응짓기
서면 초안 작성
변호사의 검토와 법적 평가
확정·제출

이 중 2~5는 판단이라기보다 “흩어진 정보를 정해진 형태로 늘어놓는” 작업의 비율이 높은 곳입니다. 다시 손봐야 하는 일이 잘 생기는 곳도 여기인데, 흔한 게 “초안을 쓰기 시작한 뒤 빠뜨린 사실을 알아채고 다시 물어보는” 패턴입니다. 저 자신도 시계열을 만들기 전에 곧장 서면을 쓰려다가 날짜 앞뒤가 안 맞아 두 번 일한 적이 여러 번 있습니다.

AI에 맡겨서 효과가 나는 건 바로 이 2~5의 밑작업입니다. 청취한 내용을 틀에 흘려 넣고, 빠진 곳을 지적하게 합니다. 완성품이 아니라 밑그림을 최단 시간에 내놓습니다. 그것만으로 6 이후에 집중할 수 있습니다.

Use case 1: 상담 메모를 “사실 시트”로 변환한다

휘갈긴 메모나 녹음의 문자 변환을 정해진 항목으로 정리하게 합니다. 핵심은 AI가 “메우지 않게” 하는 것입니다. 적혀 있지 않은 사실을 추측으로 채우면 위험하므로, 불명확한 점은 불명확하다고 쓰게 합니다.

아래 표가 제가 쓰는 변환 대상 틀입니다.

항목	넣는 내용	불명확할 때의 처리
당사자	의뢰인·상대방의 입장	”미확인”이라고 명기
청구 취지	무엇을 구하는가(금전·인도 등)	후보를 병기하고 확정은 보류
시계열	날짜와 사건을 오래된 순으로	날짜 불명은 “시기 불상”
쟁점	다툼이 될 만한 점	추측에는 “확인 필요”를 붙임
증거	지참 자료·미취득 자료	미취득은 “수집 필요”

이 틀에 흘려 넣기만 해도 “빠뜨린 항목”이 빈칸으로 떠오릅니다. 빈칸이 다음 청취 목록이 된다는 부산물이 은근히 효과적입니다.

Use case 2: 시계열의 모순 점검

사실 시트가 만들어지면 시계열의 정합성만 점검하게 합니다. 법적 옳고 그름이 아니라 “날짜 앞뒤가 이상하지 않은가”, “같은 사건이 두 번 적혀 있지 않은가” 하는 기계적인 점검입니다.

제가 시험했을 때는 “계약일보다 앞서 해지 통지가 도달해 있다”는 입력 실수를 AI가 짚어 주었습니다. 이건 법적 판단이 아니라 그저 날짜의 모순 탐지입니다. 이런 단순한 빠뜨림이야말로 사람이 가장 놓치는 곳이었습니다.

Use case 3: 서면 초안의 밑그림을 만든다

사실 시트와 시계열을 넘기고 서면의 “틀”만 채우게 합니다. 어디까지나 밑그림이고, 주장의 구성이나 법적 평가는 손으로 다시 쓰는 전제입니다. 다음 체크리스트를 충족하는 초안만 다음 공정으로 넘깁니다.

당사자 표기가 사실 시트와 일치한다
시계열에 나오지 않는 사실을 본문에서 쓰고 있지 않다
결론 부분이 빈칸이거나 “변호사 확인”이라고 명기돼 있다
법령의 조문 번호를 멋대로 단정하고 있지 않다(인용은 확인 필요 처리)
의뢰인의 실명·주소가 자리표시자로 돼 있다

다섯 번째가 특히 중요한데, 초안 단계에서 실명을 넣지 않게 함으로써 뒤에 설명할 개인정보 사고를 상당히 막을 수 있습니다.

AI에 맡기는 범위와, 사람이 반드시 판단하는 범위

여기는 사무소로서 선을 그어 두는 부분입니다. 애매하게 두면 어느새 AI의 출력을 그대로 제출하는 사고로 이어집니다.

공정	AI에 맡긴다	사람이 반드시 판단한다
사실 정리	틀로 흘려 넣기·빠진 곳 지적	사실의 진위 확인
시계열	날짜 앞뒤·중복 탐지	어떤 사실을 채택할지
쟁점 추출	후보 나열	법적으로 성립하는지의 평가
서면 초안	틀에 맞춘 밑그림	주장 구성·조문·최종 책임
제출 판단	없음	모두 변호사

선 긋기의 원칙은 하나로, “틀려도 되돌릴 수 있는 작업은 AI, 책임이 생기는 판단은 사람”입니다. 서면의 책임은 당연히 변호사에게 있습니다. AI는 밑작업 담당이라고 딱 잘라 생각하면 운용이 흔들리지 않습니다. Claude Code를 처음 만지는 사무직원은 먼저 비엔지니어를 위한 Claude Code 입문과 Claude Code 시작하기를 먼저 읽으면 도구의 토대를 잡을 수 있습니다.

복붙으로 쓰는 프롬프트 양식

먼저 상담 메모를 사실 시트로 변환하는 프롬프트입니다. 익명화한 정보를 붙이는 전제로 썼습니다.

당신은 법률사무소의 사무 보조입니다. 법적 평가는 하지 말고, 사실 정리만 해 주세요.

# 입력(상담 메모·익명화 완료)
{여기에 익명화한 메모를 붙임}

# 출력 규칙
- 다음 항목으로 표로 정리: 당사자 / 청구 취지 / 시계열 / 쟁점 / 증거
- 입력에 적혀 있지 않은 사실은 메우지 않는다. 불명확한 점은 "미확인"이라고 쓴다
- 시계열은 오래된 순. 날짜가 불명확한 사건은 "시기 불상"이라고 기재
- 법령의 적용 가부나 승패 전망에는 언급하지 않는다
- 마지막에 "다음 청취에서 메워야 할 빈칸"을 항목별로 나열한다

초안의 밑그림을 낼 때는 위 출력을 넘긴 다음 “결론과 법적 평가는 빈칸으로 두고 [변호사 확인]이라고 명기한다”, “실명은 [의뢰인] 같은 자리표시자로 한다”를 덧붙입니다. CLAUDE.md에 이 운용 규칙을 적어 두면 매번 지시하지 않아도 됩니다. 작성법은 CLAUDE.md 베스트 프랙티스가 참고가 됩니다.

검증 스크립트: 개인정보 잔류를 기계적으로 걸러낸다

프롬프트에 “실명을 넣지 마라”라고 써도 사람이 원문을 무심코 붙일 수는 있습니다. 그래서 AI에 넘기기 전후의 텍스트에 개인정보로 보이는 문자열이 남아 있지 않은지 기계적으로 점검하는 스크립트를 둡니다. Node.js가 있으면 동작합니다.

import { readFile } from "node:fs/promises";

// 넘기면 안 되는/남아 있으면 안 되는 패턴의 간이 점검
const patterns = [
  { name: "전화번호", re: /0\d{1,2}-\d{3,4}-\d{4}/g },
  { name: "이메일 주소", re: /[\w.+-]+@[\w-]+\.[\w.-]+/g },
  { name: "우편번호", re: /\b\d{5}\b/g },
  { name: "주민등록번호 후보", re: /\d{6}[-\s]?\d{7}/g },
  { name: "계좌번호 후보", re: /\b\d{10,14}\b/g },
];

const file = process.argv[2] || "draft.txt";
const text = await readFile(file, "utf8");

let hit = 0;
for (const p of patterns) {
  const found = text.match(p.re);
  if (found) {
    hit += found.length;
    console.log(`확인 필요 [${p.name}] ${[...new Set(found)].join(", ")}`);
  }
}

if (hit === 0) {
  console.log("개인정보로 보이는 문자열은 발견되지 않았습니다.");
} else {
  console.log(`\n${hit}건의 확인 필요 항목이 있습니다. 익명화한 뒤 보내 주세요.`);
  process.exitCode = 1;
}

실행은 이것뿐입니다.

node check-pii.mjs draft.txt

완벽한 탐지기는 아니지만, “무심코 원문을 보내는” 사고의 마지막 문지기는 됩니다. 저는 AI에 넘기기 전과, 초안을 저장한 뒤 2번 걸고 있습니다.

도입 전과 후로 무엇이 바뀌었는가

숫자는 사무소 규모에 따라 달라지므로 어디까지나 제 손에서의 어림짐작입니다.

항목	도입 전	도입 후
상담 1건의 밑작업	30~40분	10분 안팎
빠뜨림으로 인한 재연락	월에 몇 건	빈칸 사전 제시로 감소
초안 착수까지의 심리적 부담	높음(백지에서)	낮음(밑그림 있음)

가령 밑작업이 1건당 25분 줄고 월 20건이면 약 8시간. 타임차지로 환산하면 그럴듯한 금액이, 검토나 면담이라는 본래의 변호사 업무로 돌릴 수 있는 계산이 됩니다. 여기는 각 사무소의 실수치로 다시 내 보시길 바랍니다. 생성형 AI에 대한 지시 자체를 다듬고 싶다면 프롬프트 설계 응용도 함께 보시면 좋습니다.

보안과 개인정보 주의점

변호사에게는 비밀유지의무가 있고, 의뢰인 정보의 취급은 변호사 윤리와 직결됩니다. 생성형 AI를 쓸 때의 최저선을 적어 둡니다.

실명·주소·연락처·사건의 특정 정보는 넘기기 전에 익명화한다. [의뢰인] 같은 기호로 치환한다
입력을 학습에 쓰지 않는 설정·계약 범위에서 쓴다. 개인 무료 요금제에 의뢰인 정보를 붙이지 않는다
출력을 그대로 제출하지 않는다. 책임은 변호사에게 있고, AI는 초안 담당으로 한정한다
로그나 임시 파일의 저장 위치를 확인한다. 단말에 남은 메모도 관리 대상
사무소로서 “무엇을 AI에 넘겨도 되는가”의 규칙을 문서화하고 사무직원과 공유한다

익명화를 철저히 하면 의뢰인을 특정할 수 없는 일반화된 사실만 AI에 넘어갑니다. 익명화 대응표는 사무소 안에 종이나 오프라인으로 보관하고 AI에는 넘기지 않습니다. 데이터 취급 방침은 이용하는 서비스의 공식 문서, 예를 들어 Anthropic의 개인정보 보호정책에서 반드시 확인해 주세요.

자주 묻는 질문

Q. AI에 법적 판단을 맡겨도 되나요? 아니요. 맡기는 건 사실 정리와 초안의 밑그림까지입니다. 조문의 적용, 승패 전망, 최종적인 서면의 책임은 변호사가 쥡니다. 판단을 넘기는 순간 책임 소재가 무너집니다.

Q. 의뢰인 정보를 붙이는 게 무섭습니다. 올바른 감각입니다. 실명이나 연락처는 익명화한 뒤 넘기고, 원문은 단말 쪽에 둡니다. 글의 검증 스크립트로 잔류 점검을 걸고, 그래도 불안한 내용은 AI에 넘기지 않는 판단으로 괜찮습니다.

Q. 초안의 정확도는 어느 정도인가요? 그대로 낼 수 있는 품질은 아닙니다. 틀에 맞춘 밑그림이 나온다는 수준입니다. 사실의 취사선택과 법적 구성은 손으로 고치는 전제이므로, “백지에서 쓰는 부담을 줄이는 도구”로 받아들이는 게 현실적입니다.

Q. 사무직원만으로도 시작할 수 있나요? 네. 사실 시트화와 빠뜨림 솎아내기는 사무직원 작업과 궁합이 좋습니다. 변호사는 나온 밑그림의 검토부터 들어갑니다. 도입 초기의 운용은 Claude Code 생산성 향상 팁이 참고가 됩니다.

Q. 과거 서면을 학습시켜 재활용할 수 있나요? 과거 서면에는 의뢰인 정보가 포함되므로 안이한 투입은 위험합니다. 재활용하고 싶다면 고유명사를 뺀 “틀”만 추출하고 그것을 넘겨 주세요.

실제로 시험해 본 결과

서두의 대여금 메모를 익명화해서 사실 시트 변환 프롬프트에 통과시켜 봤습니다. 당사자·시계열·쟁점이 표에 늘어서고, 마지막에 “내용증명의 도달일이 미확인”이라는 빈칸 지적이 나온 게 솔직히 가장 도움이 된 점입니다. 제가 화요일에 떠올리지 못했던 바로 그 한 가지를, AI는 맨 먼저 “여기가 빠졌다”고 말해 줬습니다.

시계열 점검에서는 일부러 해지 통지 날짜를 계약일보다 앞으로 넣어 봤더니 모순으로 짚었습니다. 법률 지식이 아니라 그저 날짜 비교입니다. 하지만 실무에서 놓치는 건 이런 곳이었습니다.

검증 스크립트는 일부러 전화번호를 남긴 초안에서 확인 필요를 반환했고, exit code도 1이 됐습니다. 익명화를 잊은 채 보내는 마지막 한 걸음을 여기서 멈출 수 있습니다. 전체적으로, AI에 똑똑한 판단을 시키기보다 단순 작업을 떠맡기고 사람이 판단에 집중하는 형태가 법률사무소에는 맞는다고 느꼈습니다. 사무소 단위로 운용을 설계하고 싶은 분은 연수·상담에서 구체적인 흐름까지 다듬을 수 있습니다.