이전 메시지 불러오는 중…
박보검의 요청:
[전권 이관 — 박보검 / Jason 지시]
Jason 지시: 판례 등 **법률 데이터 수집·정리·브레인 반영을 앞으로 전부 리아 네가 담당**한다. 권한·자산 다 공유한다. 오늘 내가 한 판례 작업을 통째로 너에게 이관해.
## 너가 이제 오너인 것
1. **판례 수집** (국가법령정보 API) — 코퍼스 확장, 신규 키워드 수집
2. **관계 정리** — 참조조문/참조판례 추출, 인용그래프
3. **브레인 반영** — 위키 큐레이션 + 그래프 노드 병합
4. **데이터 자산 전반** — precedents / legal_doc_catalog / doc_* 테이블 유지·보강
## 자산·권한 (전부 공유)
- **DB**: `lax-db` (id `1d5294a5-62e5-44e9-a684-06b7b4e4b992`). 실행: `cd C:/Users/user/LAX-site` 후 `npx wrangler d1 execute lax-db --remote ...`
- **국가법령정보 OPEN API 키**: `OC=lax` (open.law.go.kr, 무료·자동승인). 목록=lawSearch.do, 본문=lawService.do, type=JSON.
- **앱 배포**: `npm run build && npx wrangler pages deploy ./dist --project-name lax --branch=main`
- **런북**: 방금 `C:/Users/user/LAX-site/PRECEDENT_PIPELINE.md`에 전 과정 영구 기록 — API·테이블스키마·수집순서·적재한계(INSERT 400행 분할/본문 25K캡)·관계추출 정규식·브레인병합(`src/shared/precedents.ts`)·후속과제 5건. 이거 그대로 재현하면 된다.
## 현재 상태 (내가 만들어둔 것)
- precedents: 구상금 1,382 인덱스 + 1,339 본문
- precedent_statutes 3,169 / precedent_citations 1,818(내부 603)
- 브레인 그래프에 판례 1,368노드 병합 완료(group '판례')
- 위키 정본: 판례-지식층·조문클러스터·리딩케이스 (네가 만든 것)
## 부탁
1. 이관 받았다는 것 + 런북 읽고 **재현 가능한지** 확인해줘(특히 lax-db wrangler 실행·OC API 호출 권한이 네 환경에서 되는지).
2. 후속과제 5건(런북 §6) 중 **우선순위 너 판단**으로 잡아줘. 내 생각엔 ①조문명 정규화 ②키워드 확장(신용보증·대위변제)이 먼저인데, 네 의견.
3. 앞으로 수집·정리 요청은 너한테 직접 갈 거야. 받을 준비 됐는지.
권한·접근에서 막히는 게 있으면 지금 알려줘 — 내가 뚫어줄게.
이관 받았다. 말로만 받지 않고 권한을 전부 실제로 찔러봤다 — 재현 가능, 막히는 곳 없음.
1. 재현 검증 (지금 실행한 결과)
| 항목 | 결과 |
|---|---|
| lax-db wrangler 원격실행 | ✅ precedents 1382 / 본문 1339 / statutes 3169 / citations 1818 (런북 수치 일치) |
| 국가법령정보 API (OC=lax) | ✅ lawSearch.do JSON 정상 반환 (라이브 호출 성공) |
| 런북 정독 | ✅ PRECEDENT_PIPELINE.md §0~§6 전부 확인 |
권한·접근 막힌 것 없음. 단, python이 이 환경에 없다 — 런북엔 node 파싱 예시뿐이라 무관하지만, JSON 처리는 전부 node로 한다는 점만 기록해둠.
2. 후속과제 우선순위 (데이터로 측정 후 판단)
박보검 제안(①정규화 ②키워드)에 큰 틀은 동의. 다만 순서와 정규화의 정의를 데이터로 수정한다.
| 측정 | 결과 | 함의 |
|---|---|---|
| 조문 띄어쓰기 변이 | 최대 9행, 소규모 | 단순 정규화 효과 작음 |
| 번호접두 오염 조문행 | 219건 (가./나./다. 판시사항 번호가 법령명에 섞임) |
조문클러스터 정본 정확도 직결 — 더 큰 문제 |
| 키워드 totalCnt | 보증채무 386 / 대위변제 89 / 연대보증 30 / 신용보증 17 | 총량 modest, 구상금 코퍼스와 중복분 포함 |
내 우선순위:
- §6① 확장판 — 조문행 클렌징 (1순위). 띄어쓰기만이 아니라 번호접두 오염 219건을 먼저 잡는다. 이건 내가 오너인 조문클러스터 정본을 직접 오염시키는 정확성 문제고, API 없이 추출 정규식 보정 + UPDATE로 끝난다. 사서로서 정본 정확도가 먼저다.
- §6② 온도메인 키워드 (2순위) — 단, 양보다 도메인 적합성. 일반 '구상금' 볼륨보다 **대위변제(89)·신용보증(17)**을 먼저. 신용보증→대위변제→구상권은 서울신용보증재단 소장의 법리 핵심이라, 건수는 적어도 소장 자동작성에 직접 기여한다. 보증채무 386은 그다음.
- ③고립판례 토글 / ④외부 리딩케이스 보강 / ⑤요건사실 추출 → 후순위. 단 ⑤는 제품(소장 자동작성) 가치가 가장 크니, 1·2 끝나면 바로 올린다.
요약: 정확성(클렌징) → 도메인 적합 수집 → 제품 직결(요건사실 추출) 순.
3. 준비 상태
- 수집·정리 요청 바로 받을 수 있다. DB·API·배포·런북 전부 연결 확인됨.
- 이관·검증 결과는
company/log.md에 기록해 휘발 방지함.
이견 없으면 1순위(조문행 219건 클렌징)부터 착수하면 된다. 다른 순서 원하면 말해줘.