2026-09-15 artjoy 프로젝트 신설 · 조수은 IP 합의서 초안 · devplan 훅 — 기록: [코디]

지시 (페페)

「조수은이 아트조이에서 지금까지는 상세페이지 디자이너 일만 했지만 앞으로 AX 전담 담당자로서 일을 할 것이다. 회사에서 개발하는 것은 모두 회사소유로 하되 추후 이직시 원본은 남겨두더라도 쌓아온 자산으로 카피본을 만들 수 있는 권리를 지키려면 어떻게 해야할지 알려줘. 해당 권익을 지키기 위한 효력 있는 계약서 종류가 있는지.」
「다음 작업 초안 진행해. 그리고 아트조이 프로젝트 만들고 관련 프로젝트들은 그쪽으로 모두 재배치 해줘. 법인은 자고등이다. 아트조이(자고등)으로 정리해라.」
「조수은 계약서는 회사와 직원의 현재 원만한 관계를 인간적 도의로 미래에 법적 분쟁을 피하고 서로에게 불이익이 없도록 방지하기 위함이 전제라는 것을 명시해줘.」
「Devplan 페이지도 만들어. 신규 프로젝트 작업시 devplan 페이지 신설, 관련 작업 이어갈시 매번 갱신. 훅으로 만들어라.」

법적 구조 3층 = 배경IP 유보(별지1) · 라이선스백(저작재산권은 회사 귀속 + 본인에게 비독점·무상·영구·2차적저작물 포함 이용허락, 퇴직 후 존속) · 오픈소스 사전승인.
근거 = 저작권법 §9(「계약 또는 근무규칙에 다른 정함이 없는 때」 = 계약으로 뒤집을 수 있는 유일한 문 · 프로그램은 공표 불요) · 발명진흥법 §10·§15(정당한 보상 포기 불가) · 부정경쟁방지법 §2-2·§18(영업비밀 3요건 중 비밀관리성이 방어선) · 대법원 2009다82244(경업금지 = 대가 제공 유무가 유효성 요소).
구성 = 본문 12조 + 별지 3종(배경IP · 비밀정보 특정 · 퇴직 시 반출목록) + 협의 가이드(3단 선택지 · 분쟁 예방 3항목 · 회사 이익 논리 · 운영수칙).
전제 명시(지시 3) = 문서 4곳에 못박음 — ①머리 「🤝 전제」 절(갑/을/양측이 각각 얻는 것) ②합의서 전문(前文) ③제1조 제2항(「상대방에 대비하기 위한 것이 아니다」 + 해석 기준 조항으로 넣어 효력을 갖게 함) ④제12조 제3항(신의성실 · 소송 전 협의 우선). 협의 가이드 톤도 정렬(방어선→선택지, 양보 금지→빠지면 나중에 분쟁이 되는 것).

✅그릴링 3문 [페페] 답 = ①ax-biz 남기고 artjoy 신설(사업 일반 ↔ 고객사 분리 · 두 번째 고객이 와도 구조 재사용) ②해달이 건은 artjoy 이관 + 스터디엔 포인터 ③C:\dev\_work\ax-biz\ 폴더명 유지(경로 참조 다수).
이관 = relay-2026-09-14-artjoy-v3.md(ax-biz) · session-2026-09-12-haedali-detail-mockup.md(danggeun-ai-study) — git mv 로 이력 보존(커밋에 rename 2건으로 기록).
danggeun handoff 의 해달이 블록 원문 21줄 + 전달용 패키지 9줄을 artjoy handoff 로 옮기고 원 위치엔 포인터만 남겼다(요약이 아니라 원문 이관 = 정보 누락 0).
ax-biz = 세 사업 구조 · 카탈로그 · 가격 원칙 · 제작 함정만 남기고 「고객사」 표 1행 추가.

페이지 C:\dev\devplan\artjoy.html — web-designer 상담 반영(착수 전 필수): TOC 없는 단일 컬럼 960px 상태판(pfs-nesting-qa5 의 TOC+780 은 「회차별 append 이력물」용이라 상태 스냅샷엔 과하다) · 첫 화면 = 요약 스트립 4칸 · 진행/미결을 계약보다 앞 배치(방문 빈도 순) · 계약은 카드 2장(추천 = 테두리 2px + 배지 텍스트가 1차 신호, 색은 보조) · 대외비 A안은 <details> 로 접어 물리적 분리 · 스텝퍼는 아이콘(✓/○)+라벨 병기(protan 에서 --live↔--accent 구분 불가) · 진행률 % 금지 · 갱신이력 맨 아래 최신순 + 기록주체 태그.
검사 = check_font FAIL 0(수정 2건: 12px→13px · .badge 바닥 규칙) · check_theme FAIL 0 · qahelper 1줄.
허브 등록 = projects.json(artjoy 신규 + ub 필드 신설 · ax-biz/danggeun-ai-study 에도 ub 추가) → project_state.json artjoy 신설(CLI set 은 기존 항목만 고칠 수 있어 JSON 직접 추가) → build_hub.py.

C:\dev\tools\ruleguard\detectors\devplan-page-missing.py · event=Stop · mode=deny · mtime 기준(네트워크 0 · 서브프로세스 0).
로직 = ①seedchain/projects/<P>/*.md 중 최근 2시간 내 수정 = 이번 세션 작업 ②대응 devplan 카드가 없으면 신설 필요 ③있는데 source mtime 이 2시간 밖이면 갱신 안 함.
매칭 = projects.json 의 ub 필드 우선 → 이름 일치/접두 → 첫 토큰 접두(danggeun-ai-study → danggeun-*). 새 카드엔 ub 를 반드시 넣어 오탐을 없앤다.
면제 = 「갱신 안 함」만 답변에 devplan: 갱신 없음(사유) 한 줄로 갈음 가능(리포 정리처럼 화면에 비출 게 없는 작업이 실제로 있다). 「카드 자체가 없음」은 면제 불가.
자체검사 14항목 · ruleguard 전체 65항목 실패 0.

manifest 365→366건 OK · BRIEF.artjoy.md 생성(캡 40,000 이내) · FTS 재색인 후 mem_find --text 조수은 계약 적중.
허브 「📌 최근 등록·작업」 = 2026-09-15 active artjoy 맨 위 확인.
project_state.py check = 92건 통과.

신규 프로젝트 = devplan 페이지 신설, 이어가는 작업 = 매번 갱신 — 훅이 강제(위 ④). 기록처 = C:\dev\CLAUDE.md §3 · rules/workflow.md devplan 절.
devplan 카드 등록은 3단계다 — projects.json + project_state.json + build_hub.py. 상태 항목을 빠뜨리면 빌드가 FAIL 로 멈춘다(1:1 검증 게이트). project_state.py set 은 기존 항목 전용이라 신규는 JSON 직접 추가.
고객 문서에서 「조수은」은 허용어, 「해달이」는 금지 — 같은 사람이라 헷갈린다(projects/artjoy/rules.md).