LFA
v0 공개Korean Legal Framework Analysis (14-module 오픈소스)
시작: 2026-04
한국 민사·형사 교차 사건(약정금·대여금 + 공갈·협박)을 분석하는 14-모듈 오픈소스 프레임워크입니다.
두 트랙 + 어드버서리얼 루프로 구성됩니다. 분석 라인(8 모듈)은 사건 사실 추출부터 약점 탐지·판례 검증·서면 초안·사실 교차검증·레드팀까지. 시뮬레이션 라인(5 모듈)은 NVIDIA Nemotron-Personas-Korea 600만 합성 페르소나로 모의 법정을 돌립니다.
판례 환각(hallucination) 0%를 위해 4개 소스(law.go.kr / casenote / bigcase / glaw.scourt) 중 ≥2개 교차검증 필수. 합성 데이터만 사용(PIPA 준수), PII redaction 자동, 디스클레이머 강제.
포지션은 협력자입니다. 변호사·법무사를 대체하지 않으며, 본인소송 당사자에게도 의사결정 지원 도구로 작동합니다.
기술 스택
하이라이트
- •14개 모듈 인터페이스 + 4개 docs (ARCHITECTURE / MODULES / SAFETY / SYNTHETIC_DATA)
- •Mock Trial Engine — 같은 사건이 다른 판사 기질에서 어떤 outcome distribution 만드는지 시뮬
- •Adversarial Loop (Module 14) — 자기 검증 → 자기 수정 → 깨끗한 위치에서만 역공 (Mirror-error principle)
- •판례 인용은 4-of-2 검증 통과만 출력에 포함, hallucination 0% 목표
일자별 빌드 기록
어떻게 만들어졌는지 시간순 기록. 코드는 공개해도 안전한 부분만, 민감 부분은 마킹.
2026-04-25 (구상)
14개 모듈 두 트랙 + 어드버서리얼 루프 설계
한국 본인소송 비율 OECD 상위 + 한국어 법률 멀티에이전트 도구 부재 관찰. NVIDIA Nemotron-Personas-Korea 발견으로 시뮬레이션 라인 가능해짐. 분석 8 + 시뮬레이션 5 + 어드버서리얼 1 = 14모듈 구조 결정.
2026-04-25 (Pydantic 모델)
데이터 모델 설계
CaseRecord(중심 모델), Persona / JudgePersona / CounselPersona, BreakerReport, HunterReport, DraftDocument, VerificationReport, SimulatorReport, TimelineReport, ArenaTranscript, Ruling, OutcomeSummary 등.
class JudgePersona(Persona):
"""A synthetic judge with behavioral parameters."""
rigor: float = Field(0.5, ge=0, le=1)
"""0 = skims the file, 1 = exhaustively reads every page."""
pace: float = Field(0.5, ge=0, le=1)
"""0 = decides quickly, 1 = takes long deliberation."""
rationality: float = Field(0.5, ge=0, le=1)
"""0 = sympathy-driven, 1 = strict legal-doctrine-driven."""
precedent_dependence: float = Field(0.5, ge=0, le=1)
"""0 = trusts intuition, 1 = relies on cited precedent."""2026-04-25 (안전 계약)
4가지 비협상 안전 규칙
판례 인용은 4개 소스(law.go.kr / casenote / bigcase / glaw.scourt) 중 ≥2 교차검증 필수. Synthetic-only fixture. PII redaction 자동. Mandatory disclaimer footer (해제 불가).
def verify_precedent(case_number: str) -> tuple[bool, list[VerificationSource]]:
"""≥2 of 4 sources. Citations failing verification are deleted, not generated.
Target hallucination rate: 0%."""
sources_confirming = []
if law_go_kr.verify(case_number): sources_confirming.append("law_go_kr")
if casenote.verify(case_number): sources_confirming.append("casenote")
if bigcase.verify(case_number): sources_confirming.append("bigcase")
if glaw_scourt.verify(case_number): sources_confirming.append("glaw_scourt")
verified = len(sources_confirming) >= 2
return verified, sources_confirming2026-04-26 (구현)
Module 14 Adversarial Loop 추가
자기 검증 + 상대 측 약점 탐지 + 역공을 한 모듈로 통합. Mirror-error principle: 우리 측에서 발견한 오류 유형이 상대 측에도 존재할 가능성.
2026-04-26 (PoC)
합성 케이스 end-to-end 워크스루
14개 모듈을 fictional 약정금+협박 사건에 수동 실행 → markdown으로 기록. 5 self-audit findings → v2 보강 → 4 counter-strikes (2 killshot + 2 high). examples/poc_synthetic_run.md.
2026-04-26 (공개)
GitHub public + LinkedIn 노출
5개 commit (skeleton + Nemotron 크레딧 + URL 정정 + Module 14 + PoC) → MIT 라이선스로 공개. LinkedIn에 isometric 인포그래픽 + 영문 본문 게시. 첫 별 1개 받음 (CEK 기준).
링크
빌드 일지
2026-08-07 · 빌드 로그
'FINAL'이라 적힌 파일이 거짓말을 할 때: 검증의 정본은 완료 표시가 아니라 살아있는 기록이다
'통과'라고 적혀 있고 'FINAL'이라 이름 붙은 파일 두 개가 사실은 낡아 있었다. 그날 배운 건 완료 표시를 믿지 말고 마지막 기록을 믿으라는 것이었다.
2026-08-06 · 빌드 로그
출시를 막는 게 코드가 아니라 결정일 때: '왜 아직 못 내보내나'를 세 번 다시 물은 하루
몇 주 만든 도구를 왜 아직 공개 못 하는지 세 번 다시 캐물었더니, 매번 '이래서 못 낸다'던 이유가 틀렸고 진짜 이유는 훨씬 단순했다.
2026-08-05 · 빌드 로그
검증이 끝난 날, 질문이 '진짜인가'에서 '누가 왜 돈을 내는가'로 넘어갔다
같은 제로업로드 기능이라도 일반인에게는 안심이고 법조인에게는 규정 준수다. 프라이버시가 의무인 시장을 유료 대상으로 골랐다.
2026-08-04 · 빌드 로그
내가 돌려서 통과했다는 말은 증거가 아니다: 남이 한 줄로 재현하게 만든 하루
만든 사람이 통과했다고 말하는 것은 증거가 아니다. 증거는 구현하지 않은 사람이 명령 하나로 같은 결과를 다시 만들어낼 때 성립한다.
2026-08-03 · 빌드 로그
AI 리뷰 세 번이 통과시킨 문서를 진짜 법률 사건 하나가 무너뜨렸다
세 번의 AI 자가검증이 전부 통과 판정을 내린 시스템이 실제 사건 하나에서 깨졌다. 통과는 검증의 끝이 아니라 특정 관점에서의 통과일 뿐이다.
2026-08-02 · 빌드 로그
법률 문서 검증 엔진을 실제 제품에 연결하며 배운 세 가지: 신뢰는 정직한 구조에서 나온다
검증 엔진을 실제 제품에 연결하자 숨어 있던 당사자 오분류가 드러났다. 그날의 핵심은 기능 추가가 아니라 신뢰가 조용히 새는 세 구멍을 찾아 구조로 메운 것이었다.
2026-08-01 · 빌드 로그
장난감 테스트가 가리고 있던 고장난 엔진: 모순 검출을 통째로 다시 세운 하루
짧은 테스트에서 잘 되던 법률 문서 모순 검출 기능이, 케이스를 실제 서면 수준으로 늘리자 무너졌다. 단어 몇 개를 더 인식시키는 패치가 아니라 비교 방식 자체를 뜯어고쳐야 하는 문제였고, 그 판단과 재설계의 하루를 정리한다.
2026-07-31 · 빌드 로그
손에 쥐여줄 수 없는 도구를 검증받는 법: 프로그램 대신 출력을 검토받기로 한 결정
배포를 미룬 도구를 외부 전문가에게 검증받으려는데, 정작 도구를 넘겨줄 수가 없었다. 프로그램 대신 실제 출력물을 검토받기로 한 결정과, 그 검토가 요식행위가 되지 않게 설계한 하루의 기록.
2026-07-30 · 빌드 로그
내가 만든 도구가 데이터를 안 보낸다는 걸, 내가 검증하면 증명이 아니다
브라우저에서만 도는 법률 문서 도구의 핵심 약속은 사건 파일이 밖으로 안 나간다는 것이다. 그런데 그 검증을 만든 사람이 자기 컴퓨터에서 돌리면 아무것도 증명하지 못한다. 이 독립성 문제를 하루 동안 풀었다.
2026-07-29 · 빌드 로그
깨끗한 데이터로는 안 보이던 구멍: 진짜 법원 문서를 흉내 낸 스트레스 시험으로 파서를 다시 쟀다
합성한 깨끗한 서른 건은 만점이었다. 그런데 진짜 소장과 답변서를 흉내 낸 방해물 세트로 다시 재보니 다섯 중 하나만 맞혔다. 그 격차를 하루 만에 다섯으로 끌어올린 기록.
2026-07-28 · 빌드 로그
스스로 정답을 못 보는 시험을 설계한 이유: 정답 비공개 홀드아웃 검증
구현한 사람이 정답표를 볼 수 있으면 그건 검증이 아니다. 법률 도구의 신뢰도를 만들려고 우리가 스스로에게서 답을 숨긴 하루.
2026-07-26 · 빌드 로그
무료 법률 웹앱을 라이브에 올린 다음, 코드에서 손을 떼고 유통 전략으로 방향을 튼 날
소장을 받은 사람이 변호사 없이 대응을 준비하도록 돕는 무료 웹앱이 라이브가 됐다. 그다음 나는 기능을 더 붙이지 않고 코드에서 손을 뗐다. 다음 병목은 제품이 아니라 유통이라는 판단이 섰기 때문이다. 그 전략을 혼자 짜지 않고 성격이 다른 여러 AI를 비동기 자문단으로 세운 결정까지가 오늘의 기록이다.
2026-07-25 · 빌드 로그
무료 법률 방어 웹앱을 라이브로 올린 날, 마지막 한 걸음을 내 손으로 멈춘 이유
소장을 받은 사람이 변호사 없이 대응을 준비하도록 돕는 무료 로컬 웹앱이 오늘 실제로 접속 가능한 제품이 됐다. 그런데 완성과 라이브 사이에는 개인정보 유출 금지선이 있었고, 나는 마지막 한 걸음을 자동으로 밟지 않고 멈췄다. 안 된다고 결론 냈던 기능을 다시 뒤집은 진단, 그리고 만든 사람조차 결과를 못 읽은 순간까지가 오늘의 판단이었다.
2026-07-24 · 빌드 로그
무료 법률 도구 v1을 하루에 끝까지 빌드하면서, 내가 세운 게이트를 내 손으로 어긴 날
소장 받은 사람을 돕는 로컬 도구의 기능 전부를 하루 만에 끝까지 만들었다. 그런데 가장 값진 순간은 완성이 아니라, 내가 정해둔 안전 게이트를 편의로 뒤집었다가 검수에게 걸려 되돌린 대목과, 불변이라고 말했던 기록이 실측해보니 불변이 아니었던 순간이었다.
2026-07-23 · 빌드 로그
AI 법률 도구를 챗봇처럼 보이게 하되 판단은 절대 못 하게: 표면과 엔진을 분리한 하루
소장 받은 사람을 돕는 무료 로컬 도구를 설계하면서, 겉모습은 최신 AI 챗봇처럼 만들되 속은 자유 문장을 한 줄도 만들어내지 못하는 템플릿 엔진으로 가른 하루다. 왜 필터가 아니라 구조로 막아야 하는지를 적대 테스트가 증명했다.
2026-04-26 · 프로젝트
LFA v0 출시 — 14개 모듈을 만든 하루
한국 민사·형사 교차 사건을 분석하는 14모듈 오픈소스 프레임워크 LFA를 v0로 GitHub에 공개했습니다. 시작부터 푸시까지 한 세션.
2026-04-26 · 회고
5개월 — wildeconforce가 어떻게 만들어졌나
AI 처음 만진 게 2025년 11월. 5개월 동안 7개 프로젝트가 쌓였습니다. 어떤 순서로, 왜 그 순서로 왔는지 정리합니다.