본문으로 건너뛰기

#004 정체성 재정의 — Why + AX 정의 + 사무소 자산 활용

항목내용
회차4/10
개시일2026-04-19
TierA (전략·정체성·ADR 0001 재작성 트리거)
진행 상태✅ 완료 · 수렴 · ADR 발행 (2026-04-20)
참여자 수5인 (Chair 제외 발산 4인 + 컴플라이언스 조언 1인)
예상 산출물Why 정의·AX 3A 프레임 확정·사무소 자산 활용 원칙·ADR 0001 재작성안
선행 회의#001~#003 의 모든 결정이 이 위에 얹힘. #003 Pack 결정 보류 중 — 본 회의 수렴 후 재개

Executive Summary (경영진 1분 독해)

  1. 질문 원점: "법률사무소가 왜 우리 서비스를 써야 하는가" 와 "AX 는 우리 맥락에서 무엇인가". #001~#003 에서 기능·시장·플랜을 논의했으나 기반이 되는 정체성 은 확정된 바 없음. ADR 0001 Vision 은 이미 Chair 가 "민사 회수 → 민사 전반" 으로 확장 결정했으므로 재작성 필요.
  2. 사무소 자산 편입: Chair 지시 — "각 법률사무소에 쌓인 문서 자산(소장·답변서·준비서면·의견서·자문서 등)을 DB화하여 AX 에 포함". 기존 /legacy "사무실 기억" 컨셉(Phase 0~3 로드맵 존재)을 AX 중심축의 하나로 격상.
  3. AX 3A 초안 (회의 검증 대상): Automation (기계가 할 일) + Augmentation (사람 증폭) + Accumulation (사무소별 자산 축적). 이 셋이 다 있어야 진짜 AX. 각 축의 경계·금지선·기술 요건을 회의로 확정.

§1. 참여자 (Participants)

5인 구성 — 전략·도메인·기술·법적 경계 축을 모두 커버하되 최소 인원.

기존 풀에서 유지 (4인)

P1. 송무 전담 변호사 (개인 사무소, 10년차)

  • 이번 회의 역할: "법률사무소가 왜 쓰는가" 를 현장 변호사의 체감으로 답할 유일 발언권자. 사무소 문서 자산의 실제 형태·축적 방식·재활용 현실 증언.
  • 이 안건의 관심사: (1) "사람 시간 되돌려준다" 가치가 실제 의미 있는가 (2) 사무소 문서 DB화 시 수임인 비밀·과거 의뢰인 동의 현실 (3) 신입 변호사·퇴직 변호사 간 지식 이전 현실.
  • 잠재적 편향: 본인 사무소 경험 기준으로 일반화. 대형 로펌 다른 현실은 #005 이후 재검증.

P3. SaaS PM (7년차)

  • 이번 회의 역할: Why 프레이밍·카테고리 정의·Anti-Goal 경계 수호. AX 정의를 투자자 피치·랜딩 카피·온보딩 문구로 전환 가능한 형태로 다듬음.
  • 이 안건의 관심사: (1) "기능형 Why → 본질형 Why" 응축 (2) AX 가 "법률 조언 AI" 로 미끄러지는 경계 (3) 사무소 자산 활용이 제품 스토리의 moat 로 기능하는지.
  • 잠재적 편향: 메시지 응축 욕망이 강해 실무 뉘앙스를 깎을 위험.

P8. 리걸테크 도메인 기획자 (변호사 자격, 10년)

  • 이번 회의 역할: AX 정의가 해외 리걸테크(Harvey·CoCounsel·Clio) 카테고리와 어떻게 차별화되는지 판정. 사무소 자산 DB화의 변호사법·수임인 비밀 유지 의무(변호사법 제26조) · 개인정보보호법 경계.
  • 이 안건의 관심사: (1) 한국 변호사 시장에서 AX 언어의 수용성 (2) 사무소 자산 활용이 변호사법 저촉 없는 범위 (3) 경쟁사(엘박스·인텔리콘)의 유사 기능 여부.
  • 잠재적 편향: 법리·컴플라이언스 중심 사고로 제품 기능 축소 지향.

P12. AI 제품 아키텍트 (외부 자문, 10년+)

  • 이번 회의 역할: AX 3A 프레임의 기술적 구현 실현성 평가. 사무소 자산 DB화의 RAG 파이프라인·임베딩·격리·Firebase AI Logic 정합성. 축적 데이터가 moat 가 되는 기술적 조건.
  • 이 안건의 관심사: (1) Accumulation 축이 단순 저장인지 학습 루프인지 (2) 사무소별 격리 vs 전체 학습 균형 (3) 소버린 AI 전환 시 축적 자산 포팅 비용.
  • 잠재적 편향: 기술 낙관·데이터 가치 과대평가 경향. P7 이 법적 경계 견제.

신규 소환 (1인)

P7. 보안/컴플라이언스 전문가 (DPO, 신규)

  • 직업·소속: 전직 대형 로펌 컴플라이언스 변호사 5년 → 핀테크 DPO(Data Protection Officer) 5년. 현 외부 법무·데이터보호 자문.
  • 경력: 12년. 변호사법·개인정보보호법·GDPR·수임인 비밀 유지 의무·공공누리 라이선스·약관 설계·DPIA(Data Protection Impact Assessment) 실무.
  • 전문 분야: (a) PII 분류·비식별화 가이드라인 (b) 변호사법 제26조(비밀유지) vs 제34조(알선·광고) 경계 (c) 데이터 수집·이용 동의 설계 (d) 사무소 간 데이터 격리 설계 (e) 감사 로그·책임 귀속 구조.
  • 이번 회의 역할: 사무소 문서 DB화의 법적 경계 확정. (1) 과거 의뢰인 자료 동의 현실성 (2) 사무소 간 격리의 법적 의미 (3) AI 학습에 사용 시 별도 동의 필요성.
  • 성향: 보수적·근거 기반·사례 중심. "이런 건은 이런 약관·DPIA 로 해결" 과 같은 구체적 해결책 제시형.
  • 강점: 실무 변호사 관점 + 현 데이터 보호 실무 감각의 교집합.
  • 맹점: 제품 성장·기술 낙관에 약함. P12·P3 가 제품 레일에서 견제.
  • 이 안건의 관심사: (1) 수임인 비밀 vs AI 학습 (2) 사무소별 격리 기술의 법적 가중치 (3) 데이터 유출·해지 시 의무.
  • 잠재적 편향: 기능 축소 지향. "가능성 있으면 하지 말라" 방어형 조언이 기본.

Chair (대표·의사결정권자)

  • 회의 조정, 최종 결정, ADR 0001 재작성 서명.

이번 회의 불참여

  • P2·P4·P5·P6·P9·P10·P11·P13·P14: 정체성 확정 후 각자 전문 회의(#005~#009) 에서 등판.

§2. 회의 아젠다 (Agenda)

상위 안건

너홀로프로의 존재 이유(Why)·AX 정의·사무소 자산 활용 원칙을 확정하고, ADR 0001 Vision 을 재작성한다.

배경

  • Chair 2026-04-19 지시:
    1. "법률사무소가 왜 우리 서비스를 써야 하는가" 근본 재고
    2. "AX 의 의미" 재정의
    3. "법률사무소의 문서로 쌓여있는 자료를 DB화 하여 AX 에 포함" — 각 법률사무소만의 자산 활용
  • #001~#003 은 기능·시장·플랜 논의 — 이 정체성 위에 얹혀야 하는데 토대가 미확정. 본 회의가 논리적 선행.
  • 기존 /legacy "사무실 기억" 컨셉 (Phase 0~3 로드맵 존재)이 AX Accumulation 축의 구체 구현체 로 격상.

논의할 3축

Q1. Why (법률사무소가 왜 우리를 쓰는가)

  • 3단 층위 검증: 기능적(반복 업무 대체) · 정서적(과실 리스크 제거) · 본질적(사람 시간 복원)
  • 한 줄 Why 확정 (투자자 피치·랜딩 카피 직접 사용 가능한 형태)
  • 경쟁 대비 포지셔닝 (엑셀·엘박스·Clio·Harvey·로톡 계열)
  • 기존 Vision "민사 회수 완주" 문구의 재활용 여부

Q2. AX 정의 (우리 맥락에서 AX 는 무엇인가)

  • 3A 프레임 검증·확정 (제안):
    • Automation — 서류·계산·기일 반복 업무 자동화
    • Augmentation — 판례 검색·쟁점 추출·전략 초안 (사람 증폭)
    • Accumulation — 사무소별 자산 축적 (시간이 쌓는 moat)
  • 3A 가 모두 있어야 진짜 AX 인가, 일부만으로도 되는가
  • 각 축의 Anti-Goal 경계:
    • Automation 의 과실 책임
    • Augmentation vs "법률 조언 AI"
    • Accumulation vs 수임인 비밀
  • Firebase AI Logic·소버린 AI·3A 정합성

Q3. 사무소 자산 활용 (Chair 지시 신규 축)

  • 축적 대상: 소장·답변서·준비서면·의견서·자문서·합의서·계약서·내부 검토 메모·기일 메모·의뢰인 응대 기록
  • 수집 경로: (a) 제품 내 신규 작성 자동 축적 (b) 기존 종이/파일 스캔 업로드 (Phase 1 이미 진행 중) (c) 한글(HWP)·워드(DOCX) 파일 임포트 (d) 이메일 첨부 자동 수집
  • 활용 방식: (a) 새 서류 생성 시 참고 (b) 유사 사건 자동 매칭 (c) 사무소 스타일 학습 (d) 경력 변호사 지식 이전
  • 격리·보호:
    • 사무소 간 격리 (테넌트 데이터 섞이지 않음)
    • 수임인 비밀 유지 (변호사법 제26조)
    • 과거 의뢰인 동의 현실 (회색지대)
    • PII 비식별화 범위·책임
    • AI 학습 사용 시 추가 동의
  • 기술 구현:
    • Firestore 테넌트 격리 + Vertex AI Vector Search 테넌트 분리
    • 임베딩 저장·갱신 주기
    • 원본 보존 vs 비식별화본 사용
    • 소버린 AI 전환 시 임베딩 포팅

전제 (확정 사항 재확인)

  • Vision 은 "민사 회수 → 민사 전반" 확장 (Chair 결정)
  • 수익 모델: 전면 무료 + 투자 유치 (Chair 결정)
  • AI 스택: Firebase AI Logic 필수, 국산 소버린 AI 출시 시 전환
  • Anti-Goal 4개: 민사 외 소송 ✗ / 법률 조언 AI ✗ / 의뢰인 B2C ✗ / 매칭·광고 ✗
  • 3-Phase 로드맵: Phase 1 민사 회수 / Phase 2 민사 전반 / Phase 3 법원 API·화상 재판

진행 계획

  • Tier A
  • R1: 5인 병렬 독립 발산
  • R2: 5인 크로스 토크 (Why·AX·자산 활용 문구 수정·합의)
  • R3: 수렴·결정 + ADR 0001 재작성안 + 신규 ADR (AX·사무소 자산)

예상 산출물

  • 한 줄 Why (투자자 피치용)
  • AX 정의문 (랜딩 히어로·온보딩·RRP 직접 사용)
  • 사무소 자산 활용 원칙 5~7개
  • ADR 0001 재작성 초안
  • 신규 ADR 초안 (AX·사무소 자산)
  • #003 Pack 결정 재개를 위한 결정 기반

§3. 회의 내용 (Proceedings)

§3.1 Round 1 — 독립 발산 (완료, 2026-04-19)

원칙: 5인 병렬 독립 사고. 타 역할 의견 모른 채 각자 Q1·Q2·Q3 답변.

한 줄 요약 (5인)

역할핵심 입장
P1 변호사"Q3 자산이 먼저다 (Why·AX 는 카피, 자산은 사무소 생사). 변호사 바꾸는 이유 = 실수 안 나게 > 직원 유지 > 돈. 한 줄 Why: '변호사는 법정에, 나머지는 너홀로.' '사람 시간 되돌려준다' 안 꽂힘. 'AX' 외계어 — 외부는 'AI 비서'. 3A 중 Augmentation 1위. '법률 조언 AI ✗' 엄청난 안도감. 자산 현실: 파일명 (진짜최종) 검색 불가 · 종결 의뢰인 소급 동의 불가 · 세대 간 지식 이전이 실질 moat · Lock-in 만 추구하면 도입 실패."
P3 PM"Vision 재작성 불필요, Core Value 한 줄 추가. ADR 0001 은 18일 전 합의, 24H 재작성 = 팀 신뢰 비용. 한 줄 Why: '민사 회수, 놓치지 않고 완주한다. 한 건 끝낼 때마다, 다음 사건이 쉬워진다.' 카테고리 공백 = (한국 민사 회수 × 소형 사무소 × 완주 × 축적형 AI). 3A 는 순차+누적 (시간 화살표). Accumulation = moat 진짜, 초기 카피 금지 (체감 6M+). 'AX' 대외 금지, '기억하는 AI'. 메시지: '당신의 기억은 당신의 것. 우리도 못 봅니다.'"
P8 도메인"Q3 압도적 위험 — 변호사법 26·30·109조 + 개보법 17·28의2 동시. 카테고리 공백 = '1~5인 송무 사무소 사건 실무 AI 보조' 전 세계 비어있음. 한 줄 Why: '1인 변호사가 5인 사무소처럼 일한다.' 법적 경계: Firebase 저장=위탁(합법)·AI 학습=2차이용(가명처리 예외 적용)·재식별 방지(사건번호·법원·금액 일반화 필수). 수임약정서 필수 3문구: '비식별화'·'사무소 내부'·'외부 미제공·모델 미학습'. 소급 동의 거의 불가 — 신규부터. Clio 모델 이식 가능 (자료=사무소 소유, 우리=위탁처리만)."
P12 AI 아키텍트"Accumulation 이 가장 불확실. 현재 Automation ≈95%·Augmentation ≈레일 완비·Accumulation 0. 벡터 DB 권고: 단일 인덱스 + restricts 메타필터 (테넌트 분리 인덱스 월 $324K 비현실). 비식별화 4단(정규식→NER→재식별 스캐너→수동 큐) + 강도 레벨 3종. 이메일 수집 보류. RAG: top-20 → rerank top-5. Moat = 변호사 수정 diff × 승소율 × 2년 곱. 소버린 전환 대비 embeddingVersion Day 0 필수. 3A weight 체계 신설: RAG 참조 weight 2."
P7 컴플라이언스 (신규)"조건부 가능. Tier 1 (사무소 내 참조) 런칭 가능 · Tier 2 (자사 개선) DPIA + 옵트인 후 · Tier 3 (사무소 간 공동 학습) 1년 유예·권장 불가. 수임약정서 조항 초안 제시 (4개 조항). 상대방·제3자 PII = 익명처리 외 경로 없음. 사무소 간 격리 = 기술 + DPA + 감사 로그 3중. 개인정보위 사전협의 권고 (선례 최초 케이스). 3A → 4A 재구성 제안: Automate + Augment + Assist + Audit(감사)."

5인 합의 근접 지점 요약

  • Vision 재작성 대신 Core Value 한 줄 추가 (P3 주도, 이견 없음)
  • 'AX' 용어는 내부만 (P1·P3·P12 공통). 대외는 "AI 비서" / "기억하는 AI"
  • 3A 프레임 채택 (P3·P8·P12). P7 의 4A(Audit 추가) 는 추가 논의
  • Accumulation = moat 진짜, 초기 카피 금지 (P3·P8·P12)
  • 카테고리 공백 = "1~5인 사무소 민사 송무 실무 보조 AI" (P3·P8 합의)
  • 변호사법 경계: Firebase 저장 = 위탁 해석, 누설 아님 (P8·P7)
  • 수임약정서 개정: 신규 수임분부터 AI 이용·비식별화·사무소 내부 명시 (P7·P8)
  • 과거 의뢰인 자료: 소급 동의 거의 불가 → 완전 비식별화 된 경우만 활용 (P1·P7·P8)
  • Tier 3 (사무소 간 공동 학습) 최소 1년 유예 (P7·P1·P3 공통)
  • 비식별화 다단계 + 사건번호·법원·금액 일반화 (P8·P7·P12)
  • 상대방·제3자 PII 는 익명처리만 (P7·P8)
  • 벡터 DB 단일 인덱스 + tenantId 메타필터 (P12 기술, 경제성)
  • 개별 변호사 단위 원본 export 허용 + 임베딩/diff lock-in (P1·P12)
  • 의뢰인 AI 생성 사실 고지 + 변호사 최종 서명 (P7·P8·P1)
  • 세대 간 지식 이전이 실질 moat (P1 제기, P3·P12 기술 가능성 동의)

발언 전문

P1. 송무 변호사 (개인 사무소, 10년차)

원초적 입장 — Q3 자산이 먼저다: Why·AX 는 카피 문제고 자산 활용은 사무소 생사 문제. Why 는 랜딩 카피 한 줄이 틀려도 다시 쓰면 되지만, 과거 의뢰인 자료를 잘못 DB 화하면 변호사법 위반 · 수임인 비밀 누설로 사무소가 끝난다. 회의에서 자산 활용 경계를 먼저 확정해야 Why 와 AX 가 그 경계 안에서 설계 가능. 순서 거꾸로 가면 "법률 조언 AI ✗" Anti-Goal 이 자산 축적 구조와 충돌해 뒤집힘.

Q1 Why — 현장 체감:

변호사가 SaaS 를 바꾸는 실제 우선순위:

  1. 실수 안 나게 — 기일 놓침·시효 놓침·답변서 기한. 진짜 공포는 돈이 아니라 징계·손배.
  2. 직원 유지 — 송무 사무원 채용난. 엑셀·카톡 업무 버겁다고 나가면 사무소 마비.
  3. — 회수율·미수금.
  4. 효율 — 의외로 4등. 바쁜 변호사는 "빠름" 보다 "안 틀림" 을 산다.

3단 층위 수정: "기능·정서·본질" 프레임은 맞지만 "본질 = 사람 시간 복원" 은 변호사에게 안 꽂힘. 변호사는 시간 남는다고 쉬지 않고 사건을 더 받는다. 본질 = "변호사답게 일한다" — 반복 서면·일정 관리 말고 법리 판단·의뢰인 상담·법정에 쓰는 시간. 이 프레임이 징계 공포·자부심 둘 다 건드림.

한 줄 Why 후보 3개:

  1. "기일 놓칠 일 없는 사무소." (공포 축)
  2. "변호사는 법정에, 나머지는 너홀로." (자부심 축) ← 선호
  3. "사건이 늘어도 사무원은 그대로." (경영 축)

2번이 10년차 현장 변호사의 지갑을 연다. "사람 시간 되돌려준다" 는 스타트업 피치 문법.

경쟁 체감 거리:

  • 엑셀 — 진짜 경쟁자, 변호사 80% 기본값
  • 엘박스·케이스노트 — 판례 검색, 사건 관리 아님 → 병용
  • Clio — 영미 계약 문화, 한국 전자소송·인지액 안 맞아 도입 0
  • Harvey — 한국어·민사 데이터 없음, 대형로펌 관심사
  • 로톡 — 매칭 플랫폼 혐오까지. 같은 묶음으로 언급되면 안 됨

Q2 AX — "AX" 라는 말은 안 꽂힘:

  • "DX" 도 아직 낯선데 "AX" 는 외계어. 내부 문서용 개념으로만 쓰고 외부는 "AI 비서" · "AI 사무원".
  • 3A 중 Augmentation 1위. 자동화(서면 자동작성) = 변호사가 결과물 못 믿어서 다시 읽음. 축적 = 장기적으로 좋지만 당장 돈 안 냄. Augmentation = "내가 초안 쓰고 AI 가 빠진 쟁점·판례·기일 체크" → 징계 공포 실제 낮춤.
  • "법률 조언 AI ✗" 엄청난 안도감. 변호사 커뮤니티 AI 기피 99% 는 "AI 가 의뢰인에게 답하면 내 면허 걸림" 공포. "AI 는 의뢰인을 상대하지 않습니다" 한 줄이 어떤 기능 설명보다 세다.
  • 사용 흐름: 출근 → 기일 브리핑 → 사건 열기 → 유사 사건 서면 참고 → 초안 → AI 빠진 쟁점 체크 → 제출. 사람 중심, AI 옆자리.

Q3 사무소 자산 — 가장 중요:

실제 형태: 소장·답변서·준비서면 10%. 나머지 90% = 의뢰인 카톡·문자 스크린샷·통화 녹음·손글씨 메모·영수증·등기부·법인등기 PDF·재산명시 결과·집행권원 사본. 종이 : 파일 3 : 7, 최근 5년 신규는 9 : 1. 10년+ 사무소일수록 종이 비율 폭증.

축적 현실: 폴더 네이밍 2023-김철수-대여금·김철수vs이영희(2차) 식 사람 이름 기반. 파일명 준비서면(최종)(진짜최종)(수정).hwp. 검색 불가능. 그대로 DB 화하면 쓰레기 DB.

재활용 현실: "비슷한 사건 있었지" → 실제론 기억 + 바탕화면 HWP 검색 + 선배 카톡. 엑셀 대장은 회계용. 재활용은 대부분 실패하고 새로 씀. 여기에 제품 기회 큼.

수임인 비밀 본능: "내 사무소 자료가 클라우드 간다" 한 줄에 80% 거절. 변호사법 26조 + 징계 기억. "사무소 격리 · 타 사무소 안 섞임 · 학습 안 씀" 3개를 약관·UI 양쪽에서 반복 고지해야 받아들임.

과거 의뢰인 소급 동의: 사실상 불가능. 종결 사건 의뢰인 연락 자체가 이상한 행위. 해법 = 소급 동의 받지 않고 비식별화만으로 사무소 내부 활용. 원본은 그 변호사만 보고, AI 는 비식별화본에서 패턴만 학습, 해당 사무소 내부만.

세대 간 지식 이전: 현실 = 전수 안 됨. 선배 퇴직 시 HWP 수천 개 USB 로 넘기고 끝. 신입은 물어볼 선배 없음. 제품이 "이 사건과 유사한 과거 사건: 2019년 ○○ 사건, 담당: 박변호사(퇴직)" 보여주면 엄청난 가치. 세대 이전이 실질 moat.

원본 vs 비식별화: 원본 보존 · 비식별화본 사용 유일한 답. 변호사는 원본 삭제 공포 크고 보관 의무(7년) 있음.

유출 공포: "타 사무소 학습에 쓰인다" 순간 끝. Firebase AI Logic 이 "Gemini 가 프롬프트 학습에 안 쓴다" 명시 계약을 변호사 언어로 번역해 약관에 박아야.

자산 moat — Lock-in vs Portability: Lock-in 만 추구하면 도입 자체가 안 됨. 변호사는 "내가 이 사무소 떠날 때 내 자산 가져간다" 확신 있어야 처음부터 올림. 해법: 개별 변호사 단위 export (HWP·PDF 일괄) + 사무소 단위 Accumulation 은 이전 불가 (당연). "가져갈 수 있다" 를 정면에 광고하는 게 오히려 lock-in 이 됨 (실제론 export 해도 다른 툴에 import 곳 없어서 안 떠남).

Anti-case 2개:

  1. "AI 가 대신 씁니다" 포지셔닝 = 변호사 결과물 검수 부담 그대로라 안 쓰고, Anti-Goal 과 충돌해 내부 찢어짐. Augmentation 확정해야 생존.
  2. 사무소 자산 DB 를 "전체 변호사 지식 공유 풀" 확장 = 변호사법 위반 + 로톡 트라우마 재발 + 변협 공격. Accumulation 은 반드시 사무소 격리에서 멈춰야.
P3. SaaS PM (7년차)

원초적 입장 — 보강으로 충분, 재작성은 해롭다: ADR 0001 은 18일 전 5인 충돌 합의, "민사 회수" 는 Anti-Goal #1 과 Pack 1→2 확장을 자동 강제하는 장치로 설계. 재작성 = 팀 신뢰 비용·문서 연쇄 개정·"또 바뀜" 시그널. 3축 중 재작성 압력 가장 큰 건 Q3 — Q1·Q2 는 Vision 상위 층위가 아니라 하위 카피 문제지만, 사무소 자산이 moat 중심에 오르면 "수임→입금 완주" 행위 축과 "사무소가 축적한다" 자산 축이 서로 다른 북극성. 결론: Vision 유지, Core Value 에 Accumulation 1 문장 추가.

Q1 Why — 응축:

한 줄 Why 후보 5개:

#문장강점약점
W1"민사 회수, 놓치지 않고 완주한다"ADR 직계·5년 불변moat 불명
W2"변호사의 기억이 사무소의 자산이 되는 곳"Accumulation 선명·감정적신규 사무소에 공허
W3"기일·시효·서류 실수 0건. 사무소 손은 절반"측정 가능·Core Value 동일카피 건조
W4"수임부터 입금까지, 한 사람 분량으로"JTBD·인력 ROI"한 사람" = 인력 대체 프레임 변호사법 리스크
W5"다음 사건이 쉬워지는 사무소"Accumulation·성장 암시·짧음추상

랜딩 히어로 권장 — W1(메인) + W5(서브): "민사 회수, 놓치지 않고 완주한다. 한 건 끝낼 때마다, 다음 사건이 쉬워진다."

경쟁 포지션 맵:

경쟁포지션우리 차별
엑셀관리 도구무료·유연·오류 많음자동화 + 실수 0
엘박스검색 DB판례 검색우리는 DB 아님, 워크플로우
Clio워크플로우영미 CRM·빌링한국 민사·AI 기본
HarveyAI 어시스턴트대형 로펌·계약 검토소형·민사·완주
로톡매칭 플랫폼의뢰인→변호사 유입B2B 도구, 의뢰인 아님

고유 좌표: (한국 민사 회수 × 소형 사무소 × 완주 워크플로우 × 사무소 축적형 AI) — 네 축 교집합에 아무도 없다.

선언: Vision 유지, Core Value 만 보강.

Q2 AX 프레임 — 3A 순차+누적:

  • 상호관계: Automation(지금 처리) → Augmentation(지금 판단 보조) → Accumulation(이번 건이 다음 건의 원료). 시간 화살표. Automation 없으면 데이터 안 쌓이고, Accumulation 없으면 Augmentation 일반 LLM 과 구별 안 됨.
  • Accumulation = moat 반은 진짜 반은 스토리: 진짜 — 사무소별 비식별화 데이터는 외부 LLM 이 절대 못 가짐(법적 격리). 스토리 — 변호사 체감 시점은 최소 6개월·50건 이후. 초기 사용자에겐 공허. moat 진짜, 초기 카피 금지.
  • "3A 모두 있어야 진짜 AX" 과함: Phase 3 까지 "아직 AX 아님" 돼서 내부 동기 꺾임. "AX 는 세 단계로 자란다" 로 완화.
  • 경쟁 AX: Harvey Augmentation 극대 + Accumulation 로펌 per-tenant 비공개. CoCounsel Automation+Augmentation, Accumulation 없음. Clio Automation 만. 우리 = Accumulation 을 제품 중심에 둔 유일 후보 (소형 한국 민사 한정).
  • AX 용어 대외 금지: 랜딩·영업은 "AI 가 다음 사건을 위해 기억한다" 행동 언어로. "AI" 로 충분하되 차별점은 "기억하는 AI" 포지션.

Q3 사무소 자산 — 등장 위치:

  • Vision 본문: 넣지 말 것 (행위 축 흐림)
  • Core Value: 한 문장 추가 (여기)
  • 부제·온보딩·랜딩 서브카피: 메인 노출
  • ADR 0001: "Core Value 확장" 섹션 추가

/legacy "사무실 기억" 로드맵 정합 — 완벽. Phase 0(네이밍) → 1(스캔) → 2(참조) 흐름 그대로 Accumulation 구현. 단 Pro 전용 제약이 "당신의 AI 는 당신의 것" 메시지와 충돌 — Free·Starter 는 "자동 축적은 되고 재활용 열람만 Pro" 로 재경계.

중심 차별화 스토리: "다른 AI 는 모든 법률사무소에 같은 답을 준다. 우리는 당신의 사무소가 해온 방식을 기억한다."

사무소별 격리 메시지: "당신의 기억은 당신의 것. 우리도 못 봅니다." 3요소: (1) tenant 경로 격리 (2) 비식별화 전처리 (3) 학습 데이터 비사용 약관. 랜딩에 "다른 사무소 데이터와 섞이지 않습니다" 한 줄.

과거 의뢰인 동의 PM 처방 3단:

  1. 수임계약서 표준 문구 템플릿 제공 — 신규부터 클린
  2. 기존 문서 업로드 UI 에 "의뢰인 식별 정보 제거 책임은 사무소" 체크박스 + 자동 PII 마스킹 2중
  3. "내부 사용만" 기술적 강제referencedLegacyDocIds 가 의뢰인 포털 절대 노출 금지

통합 Why 5개:

#문장대상
V1"민사 회수, 놓치지 않고 완주한다 — 이번 건의 경험이 다음 건의 무기가 되도록."투자자
V2"기일·시효 실수 0, 사무소 손 절반. 한 건 끝낼 때마다 사무소가 똑똑해진다."변호사
V3"사건 접수부터 입금까지, 놓치는 것 없이. 사무장이 기억해둘 것을 시스템이 대신."사무원
V4"당신의 사무소만의 AI — 당신이 일해온 방식을 기억한다."Accumulation 강조
V5"한국 민사 회수를 완주하는 가장 빠른 길. 그리고 반복할수록 빨라지는 유일한 길."moat

ADR 0001 보강안:

  • Vision 유지.
  • Core Value 확장: "사무소 일손 절반, 기일·시효·서류 실수 0건. 의뢰인은 자기 사건 스스로 본다. 사무소가 해온 방식은 AI 가 기억하여 다음 사건에 돌려준다."
  • 신규 섹션 "Core Value 구현 3축": Automation · Augmentation · Accumulation. 대외 카피 금지 명시.
  • Phase 1 "민사 회수" = Vision 구체 사례(Pack 1) 재해석. 문장 교체 없음.

Anti-case 2개:

  1. 초기 사용자 공허화: 가입 첫날 "당신의 AI 는 당신 사무소를 기억합니다" 노출 시 "기억할 게 없는데?" → 신뢰 붕괴. 대응: 축적 축은 3개월 지난 tenant 에만 점진 공개.
  2. 투자자 moat 과장: "Accumulation moat" 피치 후 실사에서 "tenant 당 평균 legacyDoc 8건" → 스토리 파탄. 대응: 투자자용 "moat 이 자라는 메커니즘 설계 완료" 로 톤다운, 실수치는 Pack 2 출시 후.
P8. 리걸테크 도메인 (변호사 자격 + 리걸테크 10년)

원초적 입장 — Q3 압도적 위험: 변호사법 제26조(비밀유지)·제34조(사건 유치 알선)·개인정보보호법 제17조(제3자 제공) 동시 건드림. "종결 사건 자동 유입→비식별화→AI 학습·재활용" 파이프라인이 과거 수임약정 동의 범위 초과 가능. 로톡은 광고·알선에서 무너졌지만, 너홀로프로는 비밀유지·개인정보에서 무너질 수 있음. 더 치명적 — 변협 징계·과징금 한 번에 터짐.

Q1 경쟁 지형:

국내:

  • 엘박스 (리서치 SaaS, Why = 정보 접근성)
  • 로앤비(로이슈) (법령·판례 DB, Why = 권위)
  • 인텔리콘(유렉스) (법률 Q&A AI, Why = 지식 노동 대체, 법률 조언 경계)
  • 로톡 (변호사 광고 매칭, 변협 59조의2 충돌 사실상 패퇴)
  • 케이스노트 (판례 UX 혁신)
  • 리걸엔진·바로빕 (사무소 관리 SaaS)

해외:

  • Clio: Practice management 표준, 월 $99+
  • Harvey: BigLaw AI, Why = 생산성 × 10
  • CoCounsel: Legal AI assistant, Associate 대체
  • Leap: end-to-end 서류-회계 통합
  • Rocket Lawyer / LegalZoom: B2C

카테고리 공백: 국내 리걸테크는 리서치 / 매칭 / 사무소 관리 3 카테고리. "AI 가 사건 전 생애주기에 개입하는 Practice Intelligence" 공백. Harvey = BigLaw, Clio = 관리, CoCounsel = 리서치 → "1~5인 송무 사무소의 사건 실무 자체 AI 보조" 는 전 세계적으로 비어 있는 칸.

한 줄 Why 후보 3개 (도메인):

  1. "민사 송무의 보조 변호사(Junior Associate) 를 AI 로 대체한다." — 변호사법 자극
  2. "1인 변호사가 5인 사무소처럼 일한다."도메인 권장
  3. "사건 하나하나의 기억이 사무소의 자산이 되게 한다." — 추상

2번: 생산성 배수·법적 안전. 1번: "법률사무직 대체" 해석 시 변협 반발. 3번: Accumulation 축 선명하나 기능 수준 카피.

Q2 AX — 경쟁 좌표:

  • Harvey = Vertical AI for law, Foundation fine-tuned, BigLaw M&A DD
  • CoCounsel = Task-based legal AI, Thomson Reuters Westlaw 통합
  • Clio = SaaS (matter·billing·time), AI 부가

너홀로 = Clio Practice Management 뼈대 × Harvey AI 개입. 차별화 = "송무 사건 전체 워크플로우(수임→소장→기일→판결→집행→회수) 에 AI 가 끼어든다". 이 결합이 카테고리 공백.

3A 평가:

  • Automation = Clio/MyCase 도 함. 차별 약함.
  • Augmentation = Harvey/CoCounsel 영역, 강한 차별화.
  • Accumulation = 3A 프레임을 살리는 축. Harvey firm fine-tuning 은 엔터프라이즈 only. 1~5인 사무소에 자동 축적 루프 = 전무.

결론: 3A 는 새로운 프레임. 단 Automation 은 해자 아니므로 커뮤니케이션 2~3번.

변호사법 34조(알선·광고) 검증: 34조 영역 밖. 변호사↔의뢰인 매칭 제공 안 하고 기존 수임 사건 실무만 보조. "AX" 용어 법적 중립. 단 광고 카피에서 "변호사 없이" / "법률 서비스 제공" / "상담" 표현 시 제109조(비변호사 법률사무 취급) 위반 위험카피 심의 체크리스트 필수.

Q3 법적 경계 (본론):

변호사법 제26조:

  • 대법원 2008도1237·2012도5220: "제3자가 내용을 인지할 수 있는 상태로 이전 = 누설"
  • Firebase 전송 → Google 은 controller 아닌 processor(수탁자). GCP Terms §5.2 "Customer Data not used for training" 명문 → 수탁은 누설 아님.
  • 의뢰인 고지 안 하면 제26조 보다 변호사 윤리규칙 제18조에 걸림.

변호사법 제30조(사건 유치): 너홀로프로 무관.

개인정보보호법:

  • Firebase 전송 = 처리위탁(제26조). 이유: (1) 목적이 사무소 업무 수행 (2) Google 독립 이용 권한 없음 (3) 재위탁 금지·안전조치 DPA 규율. → 제17조 별도 동의 불요, 제26조 위탁사실 공개 의무만.
  • "AI 학습·모델 개선" 목적 사용 = 2차 이용 → 제15조 제3항(합리적 관련성) or 제28조의2(가명처리) 발동.

제28조의2 가명처리:

  • "추가정보 없이 특정 개인 알아볼 수 없게" — 소송 서류는 사건번호·법원·금액 조합으로 재식별 가능. 사건번호는 공개 정보라 결정적.
  • 진정한 가명처리 = 사건번호·법원명도 삭제·일반화 필수. 현재 legacy-pipeline.ts PII 마스킹 이 수준까지 가는지 확인 필요.

징계 전례:

  • A 법무법인(2019): 외부 번역업체에 무동의 송부 → 견책
  • B 변호사(2021): 클라우드 백업 미고지 → 주의 촉구
  • "고지" 가 방패

수임약정서 약관 — 필수 3문구: "비식별화" · "사무소 내부" · "외부 미제공·모델 미학습". 셋 중 하나 빠지면 위험.

소급 동의 거의 불가: (a) 개별 재동의 — 회수율 10% 미만 (b) 충분한 비식별화 후 통계 이용 — 28조의2 경로 (c) X 년 경과 — 법적 근거 약함. 권고: 기존 자료는 건드리지 말고 신규부터 약관, 과거는 완전 비식별화된 경우만.

사무소 간 격리: tenant 경로 격리는 기술. 법적 = 제도적 격리 필요. A→B 사무소 컨텍스트 섞임 없음을 서면·감사로 입증. 현재 getRagContextForDocGenAction tenantId 필터 확인 필요. 누수 시 집단 징계.

해외 비교:

  • ABA Model Rule 1.6(c): "의도치 않은 공개 방지 합리적 노력" + 2012 개정 기술 역량 포함
  • GDPR Article 6(1)(f) 정당한 이익 + Article 28 processor contract
  • 한국 = 고지 중심, EU = 계약·문서화, 미국 = 합리성

해외 유사 제품 자산 활용:

  • Harvey: 로펌 단위 custom fine-tuning (enterprise) — 한국 이식 불가 (로펌 규모 없음)
  • CoCounsel: 공개 판례 중심, 로펌 자료 옵션 — 공개 판례 접근성 차이
  • Thomson Reuters Westlaw 통합: 한국엔 없음
  • Clio: Matter data 고객 소유, 분석만 — 이식 가능 모델

이식 최선: Clio 모델 — "자료는 사무소 소유, 우리는 위탁 처리만" + Harvey 의 재활용 UX.

자산 moat 현실성:

  • 변호사 이동 시 포팅: 변호사법에 "포팅권" 없음. 실무 = 수임 중 사건 동행, 종결 자료 사무소 잔류. 변호사 작성물 저작권법 제11조 변호사 귀속 가능. 약관 명시 필수.
  • 데이터 소유권 3자 관계: 의뢰인=정보주체 / 사무소=가공물 소유자 / 너홀로=수탁처리자. 3층 명시.
  • 변호사 지식 = 개인 vs 사무소: 관행 "처리 방식·노하우 = 개인", "파일 = 사무소". 변호사는 개인 자산으로 여김. "사무실 기억" 제도적 귀속을 사무소에 못박으면 변호사 이탈 동기 — 완화: 변호사 개인 대시보드 "내가 기여한 기억 N건" 시각화.

한 줄 Why + AX + 원칙 (도메인 관점):

  • Why: "1인 변호사가 5인 사무소처럼 일한다 — 민사 송무의 모든 사건 생애주기에 AI 가 동행한다."
  • AX 정의: "너홀로프로의 AX 는 Automation·Augmentation·Accumulation 3층으로 민사 송무 사건 처리 경험을 사무소 영구 자산으로 변환하는 Practice Intelligence 다."
  • 원칙 3축: 동의 · 격리 · 비식별화
    • 동의: 신규 수임 약관 삽입, 과거는 완전 비식별화만
    • 격리: Vertex AI Search tenant 필터 + 감사 로그
    • 비식별화: 성명·주민번호 + 사건번호·법원·금액 일반화
  • 반(反)원칙: AI 학습 데이터 금지 · 제3자 제공 금지 · 무동의 가공·판매 금지

Minority Report (로톡/로앤굿 경로 가능성):

  • 중간 위험. 로톡은 34조 에서 무너짐 — 너홀로프로는 이 영역 안전.
  • 단 3가지 경로로 "제2의 로톡" 가능:
    1. "AI 법률 조언" 스쳐지나가기: 전략 보고서가 구체 소송 전략 제공 → 제109조 저촉 → 변협 동원. 방어: 모든 출력 하단 "AI 는 초안, 변호사 검토·책임" 고정.
    2. 사무소 자산 = 비밀 유출: 재식별 사고 1건 = 집단소송 + 징계권고. 신뢰로 무너짐 = 복구 불가.
    3. "생산성 10배" 마케팅 역풍: 변협이 "수임료 덤핑 유도" 해석 시 로톡 구도. 방어: "생산성" 대신 "정확성·누락 방지" 톤.
  • 핵심: "변호사를 대체하지 않는다, 변호사를 보좌한다" 를 모든 커뮤니케이션 철칙.
P12. AI 제품 아키텍트 (10년+)

원초적 입장 — Q3 Accumulation 이 가장 불확실: Q1 은 제품 언어, Q2 는 executeAiAction + Vertex AI Search 로 레퍼런스 구현 중. 반면 Accumulation 은 (i) 비식별화 재식별 리스크 (ii) 테넌트 격리 벡터 인덱스 운영 비용 (iii) 변호사 수정 diff 피드백 루프 3가지가 현재 스택에 부재. 소버린 LLM 전환 시 임베딩 전체 재생성 선형 누적. moat 주장과 달리 기술 실패 시 법적 책임만 남는 비대칭 리스크.

Q2 3A 기술 평가:

현재미구현eng-day
AutomationprocessFileForLegacy·generate*·executeAiAction 완비 (≈95%)HWP 파싱·배치 큐·템플릿 저장소8~12
AugmentationVector Search + findRelatedMemoriesActiongetRagContextForDocGenAction → Gemini 레일 완비reranker·쟁점 단위 청크·메타필터 쿼리 플래너(weight 3 수준)
Accumulation테넌트 격리 Firestore tenants/{tid}/legacyDocuments / 단일 인덱스 + tenantId 메타필터피드백 루프 0·변호사 수정 diff·참조 카운터·재식별 스캐너(신규 구축)

3A 결합도: 결합된 단일 파이프라인. [유입]→[OCR]→[PII 마스킹]→[청크]→[임베딩]→[인덱싱]→[검색]→[생성]→[저장+diff]. feature flag 단위 분리 배포 가능 (features.ai.ragSearch·legacyIngestion·feedbackLoop).

소버린 AI 포팅 비용:

  • Automation: 2~3 eng-day (낮음)
  • Augmentation: 10만 문서 $200400, 35 eng-day (중)
  • Accumulation: 10~15 eng-day (높음)

Q3 기술 구현 심화:

(a) 데이터 수집:

경로재사용파싱 난이도PII 리스크품질
제품 내 자동 축적onCaseClosedLegacyPipeline낮음
종이 스캔 OCRprocessFileForLegacy중 (Document AI)
HWP/DOCX 임포트신설 hwp-js + mammothHWP 최상 (HWP5 바이너리)
이메일 첨부신설 Gmail API + Cloud Functions최상 (타 의뢰인 혼입)

권고: Phase 1 = 자동 축적 + 스캔 OCR. HWP = Phase 2. 이메일 = 보류 (PII 혼입 = moat 반대).

(b) 저장·격리:

  • Firestore: tenants/{tid}/legacyDocuments/{docId} 유지. 원본 Firestore 금지(CLAUDE.md).
  • Cloud Storage: gs://{bucket}/tenants/{tid}/legacy/raw/{docId}.pdf + …/masked/{docId}.txt. Signed URL 15분.
  • Vector Search: 단일 인덱스 + restricts: [{namespace: "tenantId", allowList: [tid]}] 메타필터 권고. 테넌트당 인덱스 분리 = $0.45/시간/인덱스 × 1000 = 월 $324,000 비현실적.
  • 임베딩 메타: embeddingVersion·embeddedAt·chunkCount.
  • 감사 로그: tenants/{tid}/auditLog/{actor, action: "legacy.read"|"legacy.write"|"rag.query", docId, queryHash, ts}.

(c) 비식별화 4단:

  1. 정규식 1차 (주민번호·계좌·전화·금액) — 현행
  2. NER 2차 — Gemini flash 이름·주소·회사명 추출 후 치환 (weight 0 배치)
  3. 재식별 스캐너 — 샘플링 후 Gemini 가 "원본 추정 가능?" 평가. 고위험 = needsManualReview: true
  4. 강도 레벨: aggressive / moderate(기본) / minimal
  5. 실패 큐: tenants/{tid}/legacyReviewQueue 신뢰도 < 0.9 수동 승인

(d) RAG 파이프라인:

  • 청크 500~800 토큰, overlap 100 (조항 경계 우선 recursive character splitter 커스텀)
  • 쿼리: findRelatedMemoriesAction 확장 — top-20 → rerank top-5. Reranker = Gemini flash-lite weight 1
  • 필터: caseType·year·outcome=win/lose/settle
  • 워터마크: referencedLegacyDocIds: string[] + UI 뱃지 "AI 초안 · 변호사 검토 필수"
  • 피드백: documents/{id}/revisions/ 최종본 vs AI 초안 diff. 2년 누적 후 fine-tuning 또는 few-shot

(e) 사무소 격리 기술 강제:

  • 경로 상수 paths.ts 만 정의 — 하드코딩 금지가 격리를 불변식화
  • Vector Search restricts 쿼리 시점 강제. 서버 액션 tenantId 세션 주입 (클라 입력 금지)
  • 전체 집계 = config/appMetadata aggregate 만. 개별 문서 크로스 테넌트 읽기 금지
  • 해지 시 onTenantDeleted: Firestore subtree + Storage prefix + Vector Search removeDatapoints({tenantId=tid}). eng-day 3
  • Export: exportLegacyBundleAction → zip (원본 + 마스킹본 + 메타 JSON). 임베딩 제외(모델 의존)

(f) 소버린 AI 전환 대비:

  • 어댑터 레이어: lib/ai/client.tsinterface AiProvider { embed, generate, rerank } 리팩터. 5~7 eng-day
  • embeddingVersion Day 0 필수 — 점진 마이그레이션의 전제
  • 프롬프트 호환성: 국산 LLM JSON mode 미지원 다수 → Zod 파싱 실패 시 repair prompt 1회 재시도

Accumulation moat 진짜 조건:

  1. 단순 저장 ≠ moat. moat = 변호사 수정 diff × 승소율 × 2년 곱.
  2. 복제 비용: 사무소당 평균 500 문서 × 수정 12회 = 6,000 diff / 2년. 100 사무소 = 60만 diff. 경쟁 제로베이스 시작 시 18개월+ 유료 컨설팅.
  3. 소유권 설계: Export 너무 쉬우면 moat 증발, 안 주면 초기 획득 실패. 권고 — 원본·마스킹본은 언제나 export, 임베딩·diff 로그만 제품 내.

비용·로드맵 (100 tenant, 5X AI 호출):

Phase범위eng-dayOpex 증가/월
0네이밍 + Phase 1/2 완성 (스캔 + referencedLegacyDocIds)10~15+$50
1비식별화 강화 (NER + 스캐너 + 강도) + 자산 DB 완전판 + 감사 + Export25~35+$200~400
2피드백 루프 (diff·참조·reranker) + 소버린 어댑터 + embeddingVersion 인프라30~40+$100

총 Opex: Gemini +$1,200·Vector Search +$324·Document AI OCR +$500 월.

Firebase AI Logic 스택 제약:

  • executeAiAction 재사용. RAG 참조 weight 2 신설 (weight 1 = reranker 미포함, weight 3 과함). ASSIST_WEIGHTS.ragReference = 2 추가.
  • PlanLimits.assistLimit 전면 무료 시 starter 한도(35)로 수렴 재설계.
  • maskPII 확장: 정규식 → NER 추가 + maskPII(text, level) 시그니처 + maskPIIWithConfidence 신뢰도 반환.
  • features.ai.*: legacyIngestion·ragReference·feedbackLoop·redactionNer 4개 추가. 킬 스위치 features.infraHardening.redactionStrictMode.

Anti-case 2개:

  1. 재식별 사고: moderate 마스킹으로 사건 A 의뢰인 이름이 사건 B RAG 결과 노출. 단일 사고 → 개인정보보호법 + 변호사 징계. 방어: Phase 1 재식별 스캐너 필수, needsManualReview 없는 고위험 문서 RAG 인덱싱 금지.
  2. embeddingVersion 미도입 상태 소버린 전환: 모든 검색 결과 노이즈. 1~2주 제품 중단. 방어: Phase 0 embeddingVersion 필수, 기존 문서 "gemini-text-embedding-004" 백필, 전환은 2-phase dual-write.

AX 정의문 (기술): "AX = Gemini 단일 모델 위에서 executeAiAction 래퍼 + Vertex AI Search 메타필터 인덱스 + 테넌트 격리 Firestore 를 하나의 레일로 묶어, 변호사 수정 diff 를 재학습 신호로 되먹이는 폐루프 파이프라인."

기술 원칙 5개:

  1. 격리는 경로 상수로 불변화 (paths.ts 외부 tenantId 조립 금지)
  2. 임베딩 버저닝 Day 0 (없으면 moat 이 덫)
  3. 비식별화 2단(정규식+NER)+스캐너 (재식별 리스크 > moat)
  4. 벡터 인덱스 단일+메타필터 (테넌트당 분리 = 경제성 파괴)
  5. Export 원본만, Lock-in 임베딩·diff 로 (소유권 존중이 moat 을 더 단단히)
P7. 보안/컴플라이언스 DPO (신규, 12년차)

원초적 입장 — 조건부 가능, 현재 설계로는 불가:

  • 변호사법 제26조 → 위탁 구조로 해소 가능
  • 개보법 제26조(수탁자) 프레임 존재
  • 현재 설계 — Firebase/Vertex 원문 전송 + AI 학습 용도 불명확 + 과거 의뢰인 동의 부재 + 상대방 PII 동의 불가 상태로는 불가
  • 3축 정비 시: (a) 수탁 구조 DPA (b) 계층별 동의 모델 (c) 비식별화·격리 기술 → Tier 1 (사무소 내 참조) 런칭 가능, Tier 2 (자사 개선) 옵트인, Tier 3 (사무소 간 공동) 권장 불가

법적 경계:

(a) 변호사법 제26조 + 윤리장전 제18조:

  • 2016 변협 질의회신: "적절한 보안·위탁계약 → 누설 아님"
  • Firebase 저장 자체 = 위탁, 누설 아님
  • GCP Terms §5.2 "Customer Data not used for training" 조항 DPA 에 인용·복제 필수
  • 2022 모 법무법인 Dropbox 사건 질의 (변협 법제실): "보안 미흡 시 과실 누설" 가능성

(b) 변호사법 제30조(직무대행): AI = 도구면 안전 + 변호사 최종 검토·서명 + 변호사 승인 전 외부 송출 금지 + 의뢰인 AI 고지 (변협 2024 가이드라인 초안 §4).

(c) 개인정보보호법 (2023.9 개정):

  • 제15조: 수임 시 미고지분 = 목적 외 이용 → 추가 동의 필수
  • 제17조 vs 제26조: Firebase/Vertex = 위탁(제26조). 처리위탁 현황 고시 의무 (개인정보위 가이드 2023.12)
  • 제18조 목적외: AI 학습 = 별개 목적, 제18조 제2항 제4호 "통계·과학적 연구" 예외 가명처리 전제 적용 가능
  • 제28조의2 가명처리: 개인정보위 2023.9 가이드 "산업적 연구 포함" — Tier 2 법적 근거
  • 제28조의5: 가명정보 재식별 금지, 위반 시 과징금 전체 매출 3%

(d) 상대방·증인·제3자 PII:

  • 동의 취득 불가 (의뢰인 아님)
  • 유일한 합법 경로 = 익명처리 (제2조 제1호 단서)
  • 가명처리로는 불충분 — 상대방 특정 목적 문서
  • k-익명성 k<5 추정 (금액+관할법원+사건번호+직업 조합)

(e) 징계 전례: 국내 AI 직접 전례 부재 — 선례 부재가 보수 설계 요구. 변협 최초 케이스 위험. 변협 2024.1 "AI 활용 가이드라인" 초안 4원칙: ① 의뢰인 고지 ② 최종 검토 ③ 비밀유지 ④ 정확성 검증. 뉴욕 Mata v. Avianca(2023) 환각 판례 인용 징계.

수임약정서 조항 초안:

제○조 (AI 보조 도구 이용 및 업무 자료의 가명처리 활용)
① 변호사는 업무 수행의 효율·정확성을 위해 AI 보조 도구를
이용할 수 있으며, 의뢰인 자료는 비밀유지 계약을 체결한
수탁자(Google Cloud 등) 환경에서만 처리된다.
② 의뢰인은 본 사건 종결 후 본 사무소의 업무 품질 향상을
위하여 자료를 가명처리하여 내부 참조·AI 학습용으로
이용하는 것에 [□ 동의 □ 거부] 한다. (선택 / 거부 시 동등 서비스)
③ 의뢰인은 언제든지 서면으로 제2항 동의를 철회할 수 있으며,
철회 시 관련 데이터는 30일 내 파기된다.
④ 상대방·제3자 정보는 통계·패턴 수준 익명처리 후에만 활용된다.

과거 수임 자료:

  • 별도 옵트인 재동의 (회수율 10% 미만 현실적)
  • 충분한 비식별화 후 통계 이용 (제28조의2)
  • 사건 종결 후 X 년 경과 — 법적 근거 약함
  • 권고: 기존 자료는 건드리지 말고 신규부터 약관, 과거는 완전 비식별화만

비식별화 기준:

항목원본가명처리 (Tier 2)익명처리 (Tier 3)
성명홍길동HASH_a7f3[당사자A]
주민번호전면 삭제전면 삭제전면 삭제
금액3,247만3,247만1천~5천만
지명서울 강남구 역삼동서울 강남구서울특별시
사건번호2024가단123452024가단XXXXX202X가단XXXXX
법원서울중앙지법서울중앙지법수도권지법
날짜2024-03-152024-032024-Q1
  • 자동 스캐너: 정규식 + NER + LLM 재검증 3단. 오탐율 <1%·미탐율 <0.1% (KISA 가명처리 가이드 §5.3)
  • 수동 검토 필수: Tier 2 이상 이용 전 1인 체크박스. 자동만으로 책임 면제 불가 (변협 AI 가이드라인 §3)

사무소 간 격리 — 기술+제도 이중:

  • 기술: Firestore tenant 격리 + 테넌트별 CMEK(Customer-Managed Encryption Key) + Vertex AI tenant context 강제 주입·서버 검증 + 벡터 DB 인덱스 tenant 분리
  • 제도: 사무소별 개별 DPA 체결 (개인정보위 표준계약서 2023 기반). 약관 편입만으로 제26조 미충족 (서면·전자문서 명시 필요)
  • 유출 시: 수탁자 1차·위탁자 관리감독 책임. 개보법 제39조 손해배상 + 법정 배상 최대 300만/건. 사이버 배상책임보험 권고
  • 해지 시: 30일 내 파기 + 파기 증빙서 제공 (제21조). 백업본·벡터 임베딩 포함 (개인정보위 2024.2 Q&A)

단계적 동의 모델:

Tier용도동의런칭
Tier 1사무소 내 참조제15조 정당한 이익 + 수임이행. 추가 불요, 고지만즉시 가능
Tier 2자사 AI 개선제28조의2 가명처리 + 제18조 예외. 옵트인 필수. 개인정보위 가명정보 처리 신고 권고DPIA 후
Tier 3사무소 간 공동 학습현재 권장 불가. 익명처리 입증 부담 + 변협 반발. 1년 유예2027+

사무소 간 "익명 지혜 풀링": 조건부 — ① 완전 익명처리 k>10·l-diversity 충족 ② 사건 유형별 통계·패턴만 ③ 원문·문장 단위 재사용 금지 ④ 개인정보위 적정성 평가. GDPR Recital 26 pseudonymized = 여전히 개인정보, 완전 익명화만 규제 예외. 1년차 불가, 2년차 완전 익명 통계만, 3년차 재검토.

Anti-case 3개:

  1. 한 사무소 유출 → 전체 붕괴: IAM 오설정으로 A→B 노출. 변협 신고 → 서비스 중단 명령. 방어: tenant 격리 테스트 자동화 + 감사 로그 immutable.
  2. 변협 징계: "AI 학습 무단 이용" 제보 → 업무정지. 방어: 동의 이력 per-document 추적 + 철회 즉시 반영 + 연 1회 감사.
  3. 집단소송: 상대방 PII 재식별 → 명예훼손·개보법 집단소송. 방어: 자동 스캐너 로그 + 수동 검토 서명 + 보험.

DPIA: Tier 2 런칭 4주 전 완료. 범위 — 데이터 흐름도·위험·완화·잔여. 개인정보위 DPIA 가이드 2021. 내부 DPO 지정 (직원 10인 이상 의무 아니나 권고) + 외부 법무·보안 자문. 개인정보위 사전협의 + 변협 사전협의 권고 (선례 최초 케이스).

컴플라이언스 AX 원칙 5:

  1. 위탁은 동의로, 학습은 옵트인으로 — 저장/처리와 학습을 절대 섞지 마라
  2. 제3자 PII 는 익명화 외 경로 없다 — 상대방·증인 동의 불가 전제
  3. AI 는 도구, 변호사는 서명자 — 최종 검토 없는 외부 송출 금지
  4. 기술 격리 + DPA + 감사 로그 3중 — 하나라도 빠지면 누설
  5. 사무소 간 풀링은 통계로, 원문은 사무소 내에서 — 1년차는 보수적으로

Q1·Q2 컴플라이언스 경계:

  • Q1: "비밀을 지키면서 지혜를 확장한다" — 비밀유지가 제약이자 차별화 지점. 이 축 없이 변호사에게 못 판다.
  • Q2: 3A → 4A 재구성 제안 — Augment + Automate + Assist + Audit(감사). 감사 가능성이 컴플라이언스 제품 신뢰 핵심.

§3.2 Round 2 — 크로스 토크 (대기)

§3.3 Round 3 — 수렴·결정 (완료, 2026-04-20)

Chair 재확인: "모든 기능은 무료." R2 의 "Pro 전용 업셀 훅" 프레이밍 전제 위반 → 전면 수정.

A. Chair 재확인 전제 반영

재확인: 모든 기능 무료. 한도 차별·Pro 전용 없음. 운영 재원은 투자 유치.

B. R2 결정 중 전제 위반 항목 수정

  • C10 세대 간 지식 이전 "Pro 전용" → 전 사용자 무료
  • #001 채권 계산 회의의 "시나리오 B Pro 전용·스냅샷 제한·PDF 월 N회·AI 크레딧 종량제" → 전면 철회 (#001 R3 재개 시 확정)
  • Accumulation 500건+ 배지는 플랜 차별 아닌 데이터 축적량 기준 — 유지 OK

C. 최종 문장 확정

Vision (2문째 신규):

법률사무소가 민사 회수 사건을 수임부터 입금까지, 기일과 시효를 놓치지 않고 완주한다. 사무소가 해온 방식은 AI 가 기억하여 다음 사건에 돌려준다.

Core Value (3·4문 신규):

사무소 일손은 절반, 기일·시효·서류 실수는 0건. 의뢰인은 자기 사건을 스스로 본다. 사무소가 해온 방식은 AI 가 기억하여 다음 사건에 돌려준다. 모든 축적은 감사 가능성·철회 가능성·격리성을 전제한다.

3A 프레임 (Core Value 별첨):

  • Automation — 기계가 할 일을 기계에
  • Augmentation — 사람을 증폭. 판단·권유·대리는 하지 않음
  • Accumulation — 사무소가 해온 방식이 자산이 된다. 감사·철회·격리 전제

한 줄 Why — 대상별 4종:

대상Why
투자자 IR"사무소가 해온 방식을 AI 가 기억한다 — 민사 회수의 유일한 완주 도구."
변호사 메인"민사 회수, 놓치지 않고 완주한다. 한 건 끝낼 때마다, 다음 사건이 쉬워진다."
변호사 서브"변호사는 법정에, 나머지는 너홀로."
사무원 온보딩"이번 사건이 다음 사건의 시작이 되도록 — 파일 찾는 시간 대신 사건을 본다."

공통 부가: "AI 는 변호사를 대체하지 않습니다. 변호사를 보좌합니다."

수익 모델: 전 기능 무료. 투자 유치로 재원 조달. 지표는 #005 에서 정의.

'AX' 용어: 내부 정렬용만. 대외는 "AI 비서 (너홀로)" / "기억하는 AI" / "민사 송무 Practice Intelligence".

D. ADR 발행


§4. 결과 (Outcomes)

§4.1 충돌 지점

🔥 R2 핵심 토의 대상

C1. Vision 재작성 vs Core Value 보강미결

  • P3 강경: 보강. ADR 0001 18일 전 확정, 24H 재작성 = 신뢰 비용
  • P1·P8·P12·P7: 명시 입장 없음 (Core Value 추가 문구는 이견 없음)
  • R2 에서 Chair 결정: 보강 / 재작성 / 별첨

C2. 한 줄 Why 3개 중 선택

  • P1: "변호사는 법정에, 나머지는 너홀로."
  • P3: "민사 회수, 놓치지 않고 완주한다. 한 건 끝낼 때마다, 다음 사건이 쉬워진다."
  • P8: "1인 변호사가 5인 사무소처럼 일한다."
  • → 톤 상이. 대상 청중 다름. 랜딩·투자자·변호사용 분리 가능

C3. 3A vs 4A 프레임

  • P3·P8·P12: 3A (Automation·Augmentation·Accumulation) 채택
  • P7: 4A 제안 — Automate + Augment + Assist + Audit (감사 가능성 추가)
  • → 컴플라이언스 핵심 축을 프레임에 명시할지 내부 원칙으로 둘지

C4. Accumulation 초기 노출 전략타이밍 충돌

  • P3: 초기 카피 금지, 3개월 경과 tenant 에만 점진 공개
  • P8: 차별화 스토리 축으로 초기 활용 가능
  • P1: 세대 간 지식 이전 프레임으로 구체화
  • P12: moat 조건 명시 (2년 누적 필요)
  • P7: Tier 1 런칭 가능
  • → 초기 카피·랜딩에서의 노출 수위 결정

C5. 'AX' 용어 대외 사용 여부

  • P1·P3·P12: 대외 금지 ("AI 비서", "기억하는 AI")
  • P8: 법적 중립어, 사용 가능
  • P7: 언급 없음
  • 다수 의견: 대외 금지. 대외 카피 문구 별도 확정 필요

🟡 세부 조정

C6. Pro 전용 vs Free·Starter 범위

  • P3: "자동 축적은 되고, 재활용 열람만 Pro" — Free·Starter 재경계
  • 타 발언자: 언급 없음
  • → R2 에서 Chair 확인 후 #005 로드맵 회의에서 수치화

C7. 사무소 자산 export 정책

  • P1: 개별 변호사 단위 원본 export 정면 광고 — lock-in 역전 원리
  • P12: 원본·마스킹본 export, 임베딩·diff 는 lock-in
  • P8: 사무소 자산 저작권 귀속 약관 명시 필요
  • → 합의 근접: 원본 export + 임베딩/diff 내부. 세부 약관은 P7·P8 협의

C8. 비식별화 강도 기본값

  • P12: 3단계 레벨 (aggressive · moderate · minimal), moderate 기본
  • P7: 가명처리(Tier 2) vs 익명처리(Tier 3) 분리
  • P8: 사건번호·법원·금액 일반화 필수 (진정한 가명처리 조건)
  • → 합의 근접: 3단계 + 사건번호·법원·금액 일반화, 기본값 결정 필요

C9. HWP·이메일 수집 범위

  • P12: Phase 1 자동+스캔, HWP Phase 2, 이메일 보류
  • → 합의 근접

C10. 세대 간 지식 이전 (실질 moat?)

  • P1 제기: 선배 퇴직 시 지식 전수 현실 실패 — 제품이 "2019년 ○○ 사건, 담당: 박변호사(퇴직)" 보여주면 엄청난 가치. 실질 moat.
  • 타 발언자: 언급 없음
  • 신규 축. R2 에서 Vision·기능 로드맵에 반영 검토

§4.2 합의된 지점 (15개)

  • Vision 문장 자체 유지 (P3 주장, 이견 없음)
  • Core Value 에 Accumulation 관련 1 문장 추가
  • 'AX' 용어 내부만 (대외는 "AI 비서" / "기억하는 AI") — 다수 합의
  • Accumulation = moat 진짜, 초기 카피 금지 (P3·P8·P12)
  • 카테고리 공백 = "1~5인 사무소 민사 송무 실무 보조 AI" (P3·P8)
  • 변호사법 26조: Firebase 저장 = 위탁, 누설 아님 (P8·P7)
  • 수임약정서 개정: 신규 수임분부터 (P7·P8)
  • 과거 의뢰인 자료: 소급 동의 거의 불가 → 완전 비식별화된 경우만 (P1·P7·P8)
  • Tier 3 (사무소 간 공동 학습) 최소 1년 유예 (P7·P1·P3)
  • 비식별화 다단계 + 사건번호·법원·금액 일반화 (P8·P7·P12)
  • 상대방·제3자 PII = 익명처리만 (P7·P8)
  • 벡터 DB 단일 인덱스 + tenantId 메타필터 (P12, 경제성)
  • 개별 변호사 단위 원본 export 허용 + 임베딩/diff lock-in (P1·P12)
  • 의뢰인 AI 생성 사실 고지 + 변호사 최종 서명 (P7·P8·P1)
  • "변호사를 대체하지 않는다, 변호사를 보좌한다" 전 커뮤니케이션 철칙 (P8 Minority Report, P1 암묵 동의)

§4.3 진영 매핑

보수 진영적극 진영
Vision 문장보강 (P3·P1)(없음)
한 줄 Why 톤공포·자부심 (P1) / 완주·축적 (P3) / 생산성 배수 (P8)
3A/4A 프레임3A (P3·P8·P12)4A + Audit (P7)
Accumulation 카피3개월 후 노출 (P3) / 1년 유예 (P7 Tier 3)초기 차별화 (P8 부분)
데이터 수집 범위자동+스캔만 (P12) / 신규만 (P7)HWP·이메일까지 (언급 없음)
'AX' 용어내부만 (P1·P3·P12)법적 중립 사용 (P8)
Tier 3 (사무소 간)1년 유예 (P7·P1·P3)(없음)

§4.4 최종 결정 (R3 수렴, 2026-04-20)

  1. Vision 보강 — 2문째 Accumulation 추가
  2. Core Value 확장 — 3·4문 Accumulation + Audit 공통 전제
  3. 3A 프레임 별첨 — Automation · Augmentation · Accumulation
  4. 한 줄 Why 대상별 4종 병행 — 투자자 · 변호사 메인 · 서브 · 사무원
  5. 'AX' 대외 금지 — 내부 정렬 용어만. 대외 = "AI 비서" / "기억하는 AI" / "Practice Intelligence"
  6. 전 기능 무료 재확인 — 한도 차별·Pro 전용 없음. 투자 유치로 재원
  7. 세대 간 지식 이전 kill feature — 전 사용자 무료, case_history_metadata 확장, Phase 2.5
  8. Accumulation 3단계 점진 공개 — 0~49건·50+·500+ (플랜 무관, 데이터 축적량 기준)
  9. 사무소 자산 Tier 1·2·3 모델 — Tier 1 즉시 무료, Tier 2 DPIA 후 무료, Tier 3 1년 유예
  10. 수임약정서 표준 조항 배포 — P7 초안 정식화
  11. Export 정책 — 원본·마스킹본 개별 변호사 단위 가능, 임베딩·diff 내부만
  12. 퇴직자 정책 — 기본 익명, 동의 옵션 이름 표시
  13. Audit 공통 전제 — 감사 로그·동의 이력·인용 역추적 (3A 전체)

§4.5 ADR 발행

§4.6 Minority Report (ADR 0002 에 공식 보존)

  • P11 VC: 한국 LP 설득 난이도 유효 — 전략 투자자 경로 (Thomson Reuters → SKT/KT → Harvey/Clio) 우선
  • P7 컴플라이언스: Tier 3 는 현재 한국법상 권장 불가 — 1년 유예. 개인정보위·변협 사전 협의 선례 최초 케이스 위험
  • P1 변호사: Lock-in 만 추구하면 도입 자체 실패. Portability 정면 광고 필요
  • P8 도메인: 로톡/로앤굿 경로 재발 가능성 (AI 법률 조언 스쳐지나가기·재식별 사고·"생산성 10배" 덤핑 유도 해석) — 방어책 필수
  • P6 Growth: 무료 전환 번레이트 증가 — 시리즈 A 30억 목표, 24개월 runway

§4.7 후속 안건

즉시 재개:

  • #001 채권 계산 R3 — Pro 전용 항목 제거 후 전 사용자 무료 전제로 결정문 작성
  • #003 Pack 설계 R2 — 무료 전제 하 Pack 서열 확정

예정:

  • #005 3-Phase 로드맵 + 투자 유치 트리거 지표 + AI 스택 전환 타임라인
  • #006 서류 자동 생성 아키텍처 (P15·P16·P17 정식 참여)
  • #007 법고을 데이터 접근 실사 + 승소 판단 전략
  • #008 법원 API·화상 재판 연계 + 업계 파트너십
  • #009 AX 교육·변화 관리

실무 작업 (ADR 0002 후속 과제 상세):

  • apps/docs/content/product/overview.md Vision·Core Value 보강 반영
  • 랜딩 히어로 카피 교체
  • 기존 Pro 전용 UI·코드 전면 제거 (apps/web/app/(workspace)/·apps/web/lib/plan/)
  • 수임약정서 표준 조항 배포
  • 프로그레스 UI · "내 사무소 자료" vs "공개 판례" 뱃지 분리
  • 감사 로그 구조 · 비식별화 4단 파이프라인 · case_history_metadata 필드 확장
  • DPIA 수행 (Tier 2 런칭 전 4주)

진행 기록

회차상태일자산출
R1 (5인 병렬 발산)✅ 완료2026-04-195인 입장문, 10개 충돌(C1~C10), 15개 합의, P7 신규 소환 성공
R2 (7인 크로스 토크 + 2인 참관)✅ 완료2026-04-20P2·P6 재소환·P15 신규 참관. 6개 결정 확정 (C1·C2·C3·C4·C5·C10), kill feature 승격
R3 (수렴·결정·ADR)✅ 완료2026-04-20Chair "전 기능 무료" 재확인. Pro 전용 삭제. ADR 0001 Amended + ADR 0002 Accepted 발행

참고 문서