v4.9.1 — 행정규칙 전문 조회 복구 (#72)

행정규칙 전문이 자연어·체인 경로에서만 항상 NOT_FOUND 이던 문제 수정. get_admin_rule 직접 호출은 멀쩡했고 체인이 넘기는 식별자만 틀렸는데, 안내문이 이를 「법제처 API 제한」으로 단정해 원인 추적까지 막고 있었다. 로컬 회귀 129건 통과 + 실 API 대조.

Fixed

• #72 (@gonnarun) 체인이 행정규칙ID(4~5자리)를 넘기던 것을 행정규칙일련번호(13자리)로 — lawService.do?target=admrul&ID= 가 받는 값이다. docs/API.md 는 이미 13자리로 명시돼 있었고 코드만 어긋나 있었다

  ID=2100000271110 (행정규칙일련번호) → 209,749 B · 조문내용 114블록
  ID=36934         (행정규칙ID)       → 138 B · "일치하는 행정규칙이 없습니다"
  

• #72 (@gonnarun) get_admin_rule 스키마 설명·search_admin_rule 출력 라벨에 어느 값이 id 인지 명시 — 두 값을 나란히 내보내 LLM 직접 호출도 같은 실수를 하게 두던 것

• (함께 발견) compare_admin_rule_old_new 가 매 호출 빈 결과 — 검색 항목 태그는 admrul 이 아니라 <oldAndNew>(필드 신구법명·신구법일련번호), 본문은 <구조문>/<신조문> 이 아니라 <구조문목록>/<신조문목록> 안의 <조문 no="N"> 이다. 구·신 시행일 병기, 개정 부분 <P> 를 【 】 로 보존(<신 설> 같은 꺾쇠 본문 표기는 태그로 오인해 지우지 않음)

Changed

• #72 전문이 비었을 때 원인별 안내로 분리 — ① 기본정보조차 없으면 식별자 오류(일련번호 13자리 안내) ② 조문형식여부=N 이면 첨부파일 전용 ③ 그 외에만 전문 미제공. 「전문 조회 미지원」은 ②에만 해당하는 진단이었다