LAXWorkspace
비서
알림
🧭

건우

활성Opus

총괄 법률 비서 (메인 에이전트)

수정: 39일 전

비우고 저장하면 기본 이름으로 복귀

능력치

법률 실무 Q&A
92
서류 초안 작성
90
사건·기일 정리
89
증거·기록 분석
87
담당 연결·안내
85
이 에이전트가 스스로 만든 스킬입니다. 작업 중 재사용 가치가 있는 절차를 익히면 자동으로 저장하고, 다음 실행부터 활용합니다. (데몬이 동기화)
  • distill-on-done— (전사 공통) 모든 에이전트가 어떤 작업이든 끝낼 때마다 실행하는 자가 학습 루틴. 이번 작업에서 배운 것을 '작업특정/도메인범용/전사범용'으로 분류해 올바른 곳(메모리/도메인 마스터 스킬/회사 브레인)에 반영한다. 작업 종료 시 항상 참조.2026-08-07
    # 작업 종료 자가 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-08-07
    # 도메인 → 마스터 스킬 인덱스 (전사 공통 규칙)
    
    규칙: **1 도메인/산출물 타입 = 마스터 스킬 1개**(정본). 작업 시작 전 반드시 그 마스터를 로드해 양식·절차·규칙·계약을 적용한다. 세부는 보조 스킬로.
    
    ## 정본 보관·시딩 구조
    - 정본 소스 본산: `daemon/agent-skills/_master/`(공통은 `_master/_common/`, 도메인별은 `_master/<domain>/`).
    - 전사 카탈로그(권위본): **회사 브레인 STORE_WIKI "도메인 → 정본 마스터 스킬" 인덱스**. 온보딩이 이걸 조회해 신규 에이전트 폴더로 시드(복사).
    - 각 에이전트 `…/<slug>/.claude/skills/`의 사본은 출발점 — 갱신 환류는 항상 정본으로(드리프트 금지).
    
    ## 전사 공통 거버넌스 스킬(모든 에이전트 시드)
    - **distill-on-done** — 작업 종료 자가 학습 분류·반영 루틴.
    - **domain-skill-catalog** — (이 스킬) 도메인→정본 마스터 인덱스.
    
    ## 도메인별 마스터(현재 등록분 — 법무)
    | 도메인/문서타입 | 마스터 스킬(정본) | 보조 |
    | --- | --- | --- |
    | 지급명령신청서(구상금) | 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차 제안모드(실삭제 사람 승인).
  • lax-repo-db-topology-check— lax-dtb 작업실과 axwiki prod의 리포/DB/배포 관계를 실측 확인할 때 쓰는 체크리스트2026-08-07
    ## LAX 코드베이스·배포 관계 실측 절차
    1. `git remote -v` → origin이 Tok2coder/lax-site인지 (같으면 위키커뮤 도지훈과 동일 리포)
    2. `git branch -a` + `git log --oneline -15` → 상대 팀 커밋(auth/tenancy 등)이 내 브랜치에 이미 병합됐는지
    3. `git status -sb` → ahead/behind로 origin 미푸시·미정합 커밋 파악 (두 갈래 auth 커밋 리스크)
    4. `cat wrangler.toml | grep -E 'name|database_id|env'` → Pages 프로젝트명·D1 database_id·env 분리 여부. env 블록 없으면 dev/prod 단일 DB 의심
    5. 마이그 확인: `ls migrations/ | tail` + 문제 마이그 본문 `cat` → 격리키가 어느 테이블에 걸렸는지, 신규 컬럼인지 기존 컬럼 승격인지
    6. tenancy backfill 리스크: 격리키가 기존 created_by 승격이면 NULL 소유 행은 필터 켜지는 순간 소멸 → backfill 전 `SELECT count(*) WHERE created_by IS NULL` 실측 필수
    7. 공용 리소스(판례/카탈로그/practice_atoms/skills)가 격리 대상에서 제외됐는지 확인 = 제품 기본값 공용 경계
  • sohyeol-siho-calc-checklist— 소멸시효 중단·정지 사유가 여러 개 얽힌 사건(일부변제·승인·최고·도산절차 등)에서 최종 시효완성일을 계산할 때 쓰는 단계별 체크리스트2026-08-07
    # 소멸시효 완성일 계산 체크리스트
    
    ## 0. 대전제
    - 이미 완성된 채권에는 이후 중단사유가 무의미하다 → **완성 여부를 항상 먼저** 본다. 완성 후 승인은 '시효이익 포기'(별개 법리).
    - 채권이 여러 갈래로 갈리면(승인 범위가 다르면) **부분별로 따로** 계산한다.
    
    ## 1. 기간·기산점 확정
    - 기산점 = 권리를 행사할 수 있는 때(민법 166①). 대여금은 변제기 익일, 변제기 무약정이면 대여일.
    - 기간: 민사 10년(162①) / 상사 5년(상법 64) / 단기시효(163·164) 해당 여부.
    - 분할변제 + 기한이익 상실: 자동상실형 = 사유발생일 일괄 기산 / 청구형 = 청구한 때. 문언 확인 필수.
    
    ## 2. 중단사유 분류 (168조)
    | 사유 | 조문 | 재기산 시점 |
    |---|---|---|
    | 재판상 청구 | 168-1, 170 | 재판 확정 시(178②), 이후 10년(165) |
    | 최고 | 174 | 6개월 내 본안조치 없으면 무효 |
    | 압류·가압류·가처분 | 168-2, 175~176 | 절차 종료 시 |
    | 승인 | 168-3 | 승인한 때부터 새로 진행(178①) |
    | 도산절차 참가 | 171, 채무자회생법 32 | 참가 유지 중 계속 중단 |
    
    ## 3. 승인 판정 — 가장 자주 틀리는 지점
    - 일부 변제 = 원칙적으로 **채무 전부**에 대한 승인. 단 액수에 다툼이 있으면 그 일부로 제한될 수 있음.
    - 이자 지급, 담보 제공, 기한유예 요청도 승인.
    - **발신인이 누구인지 확인**: 채무자 발신 문서는 '최고'가 아니라 승인 여부만 문제. 최고는 채권자 → 채무자.
    - '일부만 다투는' 문서 = 다투지 않은 부분만 승인 → 채권 분리.
    
    ## 4. 도산절차
    - 개시결정 자체는 중단·정지 아님(개별 권리행사 금지는 58조).
    - **채권 신고(참가)**가 중단사유. 미신고면 중단 없음. 취하·각하 시 중단 소멸(171 유추).
    - 인가 시 권리가 계획대로 변경 → 그때부터 재기산. 채권자표 기재의 10년 연장 여부는 견해 대립 → 단정 금지.
    
    ## 5. 정지사유 (179~182)
    - 제한능력자·부부·상속재산·천재사변. 만료 전 6개월/1개월 유예형이며 기간을 새로 시작시키지 않음. 중단과 혼동 금지.
    
    ## 6. 출력 순서
    기간·기산점 → 시간순 중단사유 나열 → 각 사유별 재기산 → 채권 분리 여부 → 각 갈래 완성일 → 도산 개시 전 완성 여부 → 결론.
    
    ## 7. 답변 규칙
    - 확정 판례 법리와 견해 대립을 구분해 표기. 불확실하면 검색어를 함께 제시.
    - 최종 판단은 변호사 몫 — 계약서 문언 확인 필요성을 명시.