지식

2026-09-01 판례 3종 재생성 요청이 같은 날 여러 세션에서 반복 실행돼, 조문클러스터·리딩케이스에 동일 날짜 회차노트 블록이 2~4중으로 쌓이고 frontmatter source 마커도 중복됐다. 대응: 사실 손실 없이 날짜별 1블록으로 통합(중복 bullet은 최장 판본 채택), source 마커 1개로 정리, log.md에 '(2)' 회차로 기록. 착수 전 log.md tail + git log로 오늘자 회차 존재를 먼저 확인할 것. 편집 스크립트가 bullet만 수집하면 단락형 노트가 소실되므로 git diff 삭제줄 확인 필수(실제로 1회 소실 → git checkout 복구).

2026-09-01 판례 큐레이션 3종 재생성이 병렬 세션 3~4개로 동시 실행돼 같은 회차 노트가 페이지당 3~4중 append됨. 산출값은 전부 일치(데이터 오류 아님)했으나 회차 블록을 사서가 병합해 정리. 착수 전 grep '^> \*\*재생성.*<오늘날짜>'로 기존 블록 확인 필수, 있으면 새 블록 대신 스탬프+고유 실측만 덧붙일 것. precedent-layer-weekly-refresh 스킬 §5에 규칙화.

2026-09-01 판례 3종(조문클러스터·리딩케이스·키워드축) 재생성 요청이 같은 날 병렬 세션 다수에 동시 배분돼, 각자 '2차/#2/2회차' 회차 블록을 추가하며 서로의 편집을 덮어썼다. 교훈: ①작업 착수 전 git log·git status로 같은 날 회차가 이미 커밋됐는지 먼저 확인한다. ②무변동 회차는 새 블록을 추가하지 말고 당일 기존 블록에 병합한다. ③내 편집이 사라졌으면 되살리기보다, 커밋본에 내 실측이 이미 반영됐는지 확인하고 log에 교차검증만 남긴다. 절차 스킬 precedent-layer-weekly-refresh 존재 — 다음엔 착수 전 로드할 것.

Jason 2026-07-03 확정 용어. 작업실=lax-dtb(DB lax-db, 개발·테스트 내부공간), 스토어=axwiki.org(판매처), 고객판=고객 변호사가 받는 화면(DB lax-prod). '고객 시점'·'prod 화면'→'고객판' 통일. 고객판은 브레인 메뉴·API 차단(운영지식 보호), 작업실 operator 콘솔에 승격버튼(/operator/promote)·고객판 미리보기 추가. 인명 개명: 박보검→건우, 구교환→규원, 손석구→상원, 변우석→지완, 리아 유지, 드래프터 전원 개명. slug 불변→시스템 동작 무변화.

5종 작성기능 샘플초안 e2e 5/5 통과. 반소장(견련성§269 보강·이율 12%치환), 가압류(구상금=대위변제→구상금채권 특정, 대여금 아님, 2항 신청취지·결정을구합니다·담보2/5), 가처분(계쟁물형 채권자/채무자·결정을구합니다·헤더3줄), 상속포기(청구취지·관할 피상속인최후주소지·3개월·2020그42 배우자플래그, 단 공식별지 미확보 재구성), 상속한정(수락한다 정문·별지 적극/소극재산표·관할정확). 전부 공식정문 스킬 로드·창작방지[확인필요]·표기규칙 준수. 파이프라인 라우트→buildFormPrompt→드래프터→정문스킬 관통확인. 남은 보정: 상속포기 공식별지 대조.

반소장(banso/이제훈)·가압류(gaaplyu/남주혁)·가처분(gacheobun/김우빈)·상속포기(sangsok-pogi/조정석)·상속한정(hanjeong-seungin/유연석) 작성기능 라이브. 배선: evidence.ts buildFormPrompt(FormKind 5종+FORM_SPECS: skill·guide, 증거표+SOJANG 마커 재사용), doc_slug.ts(slug→type+드래프터), doc_nav.ts docHref, complaint/routes.tsx DocType+DOC_META, draft/routes.tsx DOC캐스트+분기(FormKind→buildFormPrompt, BriefKind→buildBrief). 마이그 0077: id2/158/159 slug+mvp1, id773/774 개명+slug+mvp1, id9 준비서면 mvp1, doc-1495 중복핀 삭제. Pages(lax) 배포 a01f64fe, 10라우트 200. 남은건 실제초안 품질 e2e.

공식서식 수집 완료(KLAC 채널). agent-10 가압류 4건(부동산·채권 대여금+사전구상권·구상금채권), agent-11 가처분 2건(부동산처분금지·접근금지), agent-13 한정승인 2건(심판청구서·재산목록경정), agent-9 반소장 2건 기수집. 각 refs/에 HWP+OFFICIAL_FORMS.md. scourt(file/pro-se/glaw/help)는 세션게이트/방화벽 차단, KLAC(support.klac.or.kr/cmm/fms/FileDown_docs.do, folderId 012상속/013가사/015민사집행/016보전)만 안정. 상속포기신고서는 KLAC 독립서식 부재(법원 별지3호=scourt전용)→재구성 기재례 유지. 제약: 이 환경 HWP파서 전무→내용 자동추출 불가, 변호사 한글 대조용.

5종(반소장 이제훈/가압류 남주혁/가처분 김우빈/상속포기 조정석/상속한정 유연석) 담당 드래프터가 각자 도메인 심층리서치+공개서식 다운로드+학습자료 적재 완료. 산출물=agent-N/.claude/skills/<doctype>-drafting-reference/SKILL.md(자동로드)+refs/(원문·SOURCES.md). 공통갭: 법원공식HWP 원본 대부분 세션게이트로 미확보(반소장만 2건 성공)→텍스트 재구성 대체, 빅펌 독점서면 비공개. 남은건 작성기능 실빌드(프롬프트빌더+배선+mvp_built플래그).

lax-dtb 작업실과 axwiki.org/lax는 별개 아님: 동일 리포 github Tok2coder/lax-site, 동일 D1 lax-db(database_id 1d5294a5-62e5-44e9-a684-06b7b4e4b992, wrangler env분리 없는 단일DB), 동일 Pages 프로젝트 name=lax. 위키커뮤 도지훈의 auth+tenancy 작업(커밋 62793c1, 마이그 0074_auth·0075_tenancy_index)이 이미 내 브랜치 feat/jigeup-workbench에 f4da8d2 위로 선형 병합돼 있음(author Jason, origin에 미푸시 ahead 1 상태 → 정합 대조 필요). auth.ts=sessionAuth가 accessAuth 대체. 0075 격리키=clients/matters/chat_sessions의 created_by만, 공용 코퍼스(practice_atoms/doc_samples/catalog/skills)는 비격리 유지=제품 기본값 공용 경계 정확. backfill 리스크: NULL created_by 행은 필터 켜지면 소멸→jungwkim15 backfill 전 NULL owner 0건 확인 필수.

LAX-site git: 그동안 remote 없이 배포만 해와 마이그레이션 0064~0073 등 다수 미커밋으로 밀려있었음. 2026-06-30 GitHub private 저장소 github.com/Tok2coder/lax-site 생성·연결(gh 계정 Tok2coder, repo scope). origin 연결, 3개 브랜치(feat/jigeup-workbench=기본, master, daemon-activity-progress) 전부 push. 커밋 f4da8d2(드래프트 품질 일괄 45파일 2182줄)+7902ba3(gitignore 정리). matter/(사건 증거 PDF)·루트 _*.sql·inbox 스크래치·*_pages 무시 등록. daemon/ensure-hidden.vbs는 LAXDaemon 런처라 커밋. 워킹트리 클린. 앞으로 git push로 백업 유지.

상속재산목록 작성기능 신설·배포(4a17a8ff): 전담=이도현(slug agent-14, 실row id=15 — id14는 서지오 점유, slug기준 일치). 배선: doc_slug.ts(slug sangsok-jaesan-mokrok→상속재산목록, 드래프터 agent-14), evidence.ts buildJaesanMokrokPrompt(3섹션 적극·소극재산·장례비+합계검산+민법1026 단순승인의제 리스크, SOJANG/NOTES 마커 재사용), draft/routes.tsx(DOC타입·isJaesan·디스패치), complaint/routes.tsx DOC_META, doc_nav.ts docHref, 카탈로그 #2071(가사>라류 가사비송사건, slug, in_scope=core, mvp=1, drafter_agent_id=slug기준)+Jason user_doc_selections 핀. migration 0073. 스킬시드: jaesan-mokrok 마스터+공통6종. 공용 작업대 인프라(디테일슬라이더·인용검증·자동검수·HWPX) 자동상속. 라우트 5번째(소장·지급명령·답변·준비·상속재산목록).

두 건 처리·배포(f8dfb370): ①취소선 버그 — 원인=모델이 날짜구간을 '2025-04-28~05-27'처럼 ~로 표기, marked(gfm:true)가 ~…~를 취소선(<del>)으로 오해. 수정=renderMarkdown(markdown.ts)에서 파싱 전 ~를 @@LAXTILDE@@로 치환→출력 직전 복원(취소선 차단, ~ 리터럴 유지). 본문·증거표 둘다 renderMarkdown 경유라 동시해결. marked 재현검증: 수정전 <del>05-27...</del>, 수정후 없음. ②자동검수에 'strikethrough' 항목 추가(consistency_verify.ts): /~~[^~\n]{1,80}~~/ 매칭시 경고. ③인코딩 재확인: 전테이블(sessions.title/messages.content+attachments/clients.name/matters.title/matter_files.name) U+FFFD 스캔=0건. cleanTitle+첨부 U+FFFD거부 방어선 유지.

세션 제목 깨짐(U+FFFD) 영구방어: chat.ts에 cleanTitle(raw) 추가 — Array.from으로 코드포인트 필터(0xFFFD·제어문자<0x20·0x7F 제거), 공백정리, 정화후 글자(\p{L}/\p{N}) 없으면 null 반환. 4개 제목설정 경로 전부 적용: createChatSession/ensureChatSession/renameSession/setSessionTitleIfEmpty. 기존 DB는 UPDATE...REPLACE(title,CHAR(65533),'')로 일괄정화(잔존0). 원인은 curl/GitBash 한글 인코딩 깨짐(제품 브라우저폼은 정상이었음). 배포 6ea5f470. 주의: 정규식에 리터럴 제어문자 박지 말것(codePointAt 필터 사용). 메시지 본문(content)은 이 방어 범위 밖(제목만).

디테일 슬라이더·자동검수 e2e 실증(그랜드비스타 #26, 증거6PDF 동일, detail만 1vs4): 입력 프롬프트 [1/4 간결]vs[4/4 최대] 주입 확인. 출력 detail1=8,015자 vs detail4=22,650자(2.8배). 인용검증=0건(구상금 소장은 판례인용 안함, 정상). 자동검수=실제 작동, 단 '청 구 원 인' 띄어쓰기 제목 오탐 발견→consistency_verify.ts norm=replace(/\s/g,'') 띄어쓰기무시 매칭으로 수정·재배포(7b2601c8). 수정후 6항목중 경고1[미완성표식]=[확인필요] 증거표 잔존(진짜경고). 테스트 세션 d8202849(d1)/a0a10a42(d4). 결론: 슬라이더 입출력 모두 작동확정, 자동화·통합·산출(22k장문 자동생성+자동검증)은 변호사 수동스킬 대비 우위, 본문 품질 우위는 변호사 산출물 1:1비교 필요(미확정).

두 기능 배포(deploy 4eadd996, lax-dtb): ①작성 디테일 슬라이더 — evidence.ts detailDirective(level 1~4, 기본4=최대장문), 3빌더(소장/지급명령/Brief) 주입, draft/routes POST에서 form.detail 파싱(1~4 clamp, 기본4), GET폼에 type=range 슬라이더+라벨(간결/표준/상세/최대)+실시간설명 __dwDetail. ②자동검수 게이트 — consistency_verify.ts(checkConsistency: 미완성표식 PLACEHOLDER_RE/필수구조 섹션/결어구/당사자정합 matter_clients/청구금액 MONEY_RE/증거인용 갑제N호증), verifyDraftConsistency 훅을 bridge:437 verifyDraftCitations 다음에 배선, draft work poll에서 renderConsistencyBadge를 citationBadge 다음 prepend(미리보기만, hwpx/print 제외). 테이블 draft_consistency_checks(migration 0072) 원격생성. 실증: 깨끗0경고/미완성6경고. 변호사 P0(인용검증+자동검수) 완료.

변호사 스킬12종→LAX 대조 실측: ✅뽑음=인용검증폐쇄루프(precedent_verify 실증완료)·요건사실자동주입(practice_atoms1536·#88)·자체판례51,481건(vendor3.7만 초과)·lawgo검색·준비서면답변드래프터. ❌남은P0=작성후 자동검수(precheck/idcheck 당사자·금액·형식 일치)—인용검증만 됐고 이건 미구현(grep확인). ❌pallye-sujip 판례자동수집 워크플로우 없음(코퍼스는 적재됨). ⊘범위밖=형사의견서·형사구성요건·lbox/법고을검색·진행사항표·의뢰인응대(변호사스킬은 형사중심, LAX는 민사구상금). sophisticated 판정: 자동화/통합/코퍼스는 LAX우위, 산출물품질 우위는 실초안 비교전 미확정, 폭은 변호사 넓음.

작업대 완성문서 소실 복구: 완성 소장/지급명령 본문은 삭제된 draft세션과 함께 소실(살아있는 사본 0, 전수확인). matter_documents도 0건. 그러나 입력재료 전부 생존: matters 14건(그랜드비스타#26 등 구상금)+matter_files 증거파일 사건당 4~6개(R2 r2_key 참조). 복구법=작업대 '새 작성'(POST /docs/:slug/new)로 같은 증거 재생성, 되감기 불필요. 토씨동일 아님. 삭제버그 방지 배포 완료(9d886904).

작업대(draft) 세션 소실 원인 확정: listChatSessions/listChatSessionsPage(chat.ts)에 scope 필터가 없어 draft 세션이 채팅 사이드바에 노출→휴지통 수동삭제 시 ON DELETE CASCADE로 세션·메시지 통째 소실(고아0 이유). cron 아님, 수동삭제 단일경로(POST /chat/sessions/:id/delete). 방지 배포: ①삭제route에 scope==='draft' 거부 가드 ②chat.ts CHAT_LIST_SCOPE=scope!='draft'를 두 목록쿼리에 추가. 복구는 D1 Time Travel만 가능(라이브 사본없음). 현재 bookmark 0000010d-00000bc0-0000509a-f0841ba10838de4d60175ba5330c1230

Jason '소장·지급명령 데이터 안보임' 진단(2026-06-30): 운영 chat_sessions 462건(6-16~6-29) 중 작성작업대 scope='draft' 세션 0건, '[종류]' prefix title 0건. 작성 목록 라우트 src/app/complaint/routes.tsx:70-78이 scope='draft' AND agent_id=드래프터만 조회→draft 0이라 모든 서류목록 EmptyState. 작성 POST는 draft/routes.tsx:436 scope:'draft' 정상저장 코드. 실제 SOJANG 마커 산출물 4건은 전부 scope='1:1'/'consult'(변우석 채팅: sid 9061c7e6,2484f2b4,fb61af1c)에 존재=삭제아님. matter_documents 0건. local D1 비어있음. created_at은 TEXT '2026-06-16 14:29:45'(unixepoch아님→datetime() null 표시버그). 두 해석 미확정: A.작업대 작성 원래 0(전부 채팅으로 써봄) vs B.draft 사라짐(scope변경/삭제). 안전백업 완료 /tmp/lax_chat_backup_20260630.sql(4.4MB chat_sessions+messages). D1 Time Travel 가능(bookmark 0000010d-00000a8e..., 30일). 복구는 비가역이라 Jason 화면·시점 정보 후 결정. 8종 검증관문은 scope=draft 전체적용이라 코드상 확산완료, 데이터복구시 자동작동.

인용판례 검증 관문 소장 1종 라이브 완료(배포 fbf8a90a). 파일: src/shared/precedent_verify.ts(extractCaseCitations 정규식+lookupCorpus precedents LIKE+lookupLawgo law.go.kr DRF JSON 토큰필터+verifyDraftCitations 훅+getCitationCheck+renderCitationBadge). 연결: src/app/bridge/routes.ts 정상완료(exit0) 직후 verifyDraftCitations(scope=draft만). UI: src/app/draft/routes.tsx /work/:sid/poll에서 doc_html 앞 배지 prepend. 저장: mig0071 draft_citation_checks(세션당1행). 실증: 2021다203135 corpus실재→verified_corpus, 2099다999999→needs_review, 띄어쓰기추출OK, lawgo OC=lax 작동. 중요발견: 운영 chat_sessions scope에 'draft' 0건(실작성 세션은 1:1 348·consult 112)→소장 작성 운영실행 이력 없음, 관문은 다음 작성시 자동발화. 미실증=실세션 배지 눈확인(소장 draft 0건이라). 다음=8종 확산+실작성1건 자동배지확인. 판시대조(verified나 내용다름)는 본문있을때 LLM 2차로 별도.

한 변호사(잠재 첫고객, 클로드 데스크탑 실사용자)가 egg로 준 claude_skills_as 15종 정독 완료(inbox/claude_skills_as, 마스터플랜 inbox/lax-skill-integration-masterplan.html). 구성: 검색3(lbox유료★기본/lawgo무료OpenAPI/법고을폴백)+자산화·검증3(pallye-db 자체3.7만건/sujip 무인수집/geomjeung 인용판례검증 3단계 lawgo0차→웹1차→elbox본문→4분류✅⚠️❌❔)+작성4(byeonhoin-uigyeonseo 형사의견서/junbiseomyeon 준비서면·답변·변론요지 통합/jaesan-mokrok 상속재산목록HWPX/jinhaengsahangpyo 진행사항표DOCX)+지식1(gusung-yogeon 죄명·항변·처분 카탈로그=practice_atoms 등가)+응대1(uiroein-eungdap). 무게중심=검증된 판례인용 폐쇄루프. 공통작성엔진=자료추출→요건사실분해→골격→산출→precheck/idcheck 자동검수. LAX 최대갭=인용검증·자동검수 0(P0). 작성철학 통합vs분리 충돌→절충=분리유지+공통엔진 마스터스킬공유. lbox/브라우저/Windows의존은 제품화시 재구현, 자체판례DB는 빈DB+축적워크플로우를 기본값으로.

3단계 완료(2026-06-29, 배포46b646a0): 고객 파일 자동 인식·정리 에이전트 인제스트. /clients/import(업로드폼·R2)→POST가 ingest 세션(리아 agent-4 배정, 비전스킬 시드)+큐등록→리아가 파일읽고 INGEST JSON(clients/matter/parties) 출력→/clients/import/:sid 검토→/apply가 clients(중복확인)·matters·matter_clients·matter_parties·matter_files 생성→사건으로. 안전: 에이전트는 제안만, 사람이 반영. 모듈 src/shared/ingest.ts(buildIngestPrompt·parseIngest·INGEST마커). 라우트충돌 수정: clients GET/:id를 /:id{[0-9]+}로 숫자제한(/import 가로채기 방지). 미검증=실제 리아 처리(데몬 비동기). 1·2단계(작성↔사건 원고주입 하드코딩제거, 고객↔사건 다대다 junction)도 완료.

제품 일반화 1단계 완료(2026-06-29, 배포5fb99c5b): 고객관리(기존 clients/matters 구조) 기반 작성↔사건 연결. clients에 당사자(원고) 필드 추가(mig0068: party_type·reg_no·address·representative) + 등록폼·상세·POST 반영. 재단(고객id1) 실값 채움. 작성 POST(draft/routes.tsx)에서 선택 사건의 client 조회→plaintiff 문자열 빌드→evidence.ts 소장·지급명령 빌더 plaintiff 주입구로 원고/채권자 하드코딩 대체(기본값 재단 폴백 유지). 흐름: 고객등록(원고1회입력)→사건→작성시 사건선택→그 고객이 원고 자동주입. 남은단계: 고객↔사건 다대다, 파일위치 자동인식. 시각설계=client-profile-flow.html v2(기존 고객관리 기준).

포인터 전환(드래프터 자동 검색·인용) 완료·배포(2026-06-29, 20f3375e). 서버측 RAG: src/shared/practice_atoms.ts buildPracticeRefBlock(db,doc,summary)가 작성 직전 practice_atoms FTS(trigram) 검색→「참고 실무자료」블록(요건사실·항변·표준문구·판례 14건+출처) 생성. 서류별 시드: 소장/지급명령=보증채무·연대보증·대위변제·지연손해금·구상금·청구취지, 답변서=항변·소멸시효·변제충당·동시이행·상계, 준비서면=항변·재항변·입증. doc_type IN(서류,공통), knowledge_kind IN(요건사실·항변공방·표준문구·판례법리). evidence.ts 3빌더(소장·지급명령·답변/준비서면)에 references 주입구 추가, draft/routes.tsx POST /new에서 검색→전달. 안전: 매칭0/테이블없음→빈블록, 출처 내부참고용(제출제외), 증거우선. 검증: 구상금소장→보증채무 요건사실·연대보증·최고검색항변 정확매칭. 전체루프 완성: 실무서→atom→SSOT→작성시 자동주입→인용.

실무서 전수 추출 완료(2026-06-29): D1 practice_atoms(mig0065·0066, trigram FTS, SSOT) 총 1,536 atom. 출처=정연석 기록형6판 509(Part4 13청구유형 요건사실 + Part1~3은 legal-doc-writing-rules 스킬) + 2024민사재판실무1권 466p전수 1,027(제1편 판결서작성실무: 구성·표기·주문전유형·이유설시·사실인정증거 / 제2편 요건사실론: 총론 주장증명책임 + 각론 매매·대여금·보증채무이행·소유권인도철거·등기말소·취득시효·임대차·부당이득·사해행위·전부추심·어음수표). 분포 판례법리665·서식204·항변204·요건사실174·표기155·표준문구134. 렌더=inbox/_ria_render_jpx.mjs(JPX wasmUrl)·_render_gen.mjs(파일인자). 미완=드래프터 포인터전환(작성시 자동검색 배선). 매니페스트 corpus/README.md.

전 법률서류 공통 작성·표기 규칙 마스터 스킬 'legal-doc-writing-rules' 신설·전파(2026-06-29). 출처: corpus/실무서/[민] 정연석 「로스쿨 민사 기록형의 정석」6판(254p, CID폰트 깨져 비전렌더 추출). 리아 추출→보검 스킬화·전파. 9드래프터(agent-3,6,7,8,9,10,11,12,13) 전원 폴더에 적재, 자동로드. 핵심규칙: 주소 표기(특별시/광역시/도 지명만 — 서울특별시(×)→서울, 고양시(○)/경기도고양시(×)), 금액 아라비아숫자만, 청구취지 청·소·가 순+'라는 판결을 구합니다', 법인 등기명그대로, 국가지자체 주소생략, 반소 괄호표기전부, 답변서 예비적항변필수. 타이포(휴먼명조/12pt)는 이 책에 없음→재단양식 실측본 seoul-singbo-sojang-format-spec 스킬에 있음(교차참조). 공문서규칙 미추출.

법무 드래프팅 본부(dept slug=legal-drafting) 신설·재편 완료(2026-06-29). 팀(teams): 민사소송팀(minsa-litigation: 변우석3·정해인7·박서준8·이제훈9), 보전·독촉팀(bojeon-dokchok: 박해수6·남주혁10·김우빈11), 가사팀(gasa: 조정석12·유연석13), 민사집행팀(minsa-execution·빈), 행정·기타팀(admin-etc·빈). HQ(hq): 박보검1·구교환2·리아4. 인프라(infra): 손석구5. 신규 드래프터는 HQ 아닌 해당 팀에 직접 배치. AR 시각물=ar-org-chart.html. DB기반 조직도 화면 자동반영.

LAX 아키텍처/내 미션의 핵심 프레임(Jason 직접 확정 2026-06-29): ① lax-dtb.pages.dev은 최종 제품이 아니라 '세팅·테스트·배포용 중간 장치(스테이징/저작 환경)'다. 여기서 만든 게 곧장 고객 제품이 아님. ② 실제 판매 제품 = axwiki.org/lax/ 에서 다운받는 데스크탑 앱(Electron). 이 앱은 '틀(워크스페이스 셸) + 우리가 만든 기본 에이전트들'이 탑재된 채, 변호사가 자기 식대로 커스터마이징하는 워크스페이스 모델이다. ③ 내(박보검) 목적 = 그 앱에 들어갈 기본값(기본 에이전트·기능·메뉴·설정·서류별 전담 구조 등)을 lax-dtb에서 전부 구성·검증하고, 필요한 것만 골라 제품 앱으로 배포한다. 함의: 지금까지의 모든 작업(서류별 전담 에이전트 배정·기능 메뉴·작성기능)은 '앱에 실릴 기본 템플릿을 여기서 세팅한 것'. lax-dtb=작업대이자 출고 전 검수대. 판매모델은 구독(SaaS)+첫달무료+데스크탑 설치형(서지오 확인, 과금단위·채널·가격·재단 위수탁구조는 미확정). 이 메모리는 기존 #13(lax-dtb=production 대표주소)의 인식을 정정·상위교체한다.

지급명령신청서 담당을 코드+데이터까지 박해수(agent-6)로 완전 이관(2026-06-29 배포 e52712f1). 핵심: 문서는 chat_sessions(scope='draft', title '[지급명령신청서]%')에 저장됨(matter_documents 아님). 기존 3건(드렁캔 06-26·06-25, 그랜드비스타 06-24) agent_id 3→6 UPDATE 완료. 코드: src/shared/doc_slug.ts에 drafterSlugForDocType/drafterNameForDocType 추가(지급명령→agent-6/박해수, 그외→agent-3/변우석). complaint/routes.tsx·draft/routes.tsx의 하드코딩 DRAFTER_SLUG='agent-3' 제거→매핑 참조. 작업대 UI '변우석' 문구 drafterName 동적화. 소장/답변서/준비서면=변우석 유지, hwpx.ts·작업대코드 공용유지. 교훈: 변우석 자가보고(matter_documents 0건)를 신뢰한 게 오답→운영DB(lax-db) 직접조회로 정정.

지급명령신청서 전담 에이전트 박해수(agent-6, HQ, opus) 신설·라이브 등재(2026-06-29). 변우석(agent-3)=소장 전담으로 분리. 이관: jigeup-myeongryeong-format-spec 마스터스킬 move(agent-3→agent-6, 원본제거 검증), doc-skill-map 지급명령 매핑 agent-6 정본화, domain-skill-catalog crossref. 박해수 작성가능화 위해 공통 드래프팅스킬 6종(yogeon-fact-doctrine·minsa-silmu 보증/청구요건/주문·scanned-evidence-vision-pipeline·always-deploy) 시드→총10스킬. 공용유지(분리금지): hwpx.ts·draft/routes.tsx. 잔여과제: 손석구 자동시딩 인프라 나오면 수동시드 대체.

쿼리정책: WHERE status='active' AND (slug=? OR lower(name)=lower(?)) ORDER BY CASE WHEN slug=? THEN 0 ELSE 1 END LIMIT 1, bind 3회. mcp-agents.mjs는 DB접근없이 /bridge/agent-config에 위임하므로 거기 한곳 고치면 ask_agent·ask_team 양쪽 해결. 슬러그 컷오버(agent-1~5)로 옛 slug(sukgu 등) 호출깨진 것을 이름폴백으로 복구. 원격없어 d066c58 로컬커밋만.

클라우드 설정버튼은 로컬 죽은프로세스 콜드스타트 불가(근본제약)→OS레벨 자가회생으로 해결. 사고원인=컷오버시 supervisor 강제종료로 셀프회생망 제거. 교훈: 코드/폴더반영은 설정 '재시작'버튼만(supervisor 살려둠), supervisor 절대종료금지. LAXDaemon Task Scheduler: 로그온트리거+PT1M반복, 유예마커 .ensure-pending로 크래시순간 중복기동 방지, 단일락 최종안전망. 검증중 lock PID파싱버그(Get-Content 스칼라→-Raw+TryParse)·orphan run.bat 정리. 파일 daemon/ensure-daemon.ps1·LAXDaemon.task.xml·RUNBOOK-emergency-recovery.md.

수정파일: src/shared/chat.ts(ensureChatSession 신설, NON_EMPTY 필터). src/app/chat/routes.tsx(/sessions/new→ChatPage pending렌더 무INSERT, POST /sessions/:id/messages 행없으면 body.agent_id로 lazy생성, POST /sessions dedup, /panel agent_id폴백). src/app/chat/ChatPage.tsx(pending prop, var PENDING/AGENT_ID, 전송body에 agent_id, 첫전송후 history.replaceState, panel?agent_id). daemon무관. 배포 076a37cd.lax-dtb.pages.dev. prod D1: 총456세션/빈331(숨김유지). 런타임 e2e는 인증브라우저 필요라 미실시—코드/타입/배포까지 확정.

하이브리드 확정 실행단계. 분모 정정: 184→175종(184는 변형표기 과다계수, 리아 재집계). 구조: 본안분리 9인격(소장·답변서·특별대리인 분야별) + 드래프터 4도메인(D1보전집행·D2독촉·D3본안부수·D4증거절차비용) + 175종 canonical 템플릿 라이브러리. 인격 총 5명(본안1+드래프터4). 파일럿 W0=본안소장전담1+D1드래프터1+핵심템플릿20종. 변우석 파일럿5종(구상금·대여금/양수금·답변서·지급명령·보증채무금)+소장4모듈골격(요건사실·관할당사자·법정양식서식코드·증거사실매핑) 완성, 구상금소장 역추출로 표준틀 즉시. 교환 6웨이브 로드맵. 막힘: canonical컬럼 0062마이그레이션=손석구 인프라영역(prod스키마 비가역, 컬럼추가만 안전). 리아 큐레이션=175→catalog doc_name 매핑판정, A그룹범위 정본전달 대기.

daemon 진행상태 채널 D1+단계A 완료. D1=52d5ef5(턴 종료시 살아있는 bg 서브 거짓 done 제거→반복붕괴 방아쇠 차단), 단계A=d9fdb96(부모 task tool_use 카운트→/activity 하트비트, DB마이그레이션0). 손석구 채널 라이브검증 통과(bridge→D1→/activity end-to-end). 저장소 git 원격 없음=정상, 반영수단=데몬 재시작(Jason 직접). 미완 1스텝=Jason 재시작 후 실런타임 하트비트 실관찰. 검증OK 후 단계B(서브 하트비트) 위임 예정. 롤백 tag pre-daemon-resume-20260623.

다크 테마 사이드바·탭 텍스트가 너무 어둡다는 Jason 지시(2026-06-23). 원인: afaa9c=rgb(175,170,156)=--wc-text-muted(다크) 토큰. 수정: src/styles/wc/tokens.css + design-kit/design-kit/tokens.css html.dark --wc-text-muted 175 170 156→233 230 222, --wc-text-subtle 130 124 110→175 170 156. 하드코딩 afaa9c 없어 토큰 한곳 수정으로 사이드바(wc-shell-link)·탭(wc-tab)·캡션 일괄 밝아짐. 활성 gold accent 미변경. 커밋 ddaae84, 배포 lax-dtb.pages.dev. 검증(Playwright): 사이드바링크 233,230,222 확인. 미확인: .wc-tab은 현재 실렌더 화면 없음(Jason이 본 탭이 설정상단탭/다른거면 별도확인 필요), 배지·드로어라벨은 새 subtle 175,170,156 중간밝기.

폰트 최소 14px 하한 규칙(Jason 지시 2026-06-23). 적용방식: src/styles/tailwind.css @tailwind utilities 뒤에 .text-xs·.text-[9~13px]·rem등가를 font-size:14px!important override. 커밋 bbe3f7a, 배포 lax-dtb.pages.dev. 검증(Playwright computed): 설정/기능 본문 Tailwind텍스트 전수 14px 확인, 레이아웃 안깨짐. 미적용(override 범위밖): wc컴포넌트 레이어(src/styles/wc/* — 사이드바 메뉴라벨13.5·배지8.5·drawer10.5)와 비-Tailwind 오버레이위젯(자비스음성 wcv-*·알림패널11~12px). 이들 14px화는 wc빌드/위젯CSS 별도작업 필요, Jason 결정 대기.

LAX 사이드바 개인화 + 설정 '기능' 화면 라이브(2026-06-23). 커밋: 5e72f5d(①②), 123d424(③④), c9c2bad(검색/필터), 2a1b09e(라벨), 678b587(기능화면 개편). 설정 서류편집화면=DocsEditor.tsx, 제목 '기능'(settings/routes·SettingsTabs 라벨도 통일). 탭 한번에 하나씩 표시(TAB_ORDER 스크린샷순: 민사·형사·가사·보호·행정·특허·회생파산·민사집행·비송과태료·회신서등, 기본=민사), 검색시 전탭 통합검색(통합검색 N건), 필터 전체/현재메뉴/메뉴없음. 전부 클라이언트사이드. 온보딩은 자체title이라 영향없음. 배포 lax-dtb.pages.dev.

legal_doc_catalog 전자소송 전분야 적재 완성(2026-06-23). 10개탭 2062종: 가사422·회생파산386·민사집행298·민사273·행정197·특허166·형사144·보호88·비송과태료65·회신서등23. 마이그레이션: 형사0053·0054, 가사0055, 보호0056, 회신서0057, 특허0058, 비송과태료0059, 행정0060, 회생파산0061. 시작571(민사·집행)에서 8탭 +1491. 데이터전달=파일방식(Temp/wikicomu-att/...txt→리아 직접Read), 분야별 분리커밋. 전부 in_scope=out·mvp_built=0(준비중)·sort_order포함, 라이브라 설정화면 검색·선택시 사이드바 즉시반영. 다음: 준비중 핀 수요순위로 차기 작성AI우선순위, in_scope/priority 실무판정은 변우석 검수, 작성AI 현재 소장·지급명령 2종.

전자소송 '가사' 탭 422종 legal_doc_catalog 적재완료(2026-06-23). mig 0055_legal_doc_catalog_family.sql, 커밋 2d1e6c5. proc분포: 가사소송·비송247(사건유형+전체서류 진행서류 흡수)·가사신청72·과태료감치40·가사조정38·가족관계등록비송26. 카탈로그 715→1137. 6번'전체서류'는 1~5 통합본이라 가사일반 진행서류(소제기/주장서면/증거/상소 등)만 가사소송·비송에 흡수, 나머지 중복제거. sort_order 포함. 데이터전달=파일방식 확정(Temp/...txt 경로→리아 직접 Read, 984줄 한번에 처리 성공). 적재분야: 민사·민사집행·형사·가사(1137). 남은: 보호·행정·특허·회생파산·비송과태료·회신서등.

전자소송 '형사' 탭 144종 legal_doc_catalog 적재완료(2026-06-23). 마이그레이션 0053_legal_doc_catalog_criminal.sql, 커밋 5398e4e. proc분포: 형사공판84·형사신청42·형사약식10·영장즉결8. is_eform 92종. 카탈로그 총계 571→715. in_scope=out·mvp_built=0 일괄(공식분류 보존, 실무우선순위는 변우석 검수 후순위). 화면노출 검증: settings/onboarding/reports 쿼리 모두 WHERE in_scope!='excluded'로 tab무필터→형사 자동노출, 재배포불필요(데이터만 갱신). 워크플로 확립: Jason 분야별 캡처→보검 노이즈제거+분류축(tab/proc/feature_group/doc_name/is_eform)정제→리아 정본화·마이그레이션·적재·커밋. 남은분야: 가사·보호·행정·특허·회생파산·비송과태료·회신서등.

손석구(인프라)는 ask_agent 호출마다 컨텍스트 없는 독립 세션으로 깨어나 자기 직전 작업을 기억 못한다. 긴 멀티스텝(빌드·배포)은 10분 타임아웃으로 자주 잘리고, 다음 호출 때 직전 결과를 모른 채 워킹트리만 보고 오판할 수 있다(예: 이미 커밋된 ③④를 '유실'로 오보). 대응: 1) 손석구에 위임할 땐 매번 직전 진행상황을 요약해 같이 넘긴다, 2) 커밋/git상태 같은 검증은 내가 직접 git으로 확인하는 게 정확, 3) 큰 작업은 단계 쪼개 위임.

구상금 풀세트 청사진 Jason 컨펌(2026-06-23). P1 5종 스펙 분해 완료(bogum/gusangeum-p1-spec.html). P1-1 상담접수(consultations 신규, 블로커無), P1-2 이해충돌(당사자명 대조 검색로직, 블로커無), P1-3 자동계산(변우석: 이율 2구간 테이블=약정/법정5%→송달익일 소촉법12%, 송달일 변수문구, 재단확인 블로커), P1-4 나의사건연동(손석구: matter_events mig0042 이미존재 source scourt분기, P1=수동+CSV+어댑터, 자동수집기는 법인설립게이트 P2), P1-5 기일기한(deadlines 신규, 송달일기준 자동산정). 개발순서: P1-1+2→P1-5→P1-3→P1-4. 외부블로커: 재단확인(자동계산)·법인설립(자동연동).

법률문서 마스터 카탈로그 = lax-db 테이블 legal_doc_catalog (mig 0044·0045). 라이브 직조회(2026-06-23): 총 571종 = 민사273 + 민사집행298. 분류축 탭(tab)→절차(proc)→기능군(feature_group)→서류명(doc_name), UNIQUE(tab,proc,doc_name)로 MECE 보장, 사건단계는 메타태그로 강등. 우선순위: P0 9종(core: 소장·준비서면·서증·소송위임장·주소보정서·지급명령신청서·채권압류및추심명령신청서·집행문부여신청서·송달확정증명원)·P1 37종(conditional)·나머지525 out(원문무손실 보존). mvp_built=2(소장·지급명령). 잔여 미완=비송·과태료 탭 미적재(유일).

판례 수집 완료: lax-db precedents 테이블(mig 0048). 구상금 전체 1382건 인덱싱(민사1360·행정22), 본문 1339건 적재(판시사항+판결요지+전문, 장문7건 25K자캡, 21건 본문없음). 파이프라인=curl law.go.kr DRF(OC=lax) 병렬→node파싱→분할INSERT/UPDATE. 기술이슈 해결: INSERT VALUES 500행한계→400분할, 장문 SQLITE_TOOBIG→25K캡. 임시경로 C:/Users/user/AppData/Local/Temp. 다음 가능작업: 키워드확장(신용보증·대위변제, 중복多), 본문서 청구취지·주문 추출로 doc_field_schema 검증, 소장작업대 유사사례 연결. 판결문=작성대상아님, 입력자료·정합성·사실패턴용.

국가법령정보 OPEN API(open.law.go.kr) 인증키 OC=lax. 자동승인·무료. 호출방식: 목록=https://www.law.go.kr/DRF/lawSearch.do?OC=lax&target=prec&type=JSON&query=<키워드>&display=100&page=N / 본문=https://www.law.go.kr/DRF/lawService.do?OC=lax&target=prec&ID=<판례일련번호>&type=JSON. JSON 직접 반환(SPA아님)→curl/WebFetch 가능. 본문 필드: 판시사항·판결요지·참조판례·참조조문·판례내용(전문,주문포함)·사건명·사건번호·법원명·선고일자. 판결서는 비실명 처리. target=licbyl=별표서식(형사공소장 위주, 민사가치 낮음). 활용목적='법률문서 자동작성 서비스 개발'. 과도호출시 제한 주의.

사건 진행내역(대법원 나의사건) 기능 구축·배포 완료. DB: matter_events 테이블(0042 마이그레이션) — id,matter_id,event_date,content,source('manual'/'scourt'),created_at. UI: src/app/matters/routes.tsx 사건상세에 진행내역 타임라인 섹션(상대방 다음, 기일 앞) + POST /:id/event, /:id/event/:eid/delete 라우트. source 컬럼으로 향후 API 자동수집('scourt'+자동뱃지) 교체 대비. '법인 설립 후 활성화' 배지로 다음단계 명시. 데모: 사건1(박상철 구상금, 진행내역6건, 착수) + 사건6(우진테크, 5건). 배포 ca70a82a. 법인 필요한 연동(연계API신청·CODEF·위수탁계약)은 todo로 보류.

법인 설립 후 처리할 보류 작업(2026-06-20 시점): 1)법인 설립[Jason] 2)사법정보공유포털 연계 API 신청-재단명의+LAX수탁[Jason/보검] 3)CODEF 본인인증 중계 계약-2번 막힐시 대안[보검] 4)재단↔LAX 위수탁계약-나의사건연동+판결문 가명처리 데이터 제공조항 묶음[변우석 초안] 5)대법원 연계API 자격·제공범위 고객센터(02-3480-1715) 문의-법인전 정보문의는 가능[보검] 6)개발인력 증원[구교환]. 법인없이 가능한 사건 진행내역 수동관리(matter_events)는 구축·배포 완료.

Cloudflare Pages 프로젝트명='lax', 대표도메인=lax-dtb.pages.dev. 모든 deployment가 Production/main 브랜치이며 같은 D1 'lax-db'(id 1d5294a5-62e5-44e9-a684-06b7b4e4b992)를 공유. <hash>.lax-dtb.pages.dev(예: 10bff280)는 특정 빌드의 고정 스냅샷 URL로, 코드만 옛 버전이고 데이터(chat_sessions 등)는 lax-dtb.pages.dev와 동일 DB. 채팅은 서버 D1 chat_sessions/messages에 저장(브라우저 localStorage 아님). 따라서 여러 deployment URL의 대화는 이미 한 DB에 통합돼 있음 — 머지 불필요. 사용자에겐 항상 lax-dtb.pages.dev 대표주소만 쓰도록 안내.

구상금 풀세트 워크스페이스 청사진 작성·컨펌요청 완료(bogum/gusangeum-blueprint.html). 사이드바: 대시보드(홈·캘린더)/사건(상담·의뢰인·사건·이해충돌)/작성AI(사실추출·소장·자동계산·후속서면)/진행(나의사건연동·기일기한·송달)/정산(청구수금·통계)/문서함. 이미있음=의뢰인·사건·사실추출·소장. P1=상담이해충돌·자동계산·나의사건연동·기일기한. P2=후속서면·송달·청구수금. P3=통계권한타임시트·회계풀세트. Jason 컨펌 대기, 컨펌시 P1 5종 상세스펙 분해 예정.

LAX = Legal AX(AI Transformation). 변호사가 AI native하게 일하도록 워크스페이스를 구축·제공하는 프로젝트. 구상금 소장 자동작성은 첫 use case일 뿐 회사 정의 아님. 2026-06-18 Jason 정정.

판례 주간갱신 착수 배치의 정본 SQL을 스킬(precedent-knowledge-layer-weekly-refresh) 절차 2에 복붙 가능한 한 줄로 박아뒀다. 4문장: A_tag(query_tag 분포, workspace_id IS NULL) / B_total(총계·본문보유) / C_src(source×workspace_id) / D_edge(precedent_statutes·precedent_citations·internal_serial NOT NULL). 이와 동시에 셸 1회로 brain 상태 4종(index.md '판례' grep, _inbox ls, log.md tail -12, wiki 4종 wc -l)을 연다. 매 회차 SQL을 새로 짜다 컬럼명(statute_key 없음 등)에서 실패하던 낭비 제거.

2026-09-01 판례 3종(조문클러스터·리딩케이스·키워드축) 재생성. E1~E4 전 항목 무변동(코퍼스 51,481/본문28,893·도메인1,844·조문80,567·인용44,120·내부37,773, rows_written=0), 무유입 10주째, 소장판례 0건. 실질 보강 3건: ①E2 멤버표 15/16위 tie-break 3분류 실측 — 피인용수 확정 2개(민법760 3vs2·민법756 1vs0), 선고일로만 확정 7개(상법682·750·425·406·724·428·자배법3), 완전동점 1개(민법105 2002다47631/2002다56253 각2회·2002.12.10). ②E3 top24 확장 → 10회대 7건 뒤 23위부터 9회(2002다12703·2000다62322)로 대기열 폐쇄 확인. ③키워드축 5/6위 커트 확정성 — 구상금72vs61·보증채무14vs13·신용보증2vs1 확정, 대위변제만 3위이하 1건 동률. DB 함정: precedent_statutes에 statute_key 컬럼 없음(statute_law||' '||statute_art), 선고일=decision_date. 커밋 a762b56, 싱크 2단계 검증 완료.

판례 주간갱신 착수 시 프리플라이트를 3덩어리로 병렬 처리하는 게 효율적: ①스킬 SKILL.md cat(precedent-knowledge-layer-weekly-refresh) ②lax-brain/company/wiki 판례 4종 wc -c + 본문 cat ③_inbox/ 목록 + company/log.md tail 동시 확인. _inbox 점검을 갱신 착수와 같은 배치에 넣으면 사서 큐레이션(충돌 병합)과 주간갱신을 한 턴에 끝낼 수 있다. 그다음 d1q.mjs 코퍼스 스냅샷 4문장 배치쿼리(#146)로 진입.

2026-08-25 판례 큐레이션 3종 재생성: E1~E4 전 항목 무변동(코퍼스 51,481/28,893, 도메인 1,844, 조문행 80,567, 인용행 44,120/내부 37,773, 소장판례 0건, 유입 9주째 0). 실질 보강 4건 — ①E1 대표사건 커트라인 동점 지도 완비(3위=4위 동점 7개: 상법682·민법428·민법760·민법406·상법724·자배법3·민법429 / 세트 내부만 동점 6개: 민법105·425·국건보58·산재15·국배법2·민법393. 상법682 9회 동점이 종전 누락분). ②E3 16위 이하 10회대 대기열 5건→7건 정정(96다26657·92다10890 복원) — 앞으로 E3는 top22로 뽑을 것. ③키워드축 소량태그 동률 명시. ④도메인 조문보유율 실측: 1,844 중 조문행 보유 1,287건(조문행 3,984), 557건 미포착. 커밋 8409a7d, 싱크 2단계 완료(brain_pages updated=2026-08-25 3건).

판례 지식층 4종(지식층·조문클러스터·리딩케이스·키워드축) 주간 갱신 추적. 2026-08-18 회차: 코퍼스 스냅샷 배치쿼리(query_tag 분포 / 총계·본문 / source×workspace_id / statutes·citations·internal_edges) 결과 전 항목 무변동 — 신규 판례 유입 0건으로 무유입 상태가 계속됨(8/11 회차 기준 7주째에서 이어짐). source 분포상 '변호사 소장' 경로 유입이 여전히 없음. 따라서 인덱스표·리딩케이스·클러스터 멤버표 수치는 재산출해도 동일하며, 실제 갱신 작업은 동점 커트라인 기록·산문 수치 정합 확인 수준에서 종료된다. 다음 회차에도 스냅샷에서 total/무변동이 확인되면 E1~E4 재큐리는 생략 가능하나, '무변동' 보고 시 반드시 재산출 근거(rows_written=0 또는 스냅샷 수치)를 함께 제시할 것. 절차 전문은 스킬 precedent-knowledge-layer-weekly-refresh.

판례-조문클러스터 인덱스표 '판례건수'는 prec_serial 기준(case_no dedup 아님). case_no distinct로 세면 민법105 153→151·상법682 115→113·민법428 108→107·민법760 86→85·민법750 86→84·민법425 72→71·민법2 56→55·민법763 54→53, 도메인 총계 1,844→1,826. 재산출 시 정의를 바꾸면 표 전체가 흔들리므로 serial 기준 유지. 반면 대표사건/멤버표 피인용은 case_no dedup(MAX) 적용이 맞다 — 두 정의가 한 페이지에 공존한다. 2026-08-18 확인·명시.

2026-08-18 재생성: E1~E4 전 항목 무변동(코퍼스 8주째 무유입). 재현성 보강 3건 — ①멤버표 10종 중 15/16위가 피인용·선고일 둘 다 동점인 곳은 민법105뿐(2002다47631 vs 2002다56253, 2회·2002.12.10), 나머지 9개는 커트라인 확정 ②리딩케이스 15/16위는 11 vs 10이라 세트 확정적 ③키워드축 보증채무 상위 민법105 62·민법428 62 동률. sync-lax-brain-up.mjs는 prune 단계 readWranglerResults 미정의 버그 → --no-prune 우회 필요.

판례-지식층.md 도입부·2층구조·노드화범위에 남아 있던 확장 전 수치(precedents 1,382 / statutes 3,169 / citations 1,818, 본문 1,339)를 2026-08-11 실측값(51,481 / 80,567 / 44,120, 본문 보유 28,893)으로 교체하고 frontmatter updated를 2026-07-07→2026-08-11로 갱신했다(커밋 e1d00c6). 같은 페이지의 '브레인 그래프 구현' 절은 이미 51,481을 쓰고 있어 한 페이지 안에서 자기모순 상태로 5주간 방치돼 있었다. 원인: 주간갱신이 표·인덱스(E1~E4) 단위로만 이뤄지고 산문 서술은 훑지 않았기 때문. 실측 쿼리는 d1q.mjs COUNT(*) 3종 + body 보유 카운트, rows_written=0.

판례 지식층 주간갱신 절차에 2-1단계 추가: 표·인덱스만 재산출하고 도입부·설계 서술의 규모 수치를 방치하는 게 반복 실패 패턴이다. 4종 wiki에 grep -n "1,382|1,339|3,169|1,818" 류로 확장 전 수치를 먼저 훑고 실측으로 교체할 것. 또한 코퍼스 무결성 스냅샷은 d1q.mjs 한 호출에 ;로 4문장(query_tag별 n/body_n, 총계, source×workspace_id, statutes/citations/internal_edges 행수)을 묶어 실행하는 것이 표준. 스킬 precedent-knowledge-layer-weekly-refresh에 반영 완료.

판례 DB 조회는 이제 wrangler 직타(#137) 대신 `node C:/Users/user/LAX-site/daemon/tools/d1q.mjs "<SQL>"` 사용(2026-08-04 신설). 원격 lax-db 결과를 TSV로 출력하고 rows_read/rows_written을 함께 표기해 read-only 검증이 바로 된다. 여러 문장은 ';'로 연결. #137의 제약은 그대로 유효: workspace_id IS NULL 필수, 조인키 prec_serial(TEXT), 같은 case_no가 복수 prec_serial로 존재하므로 case_no 기준 dedup(MAX) 필수, FTS는 trigram이라 3자 이상, bm25는 GROUP BY 불가(CTE 우회).

판례-조문클러스터 섹션 멤버표의 '피인용'은 2026-08-04 이전까지 '도메인 1,844 내부'라 표기됐으나 실제로는 query_tag='구상금' 단일태그(1,382) 코퍼스 산출값이었다. 검증법: 민법105 클러스터에서 2000다33607이 1회면 구상금-only, 5회면 도메인 4키워드 렌즈. 2026-08-04 재생성으로 10개 클러스터 전부 도메인 4키워드(구상금·보증채무·대위변제·신용보증) 내부 indeg로 교체하고 민법428·자배법3 섹션을 신규 정본화. 인덱스표 대표사건은 전체 51k indeg 렌즈로 별개 — 두 렌즈 혼동 금지.

리아가 브레인 답변 시 판례 인용하는 절차(2026-08-02 검증). 수단: cd C:/Users/user/LAX-site && npx wrangler d1 execute lax-db --remote --json --command. 규모 51,481건 전부 workspace_id NULL, body_fetched=1은 28,893건. 필수 필터 AND p.workspace_id IS NULL(고객 매터 자료 인용 금지, lax-prod 37건은 전부 workspace_id 有라 조회 제외). FTS: precedents_fts(case_no,case_name,body) content='precedents' content_rowid='id' tokenize='trigram' → 검색어 3자 이상 필요. 함정: bm25()는 GROUP BY와 동시 사용 불가(SQLITE_ERROR 7500) → 랭킹은 CTE 안, precedent_statutes 조인/집계는 바깥. 조인키는 prec_serial(TEXT), id 아님. 링크 https://app.wikicomu.com/brain/lax/case?id=<precedents.id>. 비용: FTS 1회 rows_read≈5천/8ms, COUNT(*)는 51,481행 풀스캔이라 남발 금지. 스킬: agent-skills/ria/.claude/skills/precedent-search-citation/SKILL.md

엣지는 brain_pages.links JSON에서만 생성(buildBrainGraph). to가 같은 brain 실존 slug가 아니면 버려짐. 단 md 경유 페이지는 sync-brain.mjs parsePage()가 본문 [[..]]와 rel::[[..]]를 links로 변환하므로 본문 링크로 충분. 빌더 auto 페이지(sources LIKE '%auto:company-data%')는 rebuild-brain이 DELETE 후 재생성하므로 반드시 src/shared/brain.ts를 고쳐야 함. lax 조직 앵커 slug = 'LAX'(ORG_SLUG). 재빌드 트리거: POST /bridge/rebuild-brain {brain:'lax'} HMAC 서명, 스크립트 LAX-site/tmp/rebuild-lax.mjs.

2026-08-02부로 LAX 지식 SoT = C:/Users/user/lax-brain/company/wiki (58 md = D1 비-auto 58). 이전엔 md 18 + wikicomu-brain 유래 36 = 54로 쪼개져 있었다(데몬 WIKICOMU_BRAIN_DIR 미설정 탓). 이제 daemon/.env.wikicomu에 WIKICOMU_BRAIN_DIR=C:/Users/user/lax-brain, BRAIN_NAME=lax 고정. 수동 싱크: node scripts/sync-brain.mjs "C:/Users/user/lax-brain/company" lax → 그 뒤 node scripts/sync-lax-brain-up.mjs 로 app.wikicomu.com 미러 반영. wikicomu-brain에 남은 원본 36건은 미삭제(중복).

판례 지식층 4종 주간 갱신 시 재큐리 좌표: 스키마는 C:/Users/user/LAX-site/migrations/0048_precedents.sql(precedents), 0049_precedent_relations.sql(precedent_relations). 핵심 컬럼: decision_date, case_no, court, query_tag, source. workspace_id는 후속 migration 0093에서 추가(4종 페이지에 명시됨). wrangler 실행 위치는 LAX-site 루트(wrangler.toml). 다음 갱신 때 파일 재탐색 없이 이 경로·컬럼으로 바로 재큐리.

판례 지식층 wiki 4종(판례-지식층/판례-조문클러스터/판례-리딩케이스/판례-키워드축)의 수치는 '재큐리 필요/확장 전 값' 상태 — 정적 wiki 값이 아니라 실제 DB(precedents, precedent_relations)를 쿼리해야 최신값이 나온다. 스키마 출처: LAX-site/migrations/0048_precedents.sql, 0049_precedent_relations.sql. 관련 컬럼: source, workspace_id, query_tag, indeg(피인용/인용차수), prec_serial. 코드: src/shared/precedents.ts.

Cloudflare 인보이스 IN-68772529 (2026-06-19, $6.61): Workers Paid 기본 $5 + Vectorize Queried Dimensions 155.6M=$1.56 + Vectorize Stored Dimensions 2.1M=$0.05. D1(판례 lax-db 포함) 전부 $0 — 5GB/월5천만쓰기 무료 포함분 내. 초과분은 Vectorize(벡터검색)이며 LAX 아님(LAX-site wrangler.toml에 vectorize 바인딩 없음). 추정 출처 careerwiki/wikicomu 의미검색. 계정 D1 총사용 ~1.44GB(careerwiki-kr 1.05GB 최대).

LAX daemon.js:1680 `block.type==='thinking' && block.thinking` 가드가 CLI 2.1.220에서 절대 통과 못 함 — 집계 assistant 메시지의 thinking 블록은 keys(type,thinking,signature)를 갖되 thinking='' (길이 0). 실제 추론 텍스트는 stream_event/content_block_delta/thinking_delta 로만 옴. daemon.js:1564 delta 핸들러는 text_delta만 처리해 thinking_delta를 버림 → 두 경로 모두 막힘. --include-partial-messages 유무 무관(둘 다 길이 0)로 실측 확인. 결과: lax-prod(assistant 53행)·lax-db(549행) 통틀어 진짜 [[THINK]] 0건. 고객 데몬 3대 전부 1.0.24(최신)이고 배포 zip에 THINK 코드 포함되어 있으므로 배포 문제 아님. askedThisRun 억제는 현재 원인 아님(도달 전에 끊김)이나 수정 후엔 실제 억제 요인이 됨. 수정방향: thinking_delta 누적→content_block_stop에서 [[THINK]] 봉합 ingest.

고객 데몬 배포: scripts/pack-daemon.mjs 실행(version.json 자동 bump) → wrangler r2 object put lax-uploads-prod/dist/lax-daemon.zip + dist/daemon-version.json --remote. 고객 데몬은 기동 시 + 6시간마다 /install/daemon-version.json 폴링, sha256 검증 후 화이트리스트 파일만 교체, 실패 시 기존 유지. 작업실 데몬은 부모에 .git이 있어 자동 제외. 현재 라이브 버전 1.0.24(2026-07-20). 주의: daemon.js가 7/28·7/31·8/2 커밋됐으나 pack+업로드 미실행이라 고객 미반영. 고객 데몬 실버전 확인법: D1 lax-prod `SELECT id,owner_email,daemon_id FROM workspaces` → wrangler kv key get --namespace-id 8f4cb5c65b2b4900b03909434cba025d --remote "daemon:<id>:boot" (값 {boot,ver}, TTL 3600s이라 키 없으면 1시간 내 오프라인).

lax-prod 536,372행 + lax-db 3,451행 = 합계 539,823행/24h. 정상(300M 임계 대비 0.18%). 상위1: lax-prod task_queue 조회(47,314회, avg 4행/쿼리) — 인덱스 SEARCH 정상, 314M 이슈(#120) 재발 없음.

0722 D1 감시: lax-prod 645,486행 + lax-db 2,038,469행 = 합계 2,683,955행/24h, 정상(임계 3억의 1%미만). 상위쿼리 lax-db cs.id/title/scope SELECT 1,317,992행/1775회. task_queue 관련 쿼리 avg rows 낮아 314M 이슈(#120) 재발 징후 없음. #122 followup 사실상 해소 확인.

2026-07-21 D1 insights 실측: lax-prod 705,940행/24h, lax-db 2,904,864행/24h, 합계 3,610,804행 — 임계 300M 대비 1.2%, 정상. #120에서 우려했던 lax-db 314M행/24h 이슈는 오늘 수치(2.9M)로 볼 때 재현되지 않음 — 관측상 해소. lax-db top쿼리는 cs(케이스) 조회 평균740행/쿼리, task_queue UPDATE류 평균380행/쿼리로 풀스캔 징후 없음.

기존 기억(#120): lax-db 314M행/24h은 0111 fix 커밋만 있고 미배포·미마이그레이션 상태였음. 오늘(0720) 감시에서도 이 이슈가 해소됐는지 실제 배포 여부와 rows_read 재확인이 안 된 채로 세션 종료됨. 다음에 d1 insights 감시할 때 lax-db 상위 쿼리에 동일 패턴(0111 관련 쿼리)이 여전히 top에 있는지부터 확인할 것.

2026-07-20 lax-prod, lax-db 두 DB 대상 wrangler d1 insights --json(1d, sort by reads desc) 실행함. 결과를 python3로 파싱해 top5 쿼리 추출하는 절차까지는 확인했으나, 실제 총 rows_read 수치와 top 쿼리 목록은 이 세션 트랜스크립트에서 잘려 확인 불가 — 500M행/일 초과 여부 등 임계치 판정은 미완료. 다음 감시 턴에서 재확인 필요.

2026-07-20 일일 D1 감시에서 발견: migration 0111_d1_cost_indexes.sql(task_queue 인덱스+ANALYZE)이 lax-db에 미적용 상태이고, 커밋 0b5f4f6(task_queue.ts derived-table 재작성)도 실제 배포에는 반영 안 된 것으로 보임. wrangler d1 migrations list lax-db 에서 0111이 pending으로 확인됨. D1 insights 상 lax-db 24h rows_read 343.8M 중 314M(91%)가 구버전 상관서브쿼리 listRecentTasks 쿼리. 조치 필요: npx wrangler d1 migrations apply lax-db --remote + Pages 배포.

lax-db 고객관리 목록(src/app/clients/routes.tsx)은 WHERE deleted_at IS NULL AND created_by = user.email 로만 노출. 즉 의뢰인은 '생성자 이메일=로그인 이메일'이어야 그 사람 목록에 보인다(워크스페이스 소유 개념). 실제 작업실 워크스페이스 소유자 이메일은 jungwkim15@gmail.com (조예지 등 기존 데이터 소유). 내 컨텍스트 주입 userEmail은 jkmkt@lawhanmi.com이지만 화면 세션 소유자와 다를 수 있음 → 레코드 생성/정정 시 created_by는 반드시 대상 워크스페이스 소유자(jungwkim15@gmail.com)로 맞춰야 목록에 뜬다. 기본 stage 필터는 '종결' 제외, 사건없는 NULL은 항상 표시.

중요: 사용자 화면(대시보드)은 작업실 DB lax-db를 읽는다. lax-prod가 아니다. 같은 사건이 두 DB에 별도 id로 존재 — 2026가단46734는 lax-db matter id 67(화면 표시번호와 일치), lax-prod matter id 242. 의뢰인/사건 레코드 정정은 반드시 lax-db에 반영해야 화면에 보인다. 2026가단46734 정정 완료: 원고=윤성윤(client 43)·신일환(client 44), 피고=조예지(matter_parties, 대리인 임동권), 조예지 client 레코드는 완전삭제. 파일 61건 윤성윤(43)에 귀속. prod도 건우가 정정(client 89/90).

서울중앙지방법원 2026가단46734 손해배상(기): 우리(법무법인 한미) 의뢰인은 원고 윤성윤·신일환. 피고=조예지는 상대방. 페이지 라벨이 '조예지'로 되어 있으나 이는 상대방이며 오라벨. 담당변호사 김철기·임지선. 청구금 6,700만원. 베니모어 쇼핑몰 동업계약 분쟁(순이익 윤42.5/신42.5/조15). 피고 대리인 임동권. 서면·응대는 원고 측 관점으로.

수원지법 2024카합10092 업무방해금지가처분 채무자(대승종합관리) 답변서 E2E 재작성 완료. 증거 소을1~9(현황표/해임통보서/관리위확인서/공고문제2024-10호/화성시선임신고처리알림/고유번호증613-82-87527/법인승인통지/장임순확인서/관련사건2024카합1진행내역). 소명방법은 소을호증(가처분). 각하(강홍구 대표권부존재) 주위적+기각(피보전권리·보전필요성) 예비. 함정=서면결의 구분소유자77.94%<집합건물법§41①5분의4(80%)미달→서면결의 단독의존 금지, 2023.12.27집회 보통결의해임+행정청수리로 독립논증. 재판부 수원지법 제31민사부, 대리인 법무법인 한미.

수원지법 2024카합10092 업무방해금지가처분 채무자(대승종합관리) 답변서. 핵심: 신청인 대표자 강홍구 대표권 부존재→각하. 함정: 2024.3.6 서면결의 공고(제2024-10호) 구분소유자 77.94%/의결권 80.94%인데 집합건물법 제41조1항 서면결의 정족수는 각 5분의4(80%)라 구분소유자 미달. 서면결의 단독 의존 위험→최초선임흠결(고유번호증 불승인)+2023.12.27 임시관리단집회 해임(보통결의 과반수로 족함)+화성시신고수리·세무서 고유번호증 발급으로 독립 논증. 재판부 제31민사부. 소송대리인 법무법인 한미.

(주)그랜드비스타 구상금 사건: 복수보증 2건(SD2202003695 7천만·2020.5.28 / SD2202103907 2천만·2021.7.16, 채권기관 하나은행 신설동, 둘다 2025.8.28 대위변제). 연대보증 면제보증→연대보증인 없음, 주채무자 단독. 미회수 대위변제금 7,511,249(=1,272,334+6,238,915, 회수 206,520 순번1 충당) + 확정손해금 423,510(71,738+351,772, 2025.8.29~2026.6.18 연7%) = 총 7,934,759원. 손해금율 연7% 역산검증. 지연손해금 기산 2026.6.19. 피고 (주)그랜드비스타 법인등록 110111-6444999 사업자 221-87-00724 대표 이영호, 송달지 성남 위례중앙로216 531동1801호. 소관 강남재기지원센터(원장)vs남부(대위변제증서) 불일치.

(주)그랜드비스타 구상금: 복수보증 2건(SD2-2020-03695 70,000,000원/SD2-2021-03907 20,000,000원, 하나은행 신설동). 대위변제일 2025-08-28, 대위변제금 7,717,769(1,478,854+6,238,915), 회수 206,520(미환급보증료상계), 미회수 대위변제금 7,511,249. 손해금율 연7%(원장 손해금 역산 검증). 두 보증 모두 법인기업주 연대보증 면제 협약 보증→연대보증인 없음, 피고=법인 단독(대표 이영호 개인 청구 불가). 관할 약정19조4호 서울중앙지법.

신용보증서 특약사항에 「법인기업주 연대보증 면제 촉진을 위한 업무협약」에 의한 연대보증 면제 보증으로 적혀 있으면 연대보증인이 없는 것 → 대표이사 개인에 구상청구 불가, 피고는 주채무자 법인 단독. 약정서 본인란에 연대보증인 날인 유무도 교차확인. 손해금율은 원장 손해금액÷(미회수액×일수/365)로 역산해 연7% 검증 가능.

설정 기능창(DocsEditor.tsx) 드래그 보강: (1) 드래그 중 자동스크롤 — document에 dragover 리스너로 lastY=clientY 기록, dragEl||dragGroup 활성이고 미실행이면 edgeScroll() rAF 루프 시작. edge=90px, 위가장자리 step=-ceil((edge-lastY)/5) 아래 step=ceil((lastY-(vh-edge))/5), window.scrollBy. 둘다 null되면 루프 self-stop. 가장자리에 멈춰있어도 rAF라 계속 스크롤. (2) 적용시점: 드래그는 DOM 재배치+hidden sort_${id} 값 갱신만(클라). 실제 DB반영은 POST /settings/docs/save(저장 버튼)에서만 — 체크박스 핀과 함께 단일저장 커밋. 즉시저장 아님. 서버렌더라 npm run deploy 필요. 2026-06-28.

설정 기능창(DocsEditor.tsx) 순서변경 = 드래그앤드롭(2단). [위계UI] 대분류(tab): 좌측 border-l-4 indigo bar+bg-indigo-500/10+'대분류'태그 h2. 중분류(feature_group): rounded-xl 카드(bg-slate-900/40 border) 안에 h3(액센트 점+이름+개수배지+우측 핸들). 소분류(doc): 카드 안 divide-y 리스트. [소분류 드래그] 행을 <div data-doc-row>(클릭토글은 내부 label flex-1로 한정), 우측 <span data-drag-handle draggable>⠿, sort_${id}는 type=hidden. dragstart→dragEl=closest(data-doc-row), dragover 같은 parentNode만 insertBefore(중점), dragend→renumber. [중분류 드래그] 그룹헤더 우측 <span data-group-handle draggable>⠿, dragstart→dragGroup=closest(data-group), dragover [data-group]끼리 같은 parentNode(=같은 대분류)만 insertBefore, dragend→renumber. 두 드래그는 dragEl/dragGroup 플래그 분리로 무간섭(상대 핸들러는 자기 플래그 null이면 return). renumber()=모든 [data-doc-row] input[name^=sort_]를 document순서대로 0..N 전역 재부여→nav가 tab우선 정렬이라 그룹/행 순서 모두 보존. 대분류(TAB_ORDER) 고정. 서버렌더라 npm run deploy 필요. 2026-06-28.

설정 기능창(DocsEditor.tsx) 필터 3종(전체/현재메뉴=pinned/메뉴없음=unpinned)은 원래 okTab=searching||rowTab===active 라 검색 안하면 '활성 탭 행만' 보였음. 그래서 '현재 메뉴'를 눌러도 다른 탭(예: 가사) 항목은 안 떠 사용자가 혼란(상속포기/상속한정 못 봄). 수정: crossTab=searching||mode!=='all' 도입, okTab=crossTab||rowTab===active → 현재메뉴/메뉴없음 필터는 전체 탭 가로질러 표시. 탭버튼 클릭 시 setMode('all')로 그 탭 전체 복귀, 탭버튼 하이라이트는 !crossTab일때만, 카운트는 '통합 N건'. 서버렌더라 npm run deploy 필요. 2026-06-28. (앞선 두 수정: 773/774 in_scope=core 승격 마이그0064, checked={inMenu:sel||usingFallback&&core})

설정 기능창(DocsEditor.tsx)의 '현재 메뉴' 필터(data-filter=pinned)는 체크박스가 checked인 행만 보여줌. 체크는 원래 checked={!!sel}로 핀(user_doc_selections)만 반영했는데, 실제 사이드바는 핀 0개면 in_scope='core' 폴백으로 그려져 둘이 어긋났음(사이드바엔 떠도 편집기 '현재 메뉴'엔 안 뜸). 수정: const inMenu = sel ? true : (usingFallback && d.in_scope==='core') 로 폴백시 core항목도 체크표시. CatalogDoc은 in_scope·usingFallback을 이미 prop으로 받음. 서버렌더 컴포넌트라 npm run deploy(빌드+pages deploy) 필요. 2026-06-28.

서류작성 사이드바(buildDocNav, src/shared/doc_nav.ts)는 user_doc_selections에 해당 email의 pinned 행이 있으면 그것만, 없으면 legal_doc_catalog.in_scope='core' 집합으로 폴백. 함정: 핀을 하나라도 걸면 폴백이 꺼져 core 9종이 사라짐(핀은 add가 아니라 replace). 특정 서류를 모든 계정 기본메뉴에 노출하려면 핀이 아니라 in_scope='core'로 승격해야 함. docHref는 소장/지급명령/답변서/준비서면 4종만 /docs/슬러그 작업대로 보내고 나머지는 /features/doc/:id 안내(준비중)로 감. mvp_built=0이면 '준비중' 배지. nav는 매요청 DB조회라 데이터변경 시 배포불필요, 새로고침만. 2026-06-28 상속포기(773)·상속한정승인(774) core 승격 마이그레이션 0064.

지급명령(독촉)은 입증방법·인용을 '소갑/소을'(소명자료)로 쓰는데 인용 인프라가 [갑을병정]만 인식해 ①제출본(stripForSubmission)에서 [소갑N] 미제거 ②미리보기 클릭링크 미생성 버그. 수정: evidence.ts의 CITATION_RE·normalizeEvidenceNo·formatEvidenceNo·makeCitationRegex 4곳 + routes.tsx 클라이언트 normNo 1곳에 '소?' 접두 허용. 정규화키는 소갑1처럼 소 보존→증거표 행 data-evno와 매칭. 배포 68fe5907.lax-dtb.pages.dev. 사건표제(구상금청구 독촉사건/청구금액)는 마크다운 **볼드**로 작성해야 렌더됨.

드렁캔(김운현, 개인사업자, 820312-1912016) 구상금 지급명령 사건. 보증번호 SD1202108770, 보증금 2천만(우리은행 논현중앙지, 2021.10.1, 기한 2026.10.1, 기업운전일반자금대출, 부분보증100%). 대위변제 2026.4.20 4,228,451(원금4,160,000+이자68,451) - 회수37,470 = 미회수구상원금 4,190,981. 약정지연손해금율 연7%(구상권관리규정 제4조1항1호가목, 주채무약정금리4.29%<7%라 단서 연9% 미적용). 관할 약정 제19조4호 서울중앙지법. 연대보증인 없음. 호증: 소갑1약정서+보충위임장/소갑2신용보증서/소갑3대위변제증서/소갑4사고구상권원장/소갑5구상권관리규정. 확인필요: 업종 미상, 소송대리인 미선임.

[사고·2026-06-26] 변우석 부트스트랩이 daemon node를 강제 Stop-Process kill→(1)진행 태스크 즉시 중단(lease 만료까지 복구지연) (2)run.bat이 `node daemon.js` 종료 후 `timeout /t 30`이라 30초 daemon 완전부재. 결과 '한동안 daemon 다운'. ★이 30초 공백은 버튼 graceful 재시작에도 동일 적용됐을 문제였음. [조치] ①bootstrap-restart.ps1/.log 삭제(강제kill 스크립트 재사용 차단) ②run.bat 수정: if %ERRORLEVEL%==0 timeout/t 3 (graceful) else timeout/t 15 (크래시 백오프) — 공백 30→3초. 손석구 검증: restart-graceful/.shutdown/restart 세 경로 모두 daemon.js:1877 process.exit(0), 크래시는 exit(1)→분기 정상. 버튼 graceful은 메인루프(1873~)가 activeRuns 0까지 드레인 후 exit라 태스크 무중단(강제kill 단계 없음). run.bat 수정은 다음 loop부터 cmd가 디스크 재read해 반영(추가재시작 불필요), 다음 재시작 콘솔에 'restarting in 3s' 찍히면 결정검증. 미정리: daemon.js:1574~1577 주석이 옛 30s 동작 설명(다음 daemon 수정시 정리). [규칙] ★에이전트는 daemon을 강제 kill하지 말 것 — graceful(버튼/.shutdown)만. 신코드는 graceful 지원하므로 강제 불필요.

daemon 재시작 버튼 완성·라이브(2026-06-26). settings/bridge의 '데몬 재시작' 버튼(#rst-btn)→POST /settings/bridge/restart-graceful→KV daemon:jason-pc:command=restart-graceful(TTL120s)→daemon /bridge/poll 수신→.shutdown 드롭→진행태스크 drain 후 exit→run.bat 슈퍼바이저가 신코드로 단일 재기동. 상태확인 GET /settings/bridge/status(online=last_seen 120s내). 손석구가 daemon restart-graceful 핸들러의 ps1 호출(LAX 비호환) 제거 커밋 fc7dbed(.shutdown만 드롭). 부트스트랩: 옛코드 daemon은 .shutdown 미지원이라 graceful 안 먹힘→변우석 세션과 분리된 프로세스(daemon/bootstrap-restart.ps1, Start-Process hidden)로 node 전부 kill→run.bat 재기동으로 신코드 1회 로드 완료(에이전트가 자기 daemon 직접 죽이면 세션 끊겨 마무리 불가하므로 분리 프로세스 필수). 결과: daemon 단일(PID672)·신코드·lock정상·.seeded생성. 이후 재시작은 버튼만.

Windows LAX daemon 재시작 정본 절차(손석구 진단). ★재시작 반복실패 원인=중복 인스턴스: daemon.js가 2개 떠있고 각각 run.bat 자동재시작 루프가 부모라 node만 죽이면 30초 뒤 옛 코드로 되살아남. 반드시 부모 run.bat(cmd 루프)부터 죽일 것. 실행구조: start-hidden.vbs→run.bat 무한루프→node daemon.js. 절차(Git Bash): ①상태확인 Get-CimInstance Win32_Process node.exe daemon.js (정상 1줄) ②중지: 부모 ParentProcessId Stop-Process먼저→touch daemon/.shutdown(진행태스크 끝내고 idle시 자동종료, daemon.js 1870~)→목록 0줄 대기→90초넘으면 강제kill(미완태스크는 lease만료 후 서버 자동재실행, 유실아님)→0줄확인후 rm .shutdown .daemon.lock ③코드확인 git rev-parse --short HEAD(=99dca83)+clean이면 pull/빌드 불필요→cd daemon && node daemon.js 포그라운드(‘already holds the lock—exiting’ 안뜨면 성공) ④검증: 태스크1건→find agent-skills -name .seeded 생성=시딩훅+distill주입 반영증거(copied=0이어도 마커생성=성공) ⑤Ctrl-C후 wscript start-hidden.vbs 영구모드(포그라운드와 vbs 동시금지=lock충돌). 롤백: git revert --no-edit 99dca83 후 재시작(reset --hard 금지). env오류시 daemon/디렉터리에서 시작(.env.wikicomu 로드). 런북 정본=daemon/RUNBOOK-emergency-recovery.md(손석구 등재예정).

학습 거버넌스 전사 롤아웃 진행상태(2026-06): (1)공통 거버넌스 스킬 2종(distill-on-done·domain-skill-catalog) 정본 = daemon/agent-skills/_master/_common/.claude/skills/. (2)16개 에이전트(alex·ara·bogum·bonwoo·daon·dodam·gyohwan·hangyeol·jarvis·kkomkkom·mira·onyu·ria·ruda·seoyeon·wooseok) 공통 2종 수동 소급 시드 완료 16/16 검증. (3)손석구 daemon 배선: seedAgentSkills 멱등 시딩훅(ensureSkillsDir 직후, _master/_common 전원+_master/<slug> 도메인마스터, 이름충돌skip, .seeded 마커. '마커없으면 스킬별 충돌skip'으로 구현→수동시드분은 마커만 backfill) + skillGuide에 distill-on-done 종료라인 주입. 커밋 99dca83, 롤백앵커 b2dbfd4, 단위검증 9/9. 라이브검증은 daemon 재시작 윈도우 대기. (4)#3 Cloudflare Cron 스케줄드 사서 큐레이션은 wrangler cron/scheduled 핸들러 부재로 미착수—별도 0.5~1일+Jason 배포사전공유, 실삭제 승인표면=/activity 액션 버튼 권고. 매핑 진실소스=_master 우선·브레인 카탈로그 폴백. 온보딩(구교환) new-agent-creation 6단계 거버넌스 시딩 편입 완료.

작업대 문서 제목·볼드가 죽던 근본원인: 미리보기 CSS(.dw-paper)와 HWPX 생성기(hwpx.ts) 둘 다 제목·볼드를 마크다운 헤딩레벨/볼드로만 인식하는데, 변우석이 신청원인 대항목을 '1.'(ol), 가.나.다를 일반문단으로 써서 볼드·제목이 죽음. 콘텐츠가 아니라 authoring↔renderer 계약 누락이 문제. [확정 계약] 표제='# '(h1 20pt 볼드 가운데)/단제목='## '(h2 14pt 볼드 가운데)/신청원인·청구원인 대항목 1.2.3.='### '(h3 볼드 좌측 2줄띄움)/가.나.다='**가. …**'(볼드 한줄+다음줄 본문)/본문·신청취지항목·입증첨부=일반. [조치] draft_doc.ts에 markSubheadings(가.나.다 볼드문단→.dw-subhead 좌측볼드) 추가·renderDraftDocument에 와이어, routes.tsx CSS(.dw-paper/.pg-body .dw-subhead) 추가, evidence.ts 지급명령·소장 템플릿에 '마크다운 작성계약' 명문화, jigeup 스킬에 계약 섹션 추가. marked 실행으로 h1/h2/h3/dw-subhead 생성 결정검증·배포완료. [교훈] 콘텐츠 맞아도 렌더 구조 안맞으면 죽는다 — 작성 전 헤딩레벨 계약 준수.

지급명령 샘플(C:/Users/user/LAX-site/samples/지급명령신청서/지급명령 샘플.hwpx) OWPML 재실측 결과: 본문 맑은고딕(fontRef hangul=3), 줄간격220% 전체. charPr 크기: cp11=20pt(표제)·cp14=14pt(신청취지 제목)·cp16=13pt(신청원인/입증방법/첨부 제목+신청원인 대항목1.2.3.)·cp12=12pt B(가.나.다·당사자라벨)·cp10/13=12pt 보통(본문/값)·cp18=16pt(법원명). paraPr: pp9=CENTER(표제·단제목), 나머지 JUSTIFY. 샘플 어미 확정: 신청취지 도입문 '…지급하라는 명령을 구함.'(구합니다 아님), 2항 끝 '…각 비율에 의한 지연손해금.'(금원 아님), 신청취지2항 '연 X%의,'(의 붙임)/결론 '연 X%,'(의 없음, 마지막 연12%의만), '그 다음날'(붙여씀). 신청원인 가.나.는 소제목 줄+본문 분리, 2.가는 (1)(2)+부대채무①대위변제금②추가보증료③법적절차비용. 결론 '그렇다면, …지급할 의무가 있다할 것이므로, 그 이행을 구하고자 본 신청을 하는 바입니다.' 입증방법 flat 소갑1~N(가지번호는 첨삭변형). 첨부 법인등기사항증명서+소송위임장(부본·송달료납부서·채무자초본 아님). 스킬·코드템플릿(evidence.ts buildJigeupPrompt) 이에 맞춰 정정·배포. [교훈] 스킬은 맞았는데 안 따른 게 문제 — 작성 전 스킬 본문 로드해 어미·문법까지 1:1 대조.

[근본원인] src/shared/evidence.ts buildJigeupPrompt(지급명령 작업대 새작성 템플릿)이 일반 표준문만 담고 jigeup-myeongryeong-format-spec 스킬 적용 지시가 없어, 변우석이 재단 실측 양식(번호위계 1.→가., 채권자 고정값 이사장 최항도, 신청취지 도입문+비용내역, 4.관할 항목, 가지번호 입증방법, 첨부 2종, 변호사 첨삭사항)을 미반영한 일반형으로 작성하는 사고. 소장 템플릿(buildEvidenceAnalysisPrompt)엔 재단값이 있었으나 지급명령엔 비대칭 누락. [조치] 지급명령 템플릿을 재단 양식으로 전면 교체+'스킬 먼저 로드' 게이트 삽입, 소장 템플릿에도 seoul-singbo 양식 스킬 게이트 한 줄 추가. check:client 통과·배포완료. [교훈] 사용자/템플릿이 준 즉석 표준문이 학습 양식과 충돌하면, 본문 작성 전 반드시 해당 도메인 스킬을 로드해 대조하고 재단 실측 양식을 우선한다.

작업대 미리보기/제출용 인쇄(/print) 페이지네이터(draft/routes.tsx renderDoc 및 print 라우트)가 최상위 노드 단위로만 페이지 분할 → 신청원인 1~6항이 마크다운에서 단일 <ol>로 변환되어 한 페이지(257mm) 초과 시 .dw-pg{height:297mm;overflow:hidden}에 잘려 결론 끝줄 증발. 다음페이지는 입증방법부터 시작해 '끊긴 것처럼' 보임. 수정: listItems()로 OL/UL을 li 배열로 보고, 새 페이지 단독에도 넘치면 placeList()로 li 단위 분할+<ol start=N>로 번호연속 유지. 작업대·인쇄 양쪽 동일 적용. check:client 통과, 배포완료.

드렁캔(개인사업자, 대표 겸 주채무자 김운현 820312-1912016) 구상금 지급명령신청서 완료. 보증 SD1202108770(2021-10-01, 2천만, 우리은행 논현중앙지, 개별보증 100%). 대위변제 2026-04-20 발생 4,228,451(원금4,160,000+이자68,451@연4.29%×140일)−회수 37,470=구상원금 4,190,981. 전체회수 69,040=미수보증료13건 31,570+대위변제금 37,470으로 분해정합. 손해금율 연7%(규정 소갑5 제4조 직접명시+원장손해금47,421=4,190,981×7%×59일/365 역산일치). 약정금리4.29%<7%라 연9%가산 대상아님. 단독채무(연대보증인 없음). 관할 서울중앙지법(강남구+약정 제19조). 소갑1약정서/2보증서/3대위변제증서/4원장/5규정. 미확정: 재단 본점주소·이사장명, 채무자 최신초본.

증상: 다른 대화창에서 'Server is temporarily limiting requests (not your usage limit) · Rate limited' 서버측 429를 데몬이 '모든 계정 사용량 한도 도달 → PM HH:MM 리셋까지 대기'로 오분류해 20분 강제 hold. 원인: daemon.js detectUsageLimit() 매처가 너무 넓어 '(not your usage limit)'의 'usage limit'과 'rate limited'의 'rate limit'을 주워 usage-wall로 오판. 'PM 04:56'은 진짜 리셋시각이 아니라 에러시각+20분 fallback. 수정: 손석구가 throttle/overload(not your usage limit·temporarily limiting requests·overloaded)를 usage-wall에서 제외하고 짧은 backoff 후 동일계정 재시도로 분기. 커밋 13ce02d(17:12), LAX 데몬 PID 37472가 17:18 재기동으로 라이브 반영됨. LAX 데몬 식별=LAX-site/daemon/.daemon.lock의 PID(Wikicomu는 16756). run.bat supervisor가 죽이면 30초 후 자동 재기동.

①서기료(독촉절차비용 작성보수): 7만7천원의 7천원은 부가세→제외, 2026.7.1.이후 접수분부터 보수 10만원 인상. 지급명령신청서 서기료=100,000원, 독촉절차비용=인지대+송달료+100,000(예 3,700+66,000+100,000=169,700). 스킬 jigeup-myeongryeong-format-spec line35 반영. ②근본수정: 작업대 latestDocContent(routes.tsx)가 채팅응답의 도구출력 <details>블록에 echo된 SOJANG·EVIDENCE-TABLE 마커를 문서로 오인 → 최신본포인터 오염 반복. 수정: 탐지 전 content.replace(/<details[\s\S]*?<\/details>/g,'')로 도구블록 제거 후 hasDocument+extractEvidenceTable 판정. 오염된 채팅응답(670,715,726 등)은 더이상 문서로 안잡힘. 깨끗한 doc 재promote(INSERT...SELECT)로 최신본 확정.

HWPX 한글 렌더 검증 루프(돌파구): 이 PC에 한컴 한글 2024 설치됨(C:/Program Files (x86)/Hnc/Office 2024/HOffice130/Bin/Hwp.exe). PowerShell COM으로 HWPX→PDF 변환 후 Read로 실제 한글 렌더 확인 가능. 핵심 스크립트: New-Object -ComObject HWPFrame.HwpObject; RegisterModule('FilePathCheckDLL','FilePathCheckerModule'); Open(path,'',''); SaveAs(pdf,'PDF',''); Quit; ReleaseComObject. 주의: 변환 전 Get-Process Hwp|Stop-Process로 인스턴스 정리(반복 강제종료시 COM_E_SERVER_EXEC_FAILURE→몇초 대기 후 재시도). hwp-mcp(rhwp WASM)는 대안이나 실제한글과 차이. ★최대 발견: HWPX borderFillIDRef는 id가 아니라 1-based 순번(N번째 borderFill 참조). borderFills 순서[NONE,SOLID,gray,SOLID]면 ref=1→NONE,2→SOLID,3→gray. 표 머리행 회색·데이터 테두리 안나오던 모든 문제가 이 오프셋 때문. 셀 fill #D9D9D9 6자리, margin은 hc:자식요소(prev/next), version 1.5, 표셀 linesegarray 필요. 검증 결과 6페이지 전체 한글 정상렌더 확인.

HWPX 실측 검증 루프 확보: 이 PC에 한컴 한글2024(Hwp.exe, COM ProgID 'HWPFrame.HwpObject') 설치됨. scripts/hwpx-to-pdf.ps1로 HWPX→PDF 변환(RegisterModule FilePathCheckDLL/FilePathCheckerModule로 보안팝업 우회, Open(src,'HWPX',''), SaveAs(out,'PDF','')). 변우석이 PDF를 Read로 열어 실제 한글 렌더 확인. 헤드리스 추측 끝. 주의: 변환 전 Get-Process Hwp|Stop-Process로 잔류 프로세스 정리(파일잠금 방지), 연속변환은 백그라운드 충돌나니 텀 두기. ★발견한 핵심 버그: 한글은 표 셀 borderFillIDRef에 -1 오프셋 적용(셀 ref=N→정의 N-1). 그래서 hwpx.ts 표는 borderFills 0=NONE,1=SOLID,2=SOLID+#D9D9D9,3=SOLID, 머리행셀 ref=3(→정의2 회색), 데이터셀 ref=2(→정의1 실선), 표 외곽 ref=1. 순서변경 금지. 또한 margin은 속성 아닌 hc:자식요소(<hc:prev value=.. unit=HWPUNIT/>), 버전 1.5, 표셀 linesegarray 필요.

HWPX 표 셀 배경색(회색 머리행 등) 정확한 형식(사용자 한글 적용본에서 검증): header.xml 루트에 xmlns:hc="http://www.hancom.co.kr/hwpml/2011/core" 선언 + borderFill 안에 diagonal 뒤로 <hc:fillBrush><hc:winBrush faceColor="#D9D9D9" hatchColor="#000000" alpha="0"/></hc:fillBrush>. 색은 6자리(#RRGGBB), 8자리 ARGB 아님(8자리는 fill 깨짐). alpha="0". 셀 tc의 borderFillIDRef를 채운 borderFill id로. #EEEEEE는 너무옅어 안보임→#D9D9D9가 보이는 회색. 미리보기 th도 #d9d9d9로 맞춤. 검증불가한 HWPX 디테일은 사용자에게 한글로 적용한 .hwpx 받아 형식 1:1 복사가 가장 확실.

지급명령신청서 번호체계·간격 규칙(샘플 실측+사용자확정): ①번호위계 1.→가.→(1)→1), 내용열거는 ①②③. 신청취지·입증·첨부 항목은 순차(1·2·3). ②간격: 신청원인은 1./가./(1)/본문 모든 요소 사이 빈줄1개. 제일큰 1.2.3.(신청원인 대항목)은 위에 2줄 띄움(단제목 직후 첫항목 예외). 입증방법·첨부 항목은 촘촘(빈줄없음). 사건명↔청구금액 촘촘. ③구현: HWPX는 큰항목 2줄을 빈줄 아닌 문단상단여백 paraPr prev=5000(stripForSubmission이 \n{3,}→\n\n로 빈줄깎음). 빈줄→빈문단은 연속 최대2개 cap. 큰항목 첫항목 예외는 parseBlocks가 앞 빈문단 pop후 직전블록이 heading이면 subheading(여백0) 아니면 subheadGap(para4). 미리보기 .dw-paper h3{margin-top:2.6em}+h2+h3예외. ④표: 머리행도 좌측정렬(미리보기 일치), 머리행 볼드. 회색배경은 HWPX fillBrush 위험으로 보류. 샘플엔 표 없음(내 추가).

재단 법률문서 샘플 영구 보관소: C:/Users/user/LAX-site/samples/ (하위: 지급명령신청서/, 소장/, 기타/). 임시 첨부폴더(Temp/wikicomu-att)는 턴마다 삭제되므로 두고두고 쓸 샘플은 여기서 읽는다. .hwpx/.hwp는 unzip 후 Contents/header.xml(charPr 폰트·height·bold·underline·spacing, paraPr align·lineSpacing)·section0.xml(문단별 paraPrIDRef/charPrIDRef/텍스트) 파싱으로 실측. gitignore됨(samples/). 사용자가 '샘플 넣어뒀어 대조해' 하면 이 폴더부터 확인.

샘플 대조로 발견한 서식 차이 수정 배포(09f6ff31): ①표제 밑줄+넓은자간 — 미리보기 CSS .dw-paper h1{text-decoration:underline;letter-spacing:.4em}, HWPX charPr id1에 <hh:underline type=BOTTOM shape=SOLID>. ②당사자 정렬 — draft_doc.ts alignPartyBlocks()가 <p><strong>채권자</strong>값<br>값…</p>을 .dw-party(flex: 라벨 6.5em고정 + 값본문)로 변환, <br>뒤 전각공백 제거로 이중들여쓰기 방지. CSS .dw-party/.dw-party-label/.dw-party-body. HWPX는 parseBlocks가 party블록 감지(PARTY_LABEL_RE 채권자/채무자/원고/피고/신청인/피신청인) → partyTableXml 무테두리(borderFill0) 2열표(라벨열 9000HWPUNIT charPr4볼드 + 값열 다문단). 편집 직렬화 blockMd에 dw-party분기 추가(라벨**+전각공백들여쓰기 복원). 렌더단계 수정이라 기존문서도 새로고침시 즉시적용. 한글 실제오픈은 미검증.

작업대 동기화 구조: /chat/sessions/{id}(일반채팅, 미리보기 없음)와 /complaint-draft/work/{id}(채팅+미리보기)는 같은 session_id·같은 chat_messages·같은 변우석. work의 전송도 /chat/sessions/{id}/messages 동일 엔드포인트→enqueueTask. work는 /complaint-draft/work/{id}/poll 1.5s 폴링으로 대화+문서+증거표+추가자료 갱신. 차이는 미리보기 패널 유무뿐. '문서 준비됨'은 하단 상태줄(doc_id존재+not busy). 빈 미리보기인데 상태는 준비됨=죽은 스크립트 캐시 신호. 재발방지: scripts/check-client-script.mjs를 build 첫 단계(check:client)에 추가 — 인라인 클라 스크립트 템플릿리터럴 내 위험한 홑 백슬래시(\n·\s·\[ 등) 발견시 빌드 실패. latestDocContent는 SOJANG가진 최신 assistant메시지 반환.

작업대 routes.tsx GET /work의 클라이언트 스크립트는 통째로 dangerouslySetInnerHTML __html 백틱 템플릿 리터럴이다. 그 안의 JS에 백슬래시 이스케이프(\n,\t,\s,\d,\[,\| 등)를 쓰면 템플릿 리터럴이 한 겹 먹어서 \n→실제 줄바꿈(작은따옴표 문자열 미종결→SyntaxError로 스크립트 전체 사망), \s·\[→백슬래시 탈락(정규식 깨짐)이 된다. 규칙: 줄바꿈은 var NL=String.fromCharCode(10) 변수, 패턴은 백슬래시 없는 정규식만(/^h[1-6]$/, [0-9], 공백리터럴) 또는 split/join. 기존 정상 클라 정규식(esc, askEsc, @@ASK@@)도 전부 백슬래시 회피 관례를 따른다. 증상이 '미리보기 빈화면+편집·입력 전부 먹통'이면 이 스크립트 SyntaxError를 의심하고 dist/_worker.js에서 함수영역 추출해 점검.

작업대 미리보기 편집을 textarea(마크다운 원본)→흰종이 위 직접편집(contenteditable=plaintext-only)으로 교체 배포(branch=main). #dw-edit-wrap/#dw-edit-paper에 #dw-doc-src의 렌더HTML을 싣고 편집. 저장시 클라이언트 직렬화 paperToMd(inlineMd: strong→**, sup.dw-cite→[갑N] via data-evno, dw-imgph→[IMG:], br→하드브레이크; blockMd: h1-6→#, p, ul/ol, table→마크다운표) → POST /work/:sid/doc-source(본문만 교체, 증거표·NOTES보존, SOJANG래핑 assistant메시지). plaintext-only로 기존 볼드·표 유지하며 텍스트만 수정→직렬화 안전. 편집중 poll정지. 크로미엄 한정 주의.

작업대 4종 개선 배포(branch=main): ①HWPX 생성기(src/shared/hwpx.ts) 전면 재작성 — parseBlocks(문단/표/리스트)+parseInline(**볼드** 세그먼트), 진짜 한글 표 hp:tbl(borderFill id1 SOLID, 머리행 charPr6볼드 가운데/데이터 charPr5 왼쪽, 셀폭 균등 TEXT_WIDTH=42520), charPr 0본문12/1표제20볼드/2단제목14볼드/3이미지빨강/4본문볼드12/5표셀10/6표머리10볼드, 맑은고딕, 줄간격160%, 표뒤 트레일링빈문단 안전장치. PDF·HWPX 둘다 stripForSubmission 같은 소스 소비→구조일치. ②미리보기 편집: GET/POST /work/:sid/doc-source(본문만 교체, 증거표·NOTES블록 보존, SOJANG래핑해 assistant메시지로 createChatMessage→latestDocContent가 집어 변우석 인지). 편집중 poll 정지(editing플래그). ③새로고침=poll()만(전체리로드 제거). ④hwpx파일명 doc_type연동. 검증한계: 한글 실제오픈은 헤드리스불가→샘플받아 보정 필요.

작업대 개선 3종 배포(branch=main): ①NOTES 마커(<!-- NOTES:v1 -->…<!-- /NOTES -->) 도입 — evidence.ts에 NOTES_OPEN/CLOSE·NOTES_BLOCK_RE·extractNotes, removeEvidenceBlock·stripForSubmission이 NOTES도 제거, 프롬프트계약은 확인필요/추가증거를 NOTES마커로 감싸 SOJANG안에 두라고 수정. draft_doc.ts renderNotes()추가. routes.tsx notesHtml→추가자료탭 상단 '📌 변우석 작성메모' 박스+탭에 📌배지. ②인용클릭점프: sup.dw-cite에 data-evno, renderEvidenceTable이 각 tr에 data-evno태그, 클라JS가 cite클릭→ev탭활성+행 .dw-ev-hl 하이라이트. ③독촉절차비용 산정: 인지대=소장인지(소가×0.005,100원절사)×1/10, 송달료=당사자2×6회×5500, 서기료 재단표준값.

재단 실제 지급명령신청서 샘플 1건(238/0-_.hwpx, JT친애저축은행 보증·서울서부지법) 완전분해→스킬 jigeup-myeongryeong-format-spec 전면개정. 핵심: 채권자 풀표시(마포대로163·이사장·소관센터·소송대리인 법무법인·담당변호사), 사건표제 '구상금청구 독촉사건'+청구금액별도, 신청취지=1.총액 2.위1항중 미회수원금에 대해 재단소정율 시기변동(샘플10%→9%→송달후12%) 3.독촉절차비용(인지대·송달료·서기료), 신청원인 표준6단, 입증방법 '소갑'제N호증, 첨부 법인등기+소송위임장, 관할=재단본점 마포 합의관할→서울서부지방법원(채무자주소 무관). HWPX파싱: unzip→Contents/section0.xml의 <hp:t>추출.

소장 작업대 routes.tsx GET /work/:sessionId — matter_documents.doc_type(소장/지급명령신청서/답변서/준비서면) 조회해 docLabel 변수로 작업대 제목·미리보기 doc탭 라벨·HWPX버튼·안내문구 전부 연동. workTitle=session.title ?? `${docLabel} 작업대`. WorkspaceShell title, h1, doc탭 버튼(전엔 '소장' 하드코딩) 모두 수정·배포완료(branch=main).

그랜드비스타(고객1002400) 지급명령신청서 작성완료. 채무자 (주)그랜드비스타 단독(법인기업주 연대보증면제 보증→연대보증인 없음). 보증2건 SD2-2020-03695(7천만,2020-05-28)·SD2-2021-03907(2천만,2021-07-16) 모두 2025-08-28 대위변제. 대위변제발생 7,717,769-회수206,520(미환급보증료상계)=구상원금 7,511,249. 약정지연손해금율 연7%=원장손해금(71,738·351,772) 역산 정확일치, 약정서엔 '재단이정하는율'로만 기재→확인필요. 주소 3개 상충(송파 백제고분로/양재대로/성남 위례중앙로 수기메모)→법인등기부로 관할확정 필요. 증거 갑1~6(갑5는 대위변제증서 2매 갑5의1·2).

사건-증거파일 자동연결 완료(테스트+프로덕션). matter_files 테이블(0062): matter_id,r2_key,name,mime,doc_role,created_by. R2키규칙=matter/{matter_id}/{파일명 공백·쉼표→_}, name=원본명, R2키==DB r2_key 보장. prod matter id=1~14(테스트는 26~39). 14건 72파일 lax-uploads-prod 업로드+INSERT. B코드: draft/routes.tsx 드롭다운 onchange로 data-files를 att-json prefill + POST필터 matter/허용, bridge/routes.ts:93 403필터 matter/허용. axwiki 배포 e082e805, 롤백 42d1e29d. 도구: inbox/_build_matter_files.cjs,_upload_r2.cjs,seed_matter_files_prod.sql. 테스트URL 375d68e7.lax-dtb.pages.dev(인증우회).

(주)그랜드비스타 구상금 1차판독: 법인등록 110111-6444999, 사업자 221-87-00724. 복수보증2건 SD2-2020-03695(2020-05-28,7천만)·SD2-2021-03907(2021-07-16,2천만) 둘다 하나은행 신길동금융센터. 사고등록2025-06-19발생2025-05-17 사고금액7,621,094. 대위변제2025-08-28 발생7,717,769 회수206,520 잔액7,511,249. 시효기산2025-08-28완성2030-08-27. 증거6개 전부 스캔본. 미확정: 보증번호별 대위변제분해(구상권발생내역 p1하단/p2), 약정지연손해금율, 피고송달주소(주소지확인.pdf). 렌더도구 inbox/_render.cjs(getScreenshot desiredWidth), 크롭 inbox/_crop.cjs(napi canvas y0/y1/x0/x1 비율), 판독 inbox/_case_text.cjs. 케이스폴더 inbox/cases/.

서울신용보증재단 구상금 소장 샘플1.hwp(2건)·샘플2.pdf 바이너리 정밀 해체 완료. 본문=맑은고딕12pt양쪽, 표=한컴윤고딕230 10pt, 제목20/단제목14 BOLD가운데. 자간-5는 한컴 자동줄맞춤(강조 아님). 보증1건=서술/2건↑=표형. 전체명세는 skill seoul-singbo-sojang-format-spec. 재분석도구 inbox/_hwp_deep.cjs(CFB+inflate+CharShape/ParaShape매핑)·_pdf_deep.mjs(pdfjs transform크기).

「2024 민사재판실무 1권」(466쪽 스캔) 포괄 증류 완료. 9개 서브에이전트 병렬 판독으로 제2편 요건사실론+제3편 분쟁유형별 요건사실(대여금·매매·등기·임대차·사해행위·보증)+제1편 주문례를 영구 스킬 3종으로 저장: minsa-silmu-cheonggu-yogeon(청구유형별 요건사실·항변), minsa-silmu-jumun(청구취지=주문 문구집), minsa-silmu-bojung(보증·구상). 각주 조문/판례번호는 스캔화질상 [확인필요] 표기. 미수집: 제1편 이유단원(청구원인/항변 단계별판단 책178~266), 당사자표시(책20~50). 원본·렌더 LAX-site/inbox 보관.

대용량 스캔 PDF 학습 파이프라인(검증됨): 1) inbox에 파일 받기 2) pdf-parse(v2,pdfjs) getText로 내장 OCR 추출→페이지수·주제어 빈도·페이지 지도 작성(깨진 OCR이라도 위치 파악엔 충분) 3) 관련 구간만 PDFParse.getScreenshot({first,last,scale:2.0})로 고해상도 PNG 렌더 4) PNG를 Read(vision)로 직접 정밀 판독(한글은 vision>tesseract) 5) 40쪽 내외 핵심만 영구 스킬로 증류. 각주 조문/판례번호는 스캔화질상 미확정→[확인필요]. tesseract/poppler 없이 node만으로 가능. 스크립트: LAX-site/inbox/_render.mjs

요건사실론 소장작성 필수준수 MECE 5축(스킬 yogeon-fact-doctrine에 상세): ①식별-실체법 근거규정 특정→구성요건을 사실로 분해(청구원인사실) ②분배-법률요건분류설 4종(근거=원고/장애·멸각·저지=피고항변), 상대 증명책임 떠안기 금지 ③층위-청구원인→항변→재항변, 과잉주장·부인항변혼동 금지 ④수준-주요사실만·특정·흠결금지(요건1개누락=청구기각)·증거연결 없으면[확인필요]·불요건사실배제(위약금은 손해발생 불요) ⑤금기-법적결론 사실화 금지·무관서술/창작 금지·다수당사자 연대 구분. 청구별 표준요건사실: 대여금①교부②반환약정/구상금①주채무②보증계약③대위변제/위약금①계약②약정③위약사유/양수금①채권발생②양도③대항요건.

소장 작업대 미리보기에 '추가자료' 탭 추가(stage). 체크리스트 8항목(베니모어 위약금 기준 고정), 상태 있음/없음/찾는중 토글+KV(checklist:<sid>) 자동저장, '있음'시 항목별 파일첨부(R2), '📤 변우석에게 전달'시 상태요약+첨부 전부를 [추가 증거 첨부] 메시지로 전송→변우석이 증거표·소장 반영. 엔드포인트 GET/POST /complaint-draft/work/:sid/checklist. 후속과제: 소장 [추가 증거 필요]에서 체크리스트 동적 생성(현재 고정).

베니모어 위약금 소장 변호사 완성본 확보(R2 업로드 hwpx 분석). 청구취지 67,000,000원=재고 2,350만×2+2,000만, 연12%. 청구원인 6단(당사자관계/체결경위/계약내용/채무불이행/위약금산정/결어). 증거 갑1~갑8(갑1계약서·갑4·갑5 카톡만 보유, 갑2구인광고·갑3문자·갑6 3.4카톡·갑7국민은행이체·갑8거래처카톡 미보유). 이미지자리=[IMG:캡션] 마커→빨강 배지(markImagePlaceholders/HWPX charPr id3). 작성로직은 gusang-sojang-draft 스킬에 저장.

소장 작업대 문서/채팅 분리 계약: 소장·증거표 결과물은 <!-- SOJANG:start -->…<!-- SOJANG:end -->로 감싸 출력(안쪽=미리보기·제출문서, 그 안에 EVIDENCE-TABLE 블록+소장+[갑N]). 단순 질문/대화는 마커 없이 답(채팅창에만). 수정 시 전체 문서를 다시 SOJANG로 감싸 통째 출력(부분 금지). evidence.ts: SOJANG_OPEN/CLOSE, hasDocument/extractDocument/stripDocument. draft_doc.ts renderDraftDocument(증거표 전체 렌더+[갑N] 위첨자), renderChatText(대화부분). routes /work/:id/poll가 doc+messages 반환. 익스포트/미리보기는 latestDocContent(최신 문서 메시지) 기준. 채팅폭 460px. 증거자료 required 해제.

전사 방침(Jason 확정): 변경 끝나면 항상 배포까지 완료+검증 보고. 나는 always-deploy 스킬 보유(검증 tsc/build→npm run deploy→배포URL curl검증→보고). LAX-site는 git 미초기화라 deploy만. 헌장 §4 원칙 패치는 도경이 Jason 승인 후 DB 반영 예정(전원 자동 주입). 민서가 추적체계에 '배포완료' 상태+완료3필드 운용.

LAX 소장 작업대 v1 4단계 완성. stage1 evidence.ts 계약+증거표.md, stage2 draft_doc.ts 각주렌더([갑N]위첨자+증거목록), stage3 /draft/work/:id 2단 작업대+/doc 폴, stage4 hwpx.ts 서식보강(charPr0/1/2,paraPr0/1)+/draft/print/:id 인쇄형PDF. 익스포트는 stripForSubmission으로 각주제거. tsc+esbuild실모듈+vite build 전부 통과, .hwpx ZIP/서식ref 검증. 미검증: 데몬 라이브스트리밍 실테스트, HWPX 한글 실오픈. 남은 후속: HWPX 한글 오픈 확인, 데몬 켜고 e2e, 학습루프(스타일/실수 메모리 적립).

LAX 소장 2단 작업대(stage3) 구현. GET /draft/work/:id = 왼쪽 대화/오른쪽 라이브 소장(흰 종이 시트 .dw-paper, 세리프·중앙정렬 표제). GET /draft/work/:id/doc = 문서 전용 폴(최신 assistant 메시지+content_html+is_streaming/active_task) 1.5s 폴. 수정전송은 POST /chat/sessions/:id/messages, 중단은 /stop 재사용. POST /draft·최근목록 진입을 /draft/work/:id로 변경. 첫 킥오프 프롬프트는 라벨로 대체. tsc+vite build 통과. 한계: 오른쪽=최신 assistant 메시지라 대화체 답변이 문서 덮어쓸 수 있음(계약상 전문 출력으로 회피중). 남은: stage2 각주 미리보기 렌더([갑N]→위첨자+증거목록), stage4 HWPX 소장서식 보강+인쇄형 PDF.

LAX 소장 작성 개편 stage 1 완료. src/shared/evidence.ts 신설(2단계 프롬프트·증거표 추출·제출용 마커제거), draft/routes.tsx POST를 증거정리표→소장 계약으로 교체, HWPX 익스포트에 stripForSubmission 적용, GET /draft/evidence/:id 증거표 .md 다운로드 추가. tsc+esbuild 검증 통과. 남은 단계: 2=각주 미리보기 렌더, 3=2단 작업대(왼쪽 대화/오른쪽 라이브 문서) 라우트, 4=HWPX 소장서식 보강+인쇄형 PDF.

서울중앙지법 2026가단46734 손해배상(기), 민사104단독, 변론기일 2026.7.23 10:40. 원고 윤성윤·신일환(공동대표, 법무법인 한미 김철기·임지선) vs 피고 조예지(라임법률 임동권). 여성의류 쇼핑몰 베니모어 동업·운영계약(2025.12.16 공증). 원고 청구: 계약 제13조 위약금 6,700만원(재고 2,350만×2+2천만)+소장송달익일부터 연12%. 핵심쟁점=근로계약이냐 동업이냐(근로계약이면 근기법20조로 위약금무효). 피고 2026.7.9 준비서면이 근로계약 논증 총력. PDF 실물은 서버아님 로컬 C:/Users/user/Desktop/조예지 에 61건 존재(연결폴더 매니페스트, R2 미승격이라 수안은 카운트만 봄). 갑1~10, 을1~15.

수안(매니저)이 matter_files/inbox_files DB카운트로 '자료 0건'이라 해도, 실제 PDF는 연결폴더(connected_folders, abs_path=null 매니페스트)로 로컬 PC에만 존재하고 서버 R2엔 미승격일 수 있다. 이 경우 서버측 수안은 내용을 못 읽지만 나는 로컬 파일도구(Bash find/Glob/Read)로 직접 열 수 있다. '자료 연결됨'인데 요청서에 내용이 비어오면 DB카운트만 믿지 말고 C:/Users/user 하위(Desktop, Downloads/○○弁, LAX-site/corpus)를 사건명·당사자·사건번호로 직접 검색해 PDF를 Read(PDF는 pages파라미터로 분할)로 확인하라.