이 에이전트가 스스로 만든 스킬입니다. 작업 중 재사용 가치가 있는 절차를 익히면 자동으로 저장하고, 다음 실행부터 활용합니다. (데몬이 동기화)
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. 답변 규칙 - 확정 판례 법리와 견해 대립을 구분해 표기. 불확실하면 검색어를 함께 제시. - 최종 판단은 변호사 몫 — 계약서 문언 확인 필요성을 명시.