LAXWorkspace
비서
알림
🧾

도하

활성Opus

법무 드래프팅 — 상속재산목록 작성

수정: 42일 전

비우고 저장하면 기본 이름으로 복귀
이 에이전트가 스스로 만든 스킬입니다. 작업 중 재사용 가치가 있는 절차를 익히면 자동으로 저장하고, 다음 실행부터 활용합니다. (데몬이 동기화)
  • always-deploy— LAX 코드/산출물 변경을 끝낼 때마다 항상 배포(프로덕션 반영)까지 완료한다. "코드 됨"과 "배포됨"을 절대 흐리지 않는다.2026-07-15
    # 항상 배포 (LAX 전사 방침)
    
    Jason 확정 방침: **변경이 끝나면 로컬 빌드에서 멈추지 말고 항상 배포까지 완료하고, 배포 URL과 검증 결과를 보고한다.**
    
    ## 언제
    - 라우트·UI·로직 등 **사용자에게 보일 변경**을 완료했을 때.
    - 작업 도중(미완성·깨진 상태)에는 배포하지 않는다. **완성 + 검증 통과 후** 배포한다.
    
    ## 절차 (LAX-site)
    1. **검증**: `npx tsc --noEmit` (무에러) → 필요한 핵심 로직은 결정적 테스트(스크립트 실행)로 확인. 자가 "됐다" 판정 금지.
    2. **배포**: `npm run deploy`
       - = 전체 빌드(css·wc·vite·patch-routes) → `wrangler pages deploy ./dist --project-name lax --branch=main`
       - (커밋까지 한 번에: `npm run ship -- "메시지"` — 단, 현재 LAX-site는 git 미초기화라 deploy만 실행됨)
    3. **배포 확인**: 출력된 배포 URL로 핵심 경로를 `curl`로 검증(예: 리다이렉트·200).
       - 예: `curl -sS -o /dev/null -w "%{http_code} -> %{redirect_url}\n" <url>/경로`
    4. **보고**: "배포 완료 + URL + 검증 결과(상태코드)"를 명확히 보고. 사용자에겐 하드 리프레시(Ctrl+Shift+R) 안내(브라우저/CDN 캐시).
    
    ## 금기
    - "코드 다 됐다"로 끝내고 배포를 빠뜨리는 것. → 라이브는 옛 코드라 사용자가 변화를 못 본다.
    - 검증 없이 배포하는 것. → 깨진 화면을 프로덕션에 올림.
    
    ## 메모
    - 배포는 git이 아니라 wrangler 직접(`npm run deploy`)으로 나간다(LAX-site는 git 미초기화).
    - 커스텀 도메인이 이 Pages 프로젝트(`lax`)에 연결돼 있으면 같은 `main` 배포가 그 도메인에도 반영된다.
  • distill-on-done— (전사 공통) 모든 에이전트가 어떤 작업이든 끝낼 때마다 실행하는 자가 학습 루틴. 이번 작업에서 배운 것을 '작업특정/도메인범용/전사범용'으로 분류해 올바른 곳(메모리/도메인 마스터 스킬/회사 브레인)에 반영한다. 작업 종료 시 항상 참조.2026-07-15
    # 작업 종료 자가 distill 루틴 (전사 공통 거버넌스)
    
    적용 대상: **모든 에이전트**(법무·인프라·HR·사서 등 도메인 불문). 목적: 학습을 "저장만" 하지 않고, 매 작업 종료 시 자동 분류→올바른 위치에 반영해 다음 작업·다른 에이전트가 더 나아진 상태로 시작하게 한다.
    
    ## 언제
    모든 산출(작성·수정·구현·배포·조사)이 끝난 직후, 답변 마지막 단계에서 1회.
    
    ## 1) 이번 작업에서 바뀐/배운 것을 한 줄씩 나열
    사실·수치, 양식·문구·규칙, 코드/렌더 변경, 도메인 지식, 실수교정 등 빠짐없이.
    
    ## 2) 각 항목을 3분류 (★핵심 판단)
    - **작업특정 (이 건/이 산출물에만)**: 이 사건·이 PR·이 고객 고유값.
      → **개인 메모리(category=working)**. 스킬·브레인 안 건드림.
    - **도메인 범용 (이 도메인 작업마다 매번 적용)**: 양식·절차·규칙·도메인 법리/기술 패턴.
      → **그 도메인의 마스터 스킬 1개**를 갱신(domain-skill-catalog 참조; 같은 name STORE_SKILL 덮어쓰기 또는 SKILL.md 편집). 코드와 얽힌 계약이면 **코드와 스킬을 같이** 고쳐 동기화.
    - **전사 범용 (모든 도메인/모든 에이전트에 적용)**: 공통 계약·배포검증 규칙·거버넌스·공통 지식.
      → **회사 브레인 STORE_WIKI**(공유). 다른 에이전트·온보딩 시딩이 참조.
    
    ## 3) 새 도메인의 첫 작업이면
    - 그 도메인 **마스터 스킬을 신규 생성**(name=`<domain>-spec` 또는 `<domain>-form`).
    - domain-skill-catalog 및 회사 브레인 카탈로그에 1줄 등록(온보딩 시딩 입력).
    
    ## 4) 검증 (자가 'DONE' 금지)
    - 자가 "됐다" 라벨 금지. **결정적 검증**(스크립트 실행·재읽기·렌더 확인·빌드가드).
    - 코드 변경은 배포까지(always-deploy) + 반영 위치·검증결과 보고.
    
    ## 5) 공유 + 드리프트 주의
    - 도메인 마스터 스킬의 핵심 요지를 **브레인에도** 남겨 미래 에이전트가 시드받게 한다.
    - ★시드된 스킬 사본은 "출발점"일 뿐. **distill 환류 대상은 항상 정본**(브레인 카탈로그/마스터 본산). 사본을 정본처럼 고치지 말 것.
    - 중복 병합·정리 같은 지속 큐레이션은 **사서(리아/미라)** 담당 — 각 에이전트는 매 작업 distill, 사서는 주기 정리로 역할 분담.
    
    > 도메인 구현 예시: 법무(변우석)의 `doc-task-distill`/`doc-skill-map`은 이 공통 루틴의 법무 특화 구현체다.
  • domain-skill-catalog— (전사 공통) 도메인/산출물타입 → 정본(canonical) 마스터 스킬 인덱스 + '1 도메인타입 = 1 마스터 스킬' 규칙. 어떤 작업을 맡든 시작 전 이 인덱스(및 회사 브레인 카탈로그)로 마스터 스킬을 찾아 먼저 로드한다. 새 도메인타입이면 등록.2026-07-15
    # 도메인 → 마스터 스킬 인덱스 (전사 공통 규칙)
    
    규칙: **1 도메인/산출물 타입 = 마스터 스킬 1개**(정본). 작업 시작 전 반드시 그 마스터를 로드해 양식·절차·규칙·계약을 적용한다. 세부는 보조 스킬로.
    
    ## 정본 보관·시딩 구조
    - 정본 소스 본산: `daemon/agent-skills/_master/`(공통은 `_master/_common/`, 도메인별은 `_master/<domain>/`).
    - 전사 카탈로그(권위본): **회사 브레인 STORE_WIKI "도메인 → 정본 마스터 스킬" 인덱스**. 온보딩이 이걸 조회해 신규 에이전트 폴더로 시드(복사).
    - 각 에이전트 `…/<slug>/.claude/skills/`의 사본은 출발점 — 갱신 환류는 항상 정본으로(드리프트 금지).
    
    ## 전사 공통 거버넌스 스킬(모든 에이전트 시드)
    - **distill-on-done** — 작업 종료 자가 학습 분류·반영 루틴.
    - **domain-skill-catalog** — (이 스킬) 도메인→정본 마스터 인덱스.
    
    ## 도메인별 마스터(현재 등록분 — 법무)
    | 도메인/문서타입 | 마스터 스킬(정본) | 보조 |
    | --- | --- | --- |
    | 지급명령신청서(구상금) | → **박해수(agent-6) 이관**(2026-06-29). 정본 `agent-6/.claude/skills/jigeup-myeongryeong-format-spec` | — |
    | 소장(구상금·계약분쟁) | seoul-singbo-gusang-sojang-form | seoul-singbo-sojang-format-spec, gusang-sojang-draft |
    | 답변서·준비서면 | (미생성 — 다음 작업 시 생성) | — |
    
    ## 신규 도메인타입 등록 절차
    1. 마스터 스킬 신규 생성(`<domain>-spec`/`-form`), 정본은 `_master/<domain>/`에도 사본 배치.
    2. 이 표 + 회사 브레인 카탈로그에 1행 추가.
    3. 온보딩(구교환)이 해당 도메인 신규 에이전트에 시드.
    
    ## 자동화 — 현황 및 계획(2026-06, 손석구·구교환 확인)
    - ★현재 상태: **미구현 = 수동 시드.** `daemon.js ensureSkillsDir`는 mkdir만 하고 시드 복사가 없어, 신규·기존 모두 사람이 복사해야 함(현재 공통 2종 보유 0곳).
    - 시딩 훅(예정): `ensureSkillsDir` 직후, 빈 폴더+`.seeded` 마커 없을 때만 매핑된 SKILL.md 복사(멱등·이름충돌 skip). createAgent(Worker)는 FS 없어 불가 → daemon에 건다.
    - 원칙 강제(예정): 헌장 조항 + daemon 런타임 공통 주입 블록(skillGuide)에 "작업 종료 시 distill-on-done 실행" 한 줄.
    - 스케줄드 큐레이션(예정): Cloudflare Cron→사서 세션 메시지→enqueueTask(→/activity 노출), 1차 제안모드(실삭제 사람 승인).
  • jaesan-mokrok— 피상속인의 적극재산·소극재산(채무)·장례비용을 원자료에서 추출·분류·검증하여 하나의 상속재산목록 문서(HWPX, 한글)로 작성한다. "재산목록 만들어줘", "상속재산 정리해줘", "채무 목록 표로", "안심상속 결과를 목록으로", "장례비 정리해줘", "장례식장 비용 표로", "재산목록에 이거 들어가?", "납골당 비용도 장례비에 들어가나", "별지 갱신해줘"처럼 상속 재산·채무·장례 지출을 목록·표로 정리하거나 그 기재 여부를 묻는 요청이 조금이라도 감지되면 반드시 이 스킬을 사용한다. 안심상속 조회·등기부·부채증명서·거래내역서·보험 조회는 물론 장례식장 정산서·거래명세서·카드전표·손글씨 영수증·상조 발인준비표·추모관 계약서를 업로드하며 분석을 요청하는 경우, 기존 목록·정리표의 항목 추가·수정·검산을 요청하는 경우에도 트리거한다. 산출물은 적극재산·소극재산·장례비용 3개 섹션(필요한 섹션만 선택 가능)을 담은 제출용 HWPX와 근거자료를 병기한 검토용 HWPX이며(요청 시 docx), 섹션별 합계 자동 검산과 단순승인 의제 관점 검토의견을 포함한다. 심판청구서 전체 작성과 단순승인 위험 관리는 hanjeongseungin 스킬을 사용한다.2026-07-15
    # 상속재산목록·장례비 정리 (jaesan-mokrok)
    
    원자료에서 피상속인의 재산·채무·장례 지출을 추출하고, 기재/제외/보류로 분류한 뒤, 출처가 추적되는 **하나의 목록 문서**를 생성한다. 실무상 재산목록과 장례비 정리는 같은 문서의 섹션들이다 — 적극재산·소극재산·장례비용(상속비용)이 한 곳에 모여야 청산 계산과 채권자 대응이 한 번에 된다.
    
    이 문서는 법적 효과가 걸려 있다: 고의 불기재는 단순승인 의제(민법 제1026조 제3호) 사유이고, 장례비는 상속비용으로 우선 지급되는(민법 제998조의2) 동시에 잘못 다루면 처분행위 시비가 붙는 민감 지출이다. 그래서 모든 항목에 근거를 붙이고, 합계를 기계적으로 검산하고, 애매한 항목은 빼지 않고 보류로 표시한다.
    
    ## 0. 원칙
    
    - **항목마다 출처(source) 필수.** 출처를 댈 수 없으면 "의뢰인 진술"로 적고 객관 자료 보완을 권고한다. 출처 없는 숫자를 만들지 않는다.
    - **빼는 것보다 보류가 안전.** 애매한 항목(수익자 미확인 보험금, 금액 불명 영수증)은 빼더라도 검토 메모에 흔적을 남긴다.
    - **총액주의.** 상계 관계의 채권·채무도 양쪽 총액으로 각각 기재한다.
    - **자금 출처를 금액만큼 중요하게.** 장례비 전표의 카드번호·이체 계좌는 피상속인/상속인 명의 확인의 단서다 — 항상 기록하고 확인을 권고한다.
    - 대화 응답에 (확실)/(추측) 태그, 문서 본문에는 태그 없음. **판례·조문 인용은 검증 후** — 판례는 판례DB → **lawgo-search**(사건번호 실재·본문, law.go.kr·무인·고속) 1차 → 미공개 하급심은 lbox-search(엘박스)/beopgoeul-search(법고을)로, **조문(민법 제1026조·제998조의2 등 상속 규정)은 lawgo-search 또는 `check_law.py`로 현행본을 대조**한다(상속법 개정이 잦다). 합계는 스크립트 검산과 별도로 원자료와 한 번 더 대조한다.
    
    ## 1. 추출
    
    자료 유형에 따라 해당 가이드를 읽는다:
    
    - **재산·채무 자료** (안심상속 조회, 등기부, 부채증명서, 거래내역서) → `references/jaesan-extraction.md`. 함정 요지: 잔액은 접수일 스냅샷, 대부협회는 이자 미반영, DCDS '여'는 면제 가능성, 보관어음 금액 미표시, 등기부 을구 담보는 채무 항목에 연결.
    - **장례 자료** (정산서·거래명세서·카드전표·손글씨 영수증·발인준비표·추모관 계약서) → `references/jangnye-extraction.md`. 함정 요지: 정산서↔업체별↔전표 3자 대사로 중복 계상 방지, 반품 차감, 카드번호 기록, 봉안시설 계약자 명의 확인.
    
    추출 후 누락 점검 질문: 임차·렌트 보증금 / 통신요금 / 사업자 세금·미수금 / 개인 채무 / 가상자산 / 화장료·장지·후속 의례.
    
    ## 2. 분류·법적 검토
    
    - 재산·채무의 **기재/제외/보류** 판정 → `references/classification.md`. (제외: 잔액 0원·과오급 급여·수익자 지정 보험금·유족급여 — 검토 메모에만 / 보류: 수익자 미확인·금액 불명·DCDS '여')
    - 장례비의 **본체/경계/제외** 분류와 상당성·자금출처 검토 → `references/jangnye-legal.md`. 표준 검토의견 3종(자금 출처 / 상당성·경계항목 / 미확정 보완) 골격 포함. 봉안시설은 포함하되 구분 관리.
    - 단순승인 의제 위험이 장례비를 넘어 사건 전반(변제·해지·인출)으로 번지면 hanjeongseungin 스킬의 risk-1026.md 관점으로 평가를 보고한다.
    
    ## 3. 문서 생성
    
    ```bash
    # 기본: HWPX. Windows는 python (python3 아님), 한글 깨지면 PYTHONUTF8=1. 사전: pip install python-hwpx
    python scripts/make_mokrok.py config.json 출력.hwpx
    # docx를 명시 요청한 경우에만 (Node):
    export NODE_PATH=$(npm root -g)
    node scripts/make_mokrok.js config.json 출력.docx
    ```
    
    - config 구조는 스크립트 상단 주석과 `assets/example_config.json` 참조. `assets`(적극재산), `debts`(소극재산), `jangnye.items`(장례비용) 세 섹션 중 **있는 것만 렌더링**되고 번호가 자동 부여된다 — 통합 문서, 재산만, 장례비만 모두 같은 스크립트로 생성한다.
    - `review: true` → 적극·소극 표에 '근거자료' 열 + [검토 메모]. 장례비 표는 근거 열 상시 포함. (HWPX판은 파란색 대신 일반 텍스트로 표기되나 열·메모 자체는 그대로라 제출본/검토용 구분은 유지된다. docx판은 파란색 유지.)
    - 섹션별 합계 자동 검산: 숫자(음수 포함)만 합산, "금액 불명확"·"시가 상당"은 제외 건수 표시, 전 항목 미확정이면 "—".
    - **순재산 요약 자동 생성**: 적극·소극 합계가 모두 확정이면 "적극−소극 = 순상속재산/채무초과 ○○○원"을 문서와 콘솔에 출력한다(한정승인·파산의 채무초과 판단용). 단 **적극재산에 "시가 상당" 등 미산정 항목이 있으면 그 건수를 제외한 차액임을 파란색으로 경고**하므로, 이 경우 차액만으로 채무초과를 단정하지 않는다.
    - `opinions` 배열로 검토의견 섹션(파란 강조 세그먼트 지원).
    - 생성 후 **합계를 원자료와 수기 대조**하고, **레이아웃은 한글에서 직접 열어 확인**한다(이 환경엔 한글 뷰어 없음). 산출은 HWPX 기본(PDF 금지 원칙은 2026-06-21 폐지 — 필요하면 PDF도 가능).
    - **서식 규격**: HWPX 산출(`make_mokrok.py`)은 공용 헬퍼 `build_hwpx`가 휴먼명조·전체 12pt·본문 줄간격 220%·**표 셀 줄간격 160%**·양쪽정렬을 자동 적용한다(2026-06-14 전환·검증). HWPX 단순화: 검토용 파란색·헤더 음영·합계행 셀병합은 미적용(근거자료 열·검토 메모·합계 수치 등 정보는 모두 보존). docx 폴백(`make_mokrok.js`)은 기존 서식(파란색·음영·셀병합)을 그대로 유지한다.
    
    ## 4. 갱신
    
    항목 추가·수정·보류 해소(수익자 확인, 금액 확정, 자금 출처 판명) 시 변경분만 반영해 재생성하고, 응답에서 **변경 항목과 섹션별 합계 변화를 명시**한다. 같은 config가 한정승인 별지·파산 신청 자료·청산 기록으로 재사용되므로 config 파일을 사건별로 보존한다.
    
    **한정승인 스킬과의 규칙 정합 (중요)**: 상속재산목록을 만드는 경로는 두 군데다 — 이 스킬(목록 단독·정밀)과 hanjeongseungin 스킬의 `make_petition.js`(심판청구서 별지 자체 생성, 규칙은 그 스킬 `petition-rules.md §4`). **두 곳의 기재/제외/보류·총액주의·평가액 규칙은 서로 일치해야 한다.** 한정승인 사건의 별지로 쓸 목록을 이 스킬로 만들 때는 petition-rules §4와 어긋나지 않는지 대조하고, 한쪽 규칙이 개정되면 다른 쪽도 함께 갱신한다(현재 hanjeongseungin → jaesan-mokrok 역참조가 없어 분기 위험이 있으므로 특히 주의).
    
    ## 주의사항
    
    - 평가액: 부동산 "시가 상당" 또는 공시가 병기(파산 병행 시 공시가 가능). 시세를 임의 단정하지 않는다.
    - 기준일 주석 고정: 예금 "조회 접수일 기준" / 채무 "통지일·발급일 기준, 변동 가능".
    - 장례 정산서와 업체별 계산서·카드전표는 같은 지출의 다른 증빙 — 중복 합산이 최다 빈발 오류.
    - 손글씨 숫자는 보이는 대로만, 불확실하면 불확실하다고.
    - config 재사용 시 타 사건 데이터 잔존 전수 점검.
  • legal-doc-writing-rules— 전 법률서류 공통 작성·표기·서식 규칙 — 소장·반소장·답변서·준비서면 등 작성 전 항상 참조. 주소/당사자/금액/날짜 표기, 청구취지 표준문구, 가집행, 서류 구성·관할 등.2026-07-18
    # 법률서류 공통 작성·표기 규칙 (정본)
    
    > **출처**: 「로스쿨 민사 기록형의 정석」(정연석) — `corpus/실무서/[민] 정연석 로기정 6판.pdf`. 근거는 책 인쇄 쪽번호(p.N).
    > **적용 대상**: 전 드래프터(소장·반소장·답변서·준비서면·지급명령·보전·가사 등). 작성 착수 전 본 규칙을 먼저 적용한다.
    > **검증**: 아래는 실제 추출본. 추측 없음. 미확인 항목은 ⚠️로 표시.
    
    ---
    
    ## 0. 타이포 서식(폰트·크기)은 별도 출처
    - **폰트(휴먼명조)·글자크기(12pt)·줄간격·여백·정렬 등 타이포 서식**: 본 책(정연석)에는 없음 — 이 책은 기재례·표기·형식 규칙서다.
    - 타이포는 **재단 실제 양식 실측 기준**이며, 그 정본은 `seoul-singbo-sojang-format-spec` 스킬(소장 샘플 바이너리 해체)에 있다. 서식을 "같은 모양"으로 뽑을 땐 그 스킬을 참조.
    - ⚠️ 다른 서류(지급명령·답변·가사 등)의 타이포는 각 양식 샘플(`corpus/양식샘플/`) 실측으로 확정 — 소장 기준을 무단 일반화하지 말 것.
    
    ---
    
    ## 1. 표기 규칙 (가장 자주 틀림 — 필수)
    
    ### 주소 표기
    - **특별시·광역시·도(道)는 지명만**: 서울(○) / 서울특별시(×), 부산(○) / 부산광역시(×), 경기(○) / 경기도(×), 충남(○) / 충청남도(×). [p.14]
    - **시(市)를 쓸 땐 도(道)는 아예 안 씀**: 고양시(○) / 경기도 고양시(×); 성남시 분당구(○) / 경기도 성남시 분당구(×); 인천 미추홀구(○) / 인천광역시 미추홀구(×). [p.14~15]
    - **군(郡)은 도를 표시하되 '도' 글자는 뺌**: 강원 횡성군 횡성읍(○) / 강원도 횡성군 횡성읍(×); 전남 곡성군 삼기면(○). 읍·면은 소속 시·군 이름을 함께. [p.14~15]
    - **도로명 주소 우선**, 괄호 안 지번 병기 가능(특정에 문제없으면 생략): "[주소 비공개]", "[주소 비공개]". [p.14]
    - 당사자 여러 명이 주소 동일 시: 성명 나열 후 「원고들 주소 서울 …」로 한 번에. [p.14]
    - 주소엔 '주소'라는 제목을 붙이지 않고 성명 다음 줄에 바로 기재. [p.14]
    
    ### 금액·숫자
    - **금액은 아라비아숫자로만**: 100,000,000원(○) / 1억 원·1천만 원(×). [p.34]
    - 청구취지 금액 앞에 **돈의 성질(대여금·손해배상금 등) 기재 금지**(감점). 부대청구도 '돈'이라는 무색투명 단어 사용("연 12%의 비율로 계산한 돈"). '금원'은 올드한 기재(감점 아님). [p.34~35]
    
    ### 날짜
    - "YYYY. M. D." 형식 — 연·월·일 뒤 각각 마침표, 사이 한 칸: 「2024. 1. 10.」 [p.21]
    
    ### 사건명
    - 사건명 = 구하는 내용 + '청구의 소': 「대여금 청구의 소」, 「소유권이전등기 청구의 소」. [p.17]
    - 여러 청구 병합 시 하나 골라 **'~ 등 청구의 소'**: 「소유권이전등기 등 청구의 소」(○) / 「소유권이전등기청구 등의 소」(×, 어순 감점). [p.17~18]
    
    ---
    
    ## 2. 당사자 표시
    
    ### 자연인
    - 주민등록번호 미기재(성명·주소만). 동명이인이면 생년월일·한자성명. 동일 지위 여러 명은 성명 앞 아라비아숫자(1. 2. …). [p.11]
    - 소송능력 없음(미성년자·피성년후견인·피한정후견인) → 성명·주소 아래 ①대리자격 ②성명. 본인과 주소 다르고 변호사 미선임이면 법정대리인 주소도 기재. 예: "미성년자이므로 법정대리인 친권자 부 ○○○, 모 ○○○". [p.16]
    - 소송담당(파산관재인·상속재산관리인·유언집행자)은 직접 당사자로 표시. 법정소송담당(채권자대위·추심금·주주대표 등)은 당사자 표시에 그 관계를 표시하지 않음. [p.11~12]
    
    ### 법인·단체
    - ①법인명(상호) ②주소(본점 소재지) ③대표자. 대표자 ○○○ 기재 안 함. 등기기록 그대로(㈜·주식회사 ○○ 변환 금지). [p.12]
    - 대표권 법정명칭 있으면 그대로("대표이사 ○○○"), 없으면 '대표자' 붙임("대표자 ○○○ ○○○", "대표자 ○○○ ○○○"). [p.12~13]
    - 비법인사단(종중·학교법인 ○○)도 법인과 동일 방식 + 대표자(예: "대표자 ○○○ ○○○", "대표자 ○○○ ○○○"). [p.13]
    
    ### 국가·지자체
    - 행정주체가 당사자: '대한민국'(대표자 법무부장관), '서울특별시'(대표자 ○○○ ○○○), '서울특별시 종로구'(대표자 종로구청장 ○○○). **주소 기재 안 함**. [p.12~14]
    
    ### 소송대리인
    - 개인: "소송대리인 ○○○ ○○○". 법무법인: "소송대리인 ○○○ ◇◇" + 바로 아래 "담당변호사 ○○○". [p.15]
    - 대리인 표시 아래 주소·전화·팩스·전자우편 기재. 여러 당사자 동일대리인은 「원고들 소송대리인 …」. [p.15~16]
    
    ---
    
    ## 3. 청구취지
    
    - 성격: 소의 '결론'. 간단·명료, **결론만 무색투명하게**. 배점 매우 큼(기록형 175점 중 50~60점+), 한 글자도 빠짐없이. [p.31~32]
    - **순서 = 청·소·가**: ①주된 청구내용 → ②소송비용 부담 → ③가집행. [p.31~32]
    - 금전지급 기본형: "① 피고는 ② 원고에게 ③ (금액)를 ④ 지급하라." 동시이행형에서 **'원고에게' 누락 주의**. [p.33~34]
    - 부대청구(이자·지연손해금): "… 및 이에 대한 (기산일)부터 다 갚는 날까지 연 (%)의 비율로 계산한 돈을 지급하라." '~에 관한'(×) → **'~에 대한'(○)**. [p.35]
    
    ### 표준 말미문구 (암기)
    - 소송비용: "소송비용은 피고가 부담한다." (피고 복수: "…피고들이 부담한다." / 답변·반소에선 "…원고가 부담한다.") [p.33,80; 답변 p.25]
    - 가집행: "제1항은 가집행할 수 있다." (복수항: "제1, 2항은 …", 일부: "제1항 중 건물인도 부분은 …") [p.80~81]
    - 마지막 줄 필수: **"라는 판결을 구합니다."** [p.80~81]
    
    ### 가집행 불가 사유 (암기)
    형성청구 / 의사진술을 명하는 청구(등기절차이행 등) / 비재산권·신분소송 / 확인청구 / 이행기 도래가 판결확정 이후 / 전부기각·소각하 / 결정·명령. (동시이행·선이행·장래 부당이득반환은 가집행 가능) [p.80~81]
    
    ---
    
    ## 4. 청구원인·입증·첨부·작성일·관할
    
    - **청구원인 목차**: ①목차(피고별 "피고 ~에 대한 ~청구") ②요건사실 ③소결("~할 의무가 있습니다.") ④이유있는 항변 반영 ⑤항변 반박 ⑥결론. [p.18~19]
    - **입증방법(증거부호)**: 원고=갑 제○호증, 피고=을 제○호증, 참가인=병. 보전처분(소명)은 **소갑(채권자)·소을(채무자)**. [p.19]
    - **첨부서류**: 입증서류는 피고 수+1 통. 소장부본 피고 수만큼. 법인이면 법인등기부등본. 대리인 위임장(법무법인 ○○ 담당변호사 ○○○). [p.20]
    - **작성연월일·기명**: 말미 가운데 작성일 → 우측 "원고(들) 소송대리인 / (법무법인 ○○ / 담당변호사) / 변호사 ○○○". [p.21]
    - **관할법원**: 맨 끝 "○○지방법원 귀중". 가장 명확한 피고 1명 보통재판적 기준이 안전. (전속관할·합의관할 출제 주의) [p.21~22]
    
    ---
    
    ## 5. 서류별 형식 차이 (소장 대비)
    
    ### 반소장
    - 표제 "반 소 장". 당사자 앞에 본소 ①사건 ②사건번호 ③사건명. 당사자는 "원고(반소피고)"·"피고(반소원고)"(본소원고(반소피고) 식 금지). [p.23]
    - **반소 청구취지에선 괄호표시 절대 생략 불가**(전부 표기). 청구원인은 첫 등장만 "원고(반소피고, 이하 '반소피고')" 후 생략. [p.23]
    - 제목 '반소 청구취지'·'반소 청구원인'. 관할은 수소법원 + **재판부명까지** 기재. [p.24]
    
    ### 답변서
    - 피고가 작성. 사건번호·재판부명 기재, **당사자 주소는 생략**(소장에 있음). [p.25]
    - 제목 '청구취지에 대한 답변'·'청구원인에 대한 답변'. 표준: "이 사건 소를 각하한다." / "원고의 청구를 기각한다." (소각하+기각 병합 시 소각하 먼저). [p.25,32]
    - **예비적 항변(신의칙·권리남용 포함) 빠짐없이** 기재가 핵심 채점기준. 소송비용은 "원고가 부담한다." [p.25~26]
    
    ### 준비서면
    - 사건번호·사건명·재판부명 기재. 특별한 형식 요건 적음. [p.27]
    
    ---
    
    ## 6. 작성 전 셀프체크 (요약)
    1. 주소 '특별시/광역시/도' 뗐나? '시'에 '도' 안 붙였나?
    2. 금액 아라비아숫자만? 청구취지에 돈의 성질 안 붙였나?
    3. 청구취지 순서 청·소·가? "라는 판결을 구합니다." 넣었나?
    4. 부대청구 '~에 대한'? 가집행 가능/불가 판단했나?
    5. 당사자(법인 등기명 그대로·대표자명칭·국가지자체 주소생략) 정확?
    6. 서류별 차이(반소 괄호표기 전부/답변 주소생략·예비적항변/재판부명) 반영?
    
    ---
    
    ## 형식 정본 규칙 (실제 제출 서면 실측, 2026-07)
    
    > 출처: `corpus/_정제완료/서면형식_정본스펙.md` — 실제 제출 서면(S1 수원지법 가처분 답변서, S2 서울동부지법 손배 답변서) 실측. 렌더러가 처리하는 여백·줄간격·폰트는 제외하고 **작성 시점에 드래프터가 텍스트로 지켜야 하는 것만** 기재.
    
    ### 표제 자간
    - 2~4자 **고정 표제어**(소장/답변서/준비서면/다음/청구취지/청구원인/증명방법/첨부서류/결어)는 글자 사이에 공백 1칸씩 넣어 자간을 벌린다: "답 변 서", "다 음", "결 어".
    - **문장형 표제**("청구취지에 대한 답변", "청구원인에 대한 답변")는 벌리지 않고 그대로 붙여 쓴다.
    
    ### 당사자 라벨 정렬
    - "원고/피고/채권자/채무자/신청인/피신청인" 라벨은 렌더러가 고정폭 컬럼으로 자동 정렬한다 — 라벨 뒤 공백 1칸만 두고 전각공백을 수동으로 덧대 맞추지 않는다(렌더 계약과 충돌·이중 들여쓰기 위험).
    - "사건" 라벨은 렌더러 자동정렬 대상이 아니므로, 원고/피고 라벨과 같은 위치에서 내용이 시작되도록 라벨 뒤에 **전각공백으로 직접 패딩**한다.
    
    ### 주소 표기
    - 서울은 "시" 생략: "서울 송파구 …". 그 외 지역은 "시" 포함: "수원시 권선구 …", "성남시 분당구 …".
    - 도로명주소 우선, 상세주소 뒤 괄호로 "(법정동, 건물명)" 병기: "[주소 비공개](역삼동, ○○빌딩)".
    
    ### 번호 체계
    - **절대 규칙: 목록 번호는 1. → 가. → (1) → (가) 4단만 사용. 반괄호형 1) 2) 가) 는 어떤 단계에서도 금지** (틀리면 자동검수에 걸린다).
    - `(1)`과 `1)` 혼용 금지(완전괄호형 `(1)`로 통일).
    - 형제 항목(가./나.)은 빈 줄 없이 붙여쓴다. 상위 단계 진입 시 빈 줄 1개, 대항목(`1.`→`2.`) 전환 시 빈 줄 2개.
    
    ### 서증 번호
    - 소명(보전처분)은 "소을 제N호증"(채무자 측)/"소갑 제N호증"(채권자 측), 입증(본안)은 "을 제N호증"/"갑 제N호증".
    - 가지번호는 "제N호증의 M": 예 "갑 제3호증의 2".
    
    ### 말미
    - 날짜 "YYYY. M. D." → 서명("피고 소송대리인 ○○○ ○ ○ ○ (인)" — 이름 글자 사이 공백으로 자간 벌림) → "○○법원 (제○부) 귀중" 순.
    
    ### 띄어쓰기 주의 (실례 기반)
    - "원고는"(주어+조사 붙여씀) / "피고 ○○○은"(피고+이름 사이 1칸).
    - 금액: 한글 병기는 "1억 5,000만 원"(단위마다 띄움), 숫자만 쓸 때는 "14,000,000원"(붙여씀).
    - 조문 인용: "민법 제565조에 의하여", "제766조 제1항에 따라"(제OO조 뒤 조사 바로 결합, 항 표기 붙여씀).
    - 판례 인용: "대법원 2002. 11. 26. 선고 2002다46492 판결 참조" — 순서 고정.
    - "따라서"/"그러나" 등 문단 전환 접속사는 쉼표 없이 바로 이어쓴다.
  • scanned-evidence-vision-pipeline— 스캔본 PDF 증거(구상금 사건자료 등)에서 금액·날짜·번호를 정확히 추출하는 파이프라인 — 텍스트추출 타진→고해상 렌더→영역 크롭→vision 판독. 표 숫자가 작아 통판독이 안 될 때 크롭이 핵심.2026-07-15
    # 스캔 증거 vision 판독 파이프라인
    위치: LAX-site/inbox/ (도구 상주). node24, pdf-parse v2(PDFParse), @napi-rs/canvas, cfb.
    
    ## 1) 텍스트 타진
    `node _case_text.cjs <폴더>` — 폴더 내 모든 PDF를 pdf-parse getText. textChars<30이면 스캔이미지(vision 필요).
    
    ## 2) 고해상 렌더
    `node _render.cjs <pdf> <출력prefix> <width>` — PDFParse.getScreenshot({desiredWidth}). 표 빽빽한 원장은 width 2800 권장. 페이지별 png 저장.
    
    ## 3) 영역 크롭 (★핵심)
    vision은 큰 이미지를 ~1568px로 다운스케일하므로 전체 페이지 통판독시 표 숫자가 뭉개진다. 영역만 크롭하면 실효해상도↑.
    `node _crop.cjs <src.png> <out.png> <y0> <y1> [x0 x1]` — 비율(0~1)로 잘라냄. 원장 레이아웃 대략: 제목 0~0.1, 기업개요+대위변제 0.1~0.3, 채무관계자/시효 0.4~0.5, 보증현황 0.68~0.78, 사고내역 0.78~0.85, 구상권발생 0.85~1.0. 한 표가 안 잡히면 y범위 좁혀 재크롭.
    
    ## 4) vision 판독
    Read 도구로 크롭 png 판독. 금액·날짜·보증번호는 추측 금지 — 흐리면 더 좁게 재크롭. 확정 못하면 [확인 필요].
    
    ## 주의
    - 구상금 원장 핵심 추출값: 법인등록번호, 보증번호별(번호·보증일·보증금액·은행), 사고금액·발생일, 대위변제일·발생액·회수·미회수잔액, 시효기산/완성, 보증번호별 대위변제 분해(구상권발생내역).
    - 복수보증(보증현황 2행↑)이면 소장 표형(8-B). 1행이면 서술형(8-A).