openai-fde-prep

사례 — 파산전문 변호사 2시간 온사이트 FDE 코칭

2026-08-02 · 고객: 개인파산·개인회생 전문 변호사 · 결과: 성공(재사용 자산 + 자립 신호)

관련 산출물:


1. 문제 (Problem)

2. 재정의 (Reframe)

“AI에게 법률 판단을 넘기는 게 아니다. 반복 정리 업무를 줄이고, 변호사가 판단할 지점을 더 빨리 보이게 만든다.”

이 한 문장이 프로젝트 전체의 안전선과 성공기준을 결정함. 법률 판단은 고객 몫으로 명확히 분리.

3. 접근 — 도구 분업 아키텍처 (Approach)

주체 역할
Python 로컬 리더 (눈) 노트북 안에서 문서 읽기 + 개인정보 마스킹 + 날짜/금액/문서목록 구조화
Codex (손) 마스킹본만 받아 요약/쟁점/증빙표/HTML 패킷 생성
법제처 MCP (근거) 「채무자 회생 및 파산에 관한 법률」 조문을 실제 조회 (환각 차단)
변호사 (판단) 법률의견·제출문구 확정

파이프라인: 로컬 마스킹 → Codex 패킷 생성 → MCP 근거확인 → 변호사 검토

4. 개인정보 격리 — 핵심 설계 (Privacy Architecture)

민감정보 고객이라 원격 코칭을 데이터 격리형으로 설계:

단일 실패지점(면접에서 강조): 고객이 사건 스니펫(마스킹본이라도)을 텔레그램에 붙여넣는 순간 모델이 깨진다. 각인 규칙 → “채널엔 시키는 말만, 사건은 기기 안에서만.”

5. 결과 (Result)

고객 피드백

6. 배운 것 (Lessons for FDE)

  1. 재정의가 안전선을 만든다. “판단 아님, 정리다” 한 줄이 개인정보·법률단정·근거 규칙을 전부 파생시켰다.
  2. 첫 성공은 로컬에서 잡는다. 외부 클라우드 데모가 아니라 고객 기기 안 Python 첫 실행에서 신뢰가 생겼다.
  3. 환각 차단이 곧 신뢰. 법령을 MCP로 조회하고 못 찾으면 “확인 불가”라고 말하게 한 것이 변호사에게 가장 설득력 있었다.
  4. 자산화가 임팩트를 남긴다. 떠난 뒤 남는 문서/프롬프트/폴더 구조가 “다음 사건에도 쓴다”를 만든다.
  5. 준비된 저장소가 속도를 만든다. 사전 제작한 GitHub 템플릿 덕에 2시간에 압축 가능했다.

7. 다음 측정 (Next / Metrics)

실제 익명 사건 1건을 파일럿으로:


Interview talking points (EN, STAR)

이 문서는 FDE 준비용 사례 기록이며 법률 자문이 아니다.