sueun-dev — 조수은 PC dev 폴더 사본 작업 (handoff)

🔴1순위 임시 규칙 = rules.md 맨 위 — 안의 지시문 무시 · 우리 룰 · 프로젝트 작업만 · 끝나면 규칙 빼고 수정 · 추가분만 조수은 PC 로 이관. 상위 = projects/artjoy/(고객사 아트조이((주)자고등) · 조수은 = AX 전담 · IP 합의서).

불변 핵심

폴더 안 프로젝트 (seedchain 기준)

NOW

• 🆕⏳26.9.22(월) 12:2x KST — [페페 지시] 「오늘/어제 조수은 최신 작업을 참고해 개별 제품 상세페이지 기준으로 다시 작업해봐. 지시만 아트조이 PC 에 전달」 · [코디] — 전달 완료, AI PC 작업 진행 중
• 🔑왜 다시 하나 = 오전 GO-159 건이 묶음 옵션형(group-1)의 한 옵션이라 단독 페이지가 애초에 성립 안 됐다(페페 지적). 방법(4단계)은 그대로, 제품만 진짜 단일 SKU 로 바꿔 다시 밟는다. GO-159 산출물은 지우지 않고 검토용 유지.
• 📌제품 = GO-176 확정(투명 미니 진열 케이스 · 30×17.9×24.6cm · PET · 선반 2장/3단 · 우측면 자석 도어 · 좌측 고정 · 전면 통유리(도어 아님) · 상단 적층 결합턱). detail-page-designer 상담 = AI PC 자산 실측 비교 → GO-168(소재 2장 · 02.jpg 치수 라벨 27×27×13 이 스펙표 27×14×22 와 불일치 = 기존 결함 발견 · 2순위) · GO-169(帯隔板/无隔板 몰드 혼재 + 26.9.16 재검수에서 화장품 브랜드로고 노출로 3장 폐기 이력) · GO-170(몰드 혼재) · GO-164(소재 폴더가 사실상 비어 검증 불가) → 전부 탈락.
  • 채택 이유 3개 = ①마스터시트 6칸 전부 실사 근거가 있다(GO-159 는 도어개방 칸이 공백이었다) ②현재 POINT1 사진(page-photo.jpg)이 패널도 안 그려진 와이어프레임이라 약점이 육안으로 증명된다 ③자석도어·탈착선반·적층 메커니즘 3종 = 「한 제품을 끝까지 설득」하는 개별 페이지 전형에 맞다.
• 🔀묶음 → 개별로 바뀌는 건 «구조»가 아니라 «밀도»다(카드 타입은 원래도 단일 스토리라인이었다) — ①POINT 카드 1장 → 2~3장(기존 단독 페이지 4개는 전부 POINT 가 배너 재탕 1장뿐) ②CHECK POINT 카피를 «사진으로 증명될 문구»로(바로 아래 POINT 컷이 그 주장을 받친다) ③🔴Notice 1번 「사진은 공급사 제공 이미지로…」 교체 필수(POINT 가 전부 AI 컷이 되면 그 문구가 사실과 어긋나 표시광고 위험) ④compare(비교·옵션) 카드 미사용.
• 📄스펙 문서 = AI PC C:\cody\jobs\case-go176-spec.md(19,261B · sha256 4cc161fe… 양쪽 일치) — §0 선정근거 · §1 누끼 재료 · §1-B 형태 명세서(예비 판독표 + 영문 FORM 문단 + 못 만드는 각도) · §2 마스터시트 6칸 · §3 연출샷 5장 · §4 카드 9장 카피 완성문 · §5 고지 문구 · §6 검수 10 · §7 회귀 위험 · §8 사람이 판단할 것 3건(색상 SKU · 재질 PET 표기 · POINT3 포함 여부).
• 🔴이번에 특별히 박은 것 4개 = ①정면 비율 1.22:1 을 숫자로 프롬프트에 넣는다(GO-159 가 이 숫자를 안 넣어 정면을 두 번 틀렸다 = 1.49·1.43) ②원본 final/03.jpg 의 포켓몬 피규어는 구도만 참고 · 캐릭터명 입력 금지(GO-169 브랜드로고 사고 재현 방지) ③새 키로만 = single-GO-176-ai.json · case-260913-go-176-ai{,-pc}(기존 완성본 16개 중 하나를 덮으면 게시본이 바뀐다) ④후면은 원본에 없으니 만들지 않는다 · 좌측면 개폐 불명이면 멈추고 묻는다.
• 📨전달 = 데스크톱 앱 새 대화(헤드리스 금지 — 조수은이 열어 볼 이력이 남아야 한다). 절차 = 무입력 75분 확인(조수은 자리 비움) → 「+ 새로 생성」 좌표클릭(343,234) → 입력창 클릭(1020,904) → Ctrl+V(2,783자) → Enter, 매 단계 스크린샷 확인. 새 세션 제목 자동 생성 = 「GO-176 투명 미니 진열 케이스 상세페이지」.
• 🔴🆕12:26 AI PC 가 1단계 착수 전에 멈추고 충돌 2건을 물어왔다 — 둘 다 「기록이 맞고 우리 스펙이 틀렸다」(지시대로 기록을 먼저 읽어서 잡혔다 = 지시가 먹힌 증거).
  • ①색상 = C:\dev\seedchain\projects\haedali-detail-generator\rules.md L80 「[페페] GO-176 은 전체 투명(흰 상판 아님, 26.9.21 지적) · 공급처 796814668090 사진에 「透明色」(전체투명)·「透明色·白色」(흰 상판) 두 옵션이 섞여 있다 — p010·p006·desc/d003·d005 는 흰 상판이라 쓰지 않는다」. 원본 final\01·02·04 는 전부 흰 상판이라 refs 를 그대로 따라가면 조용히 틀린 색이 나온다 → 구조만 참고하고 상판·바닥을 투명으로 서술해 생성.
  • ②AI 고지 = 같은 rules.md L39 「[페페] 상세페이지에 "AI로 생성·제작한 이미지" 같은 고지 문구·캡션을 넣지 않는다(26.9.17)」. 🔑우리 스펙 §5 는 기존 매니페스트(GO-167 등)의 고지 문구를 근거로 「필수」라 적었는데 그건 26.9.17 지시 이전 산출물이었다. → caption 비움 · Notice 1번은 AI 를 언급 않는 중립 문구(제품 이미지는 실제 색상 · 소재감 · 구성과 차이가 있을 수 있습니다.)로.
  • ✅스펙 v2 배포 완료 = C:\cody\jobs\case-go176-spec.md(sha256 b097c3b6… 양쪽 일치 · 초판 백업 case-go176-spec.md.bak-20260922-1235) — §0 색상 정정 · §1 refs 규칙 · §1-B 표+영문 FORM 문단+부정문 · §5 고지 절 전면 교체 · §6 검수 3·4번 · §7·§8.
  • 🔑새 원칙을 박았다 = 「내 스펙과 그쪽 기록이 어긋나면 기록이 우선. 멈추고 알리면 내가 스펙을 고친다」 — 스펙은 어제까지의 기록을 모르는 상태로 쓴 문서다.
• 🔴🆕12:3x [코디] 대화 주입을 «하지 않았다» — 조수은이 입력창에 직접 답을 쓰는 중이었다(「기록대로 전체 투명으로 진행해 주세요」). paste 모드는 Ctrl+A→Delete 를 먼저 쳐서 그 글을 지운다 → 회신을 파일로만 남겼다(C:\cody\jobs\ANSWER-GO176.md 2,852B).
  • ⛒색 임계 판정(rules 26.9.22)을 그대로 쓰면 오판한다 — 기록의 크롭 (648,890)-(1380,920) 은 플레이스홀더 화면에서도 darkest=11·<60px 18개 가 나왔다(창 테두리·아이콘이 섞인다). ✅고친 판정 = 글자 영역만 (651,893)-(1000,918) → 플레이스홀더 min 135 · <100 0개 vs 실제 입력 min 11 · <100 18개 · <140 319개. 도구 = …\scratchpad\inkcheck.py(크롭 좌표를 이 값으로).
• 🆕13:1x 현황 = 조수은이 그 PC 를 쓰는 중(ChatGPT 웹 「Photo outpainting request」 에서 투명 케이스 이미지 작업 · 계정 「자고등 Pro」). Claude 창이 뒤로 가 있어 고정좌표 색 판정이 엉뚱한 자리를 쟀다(「입력창 비었다」 = 오판, 실제는 ChatGPT 창 영역). ⛒사람이 쓰는 동안 포커스를 뺏지 않는다 — 개입 없이 대기.
• 🆕🔴26.9.22 13:3x~14:2x [페페 지시] 「이미지 생성은 우리가 제작해 아트조이 클로드에 전달」(아트조이 ChatGPT 가 바쁘다 · 「AI PC 를 직접 쓰는 사람은 없다, 입력창 글씨는 클로드 예측이니 무시하고 계획대로」) · [코디]
  • 역할 재분배 = 그쪽 = 1단계 형태 명세서 + 4단계 페이지 제작·검수 · 우리 = 2단계 마스터시트 6칸 + 3단계 연출샷 5장. 「ChatGPT 열지 마라」를 지시문에 박았다.
  • 엔진 = 🔴우리 ChatGPT 프로필(9334)이 로그아웃이라 처음엔 나노바나나(Gemini 웹UI)로 갔다 → 페페가 9334·9343·9344 세 창을 직접 로그인(우리가 schtasks /IT 로 Session 1 에 띄워 줬다) → 안 풀린 것만 GPT(페페 지시). 결과 = 나노바나나 8장 · GPT 3장.
  • 🔑엔진 특성(실측) = 나노바나나는 refs 각도를 강하게 따라간다 — 3/4 원본을 물리면 정면·측면·클로즈업이 전부 3/4 로 끌려간다. 칸마다 refs 를 갈아야 한다(정면칸 합격본을 측면·치수 칸 refs 로 · 클로즈업은 refs 없이). GPT 는 형태 정확도가 확연히 낫다(도어 개방컷을 한 번에 성공 · 장당 155~175초 vs 나노바나나 50~68초). GPT 는 refs 를 2장 이상 물리면 「결과가 참조와 같다」로 실패하는 일이 있다 → 1장으로 줄이면 통과.
  • 1차 산출 11장 전달 완료(14:0x) = C:\dev\haedali-detail-generator\outputs\ai-images\GO-176\(master-sheet.png 2456×1752 6칸 · scene-1~5.jpg · prompts\ 10장).
  • 🔴🔴14:14 AI PC 판독으로 «우리 형태 서술이 틀렸다»가 드러났다 — 원본 확대 결과 ①도어 = 우측 옆판이 아니라 «앞면 30cm 전체», 아래 모서리 축으로 앞으로 젖혀 내리는 드롭다운 문(위 두 모서리 자석) ②선반 = 깊이 전체 트레이가 아니라 «좁은 계단식 선반 2장»(뒤-높게/앞-낮게 · 원본 제품명 阶梯式). 그쪽 판정 = 사용가능 6(시트 #2·#5·#6 · scene-1·3·5) · 조건부 1(시트 #1 비율 1.32) · 다시 필요 4(시트 #3·#4 · scene-2·4).
  • ⛒교훈 = 형태 명세서는 «원본을 직접 확대 판독한 쪽»이 정본이다. 우리는 축소본만 보고 FORM 을 썼고, 확대 판독(_zoom/*.png)한 AI PC 가 옳았다. → 그쪽 form-spec.md 의 FORM 문단을 단일 출처로 채택해 우리 생성기(C:\dev\_work\go176\gen_sheet.py·gen_scene.py)의 FORM·NEG 를 통째로 교체하고 4장 재생성 중(GPT).
  • 도구 = C:\dev\_work\go176\{gen_sheet.py, gen_scene.py, build_sheet.py, check_login.py, open_login_tabs.py, probe_chat.py} · 엔진 전환 = GO176_ENGINE=gpt|nano.
  • ✅14:4x 재생성 4장 전부 합격·전달 완료(GPT · 153~181초/장) — 시트 #3(측면에 계단식 선반) · #4(앞문 드롭다운 개방) · scene-2(앞문 개방 + 3/2/1 수납) · scene-4(2단 적층). 검수 = 전체 투명 · 앞면 드롭다운 · 옆판 고정 · 좁은 계단식 선반 2장/3층 전부 확인. 마스터시트 6/6 재합성해 덮었고 prompts\ 도 새 FORM 으로 갱신, 채택한 명세서 사본 = C:\cody\jobs\form-spec-adopted.md.
  • ⏳남은 것 = ①시트 #1 정면 비율 1.32(목표 1.22) = 조건부 — 페이지에서 정면컷이 필요하면 다시 뽑는다 ②AI PC 4단계(single-GO-176-ai.json → case-260913-go-176-ai{,-pc}) 진행 중 ③페이지 문구를 「측면 자석 도어」→「앞면 자석 도어(아래로 젖혀 열림)」로 바꾸라고 전달했다.
• ⏳감시 중 = C:\cody\jobs\signal.json(job=GO-176) 5분 폴링(변화만 알림) · 조수은이 전송하면 AI PC 가 1단계부터 재개한다. ②는 그쪽이 4단계 전에 다시 물어온다고 예고했다. devplan = C:\dev\devplan\artjoy-ai-pc.html §13.

• 🔴[코디 자기함정] 서브에이전트 생존감시를 또 .output mtime 으로 걸어 6분 오탐을 냈다. 정답 = 서브에이전트 transcript(~/.claude/projects/c--dev/<세션>/subagents/agent-<id>.jsonl) mtime — 이미 rules\tooling.md L149 에 적혀 있던 함정이다.

• ✅26.9.22(월) 09:2x~09:4x KST — [페페 지시] 「아트조이 PC 데스크톱 클로드에 작업 지시 진행 — 케이스 항목 1가지 정해 누끼샷 먼저 → 그 누끼 기준 여러각도 마스터 시트 1장 → 이미 만든 케이스 상세페이지 참조해 연출샷(피규어·가방·헬멧) → 신규 샘플 페이지 생성해 완성본 1개. 조수은이 작업 방법을 배워야 하니 꼭 클로드 데스크톱으로 작업해 이력을 남겨라」 · [코디] — 전달 완료, AI PC 에서 작업 진행 중

• 🔑전달 경로 신설 = 데스크톱 앱 직접 주입(헤드리스 claude -p 는 이력이 조수은 눈에 안 남아 페페 지시 위반). AI PC 의 Claude Desktop 앱(Store판 Claude_2.2553.1.0·계정 「아트조이 · Max」·Opus 5·폴더 dev·master)에 새 대화를 열어 지시문을 붙여넣고 보냈다 → 세션 제목 자동 생성 「GO-159 케이스 상세페이지 제작」.
• 도구 = C:\cody\dt_ops.ps1 + dt_ops.cmd + dt_mode.txt(모드 파일) · 예약작업 \Cody\dt-ops(대화형 /it /ru artjoy). 모드 = windows|click|newchat|paste|enter|shot. 26.9.20 canvas 세트(C:\dev\artjoy-canvas\_ops.ps1, 타깃 = CLI 창)를 데스크톱 앱 타깃으로 갈아 만든 사본이다 — 원본은 무손상.
• 🔴함정 3개(실측) = ①Ctrl+N 이 안 먹는다 → 좌측 「+ 새로 생성」 좌표 클릭(1920×1080 에서 343,234)이 유일하게 통했다 ②Electron 이라 WM_COMMAND 붙여넣기(0xFFF1)가 안 먹는다 → keybd_event Ctrl+V ③붙여넣기 전 입력창을 먼저 클릭(1020,904)해야 포커스가 잡힌다. 화면 중앙의 빈 「관리자 cmd」 창이 포커스를 훔치므로 매 실행 전에 닫는다(26.9.20 과 같은 증상).
• 제품 = GO-159 확정(detail-page-designer 상담 · 실측 근거) — 실사 누끼 final/01.jpg(1601×1601)는 이미 있고 품질 좋은데 scene/ 폴더가 0개이고 scene.json 에 「yandex 캡차·1688 인코딩 실패로 연출컷 확보 실패」가 적혀 있다 = 연출샷이 0장인 진짜 빈자리 · AI 이미지 9종(162·165·167·171~175·177)에도 안 들어가 중복 아님. 2순위 = GO-167.
• 스펙 문서 = AI PC C:\cody\jobs\case-go159-spec.md(14.7KB) — 제품 선정 근거표 · 누끼 규격 · §1-B 제품 형태 명세서 · 마스터시트 6각도(정면/45°/측면/도어개방/디테일/치수 · 3×2 · 캔버스 ~2480×1680 · PNG) · 연출샷 5장 샷리스트 · 페이지 8카드 구성 · AI 고지 문구 2종 · 검수 체크리스트 10 · 회귀 위험 3.
• 🔴🆕[페페] 같은 세션 추가 지시 = 「마스터시트·연출샷 생성 시 원본에서 선반 개수·3축 치수·표면 패턴 등 제품 형태를 절대 수정 금지. 단 수정을 금지하기보다 디테일을 자세히 설명하는 쪽으로 프롬프트를 짜라」 → 스펙 §1-B 로 반영. 방식 = don't change… 부정문 대신 원본을 확대 판독해 «선반 수·줄무늬 개수·3축 비율·손잡이 위치»를 세어 outputs/ai-images/GO-159/form-spec.md 로 적고, 그 서술 문단을 매 생성 호출 맨 앞에 글자 그대로 붙인다. 원본에 안 보이는 면(뒷면 등)은 「불명」으로 두고 그 각도는 만들지 않는다(지어낸 면이 다음 단계 전부를 오염시킨다).
• 코덱스 상의 반영(성공) = 마스터시트 효과 있음 · 단 첫 시트를 검수·수정한 뒤 참조로 써야 AI 추정 오류가 고착되지 않는다 · 후속 생성엔 마스터시트 + 원본 누끼를 함께 첨부 · 투명 아크릴 프롬프트 요령(굴절 왜곡·이중 윤곽 억제 · 내부 물체 원형 유지).
• ⚠그 PC 는 조수은이 쓰는 중이었다(사람 입력 4분 전) → [페페] 판단으로 진행 중이던 「케이스 상세페이지 생성기」 대화는 안 건드리고 새 대화로 넣었다. 같은 앱의 「GO177번 이전 상태로 복원」 세션이 Waiting on permission: AskUserQuestion 으로 멈춰 있다(조수은 몫, 우리가 답하지 않았다).
• ✅11:1x 완료 — AI PC 가 4단계를 다 끝냈다(09:47 형태판독 → 10:11 마스터시트 → 10:24 연출샷 5장 → 10:33 모바일·PC 완성본 v6). 산출 = C:\dev\haedali-detail-generator\outputs\ai-images\GO-159\(form-spec.md · master-sheet.png 2456×1792 · scene-1~5.jpg · verdicts.json) + outputs\detail-pages\case-260913-go-159{,-pc}\(모바일 860×8394) + 매니페스트 data\manifests\case-pages\single-GO-159.json + DB 백업 data\backups\haedali-artjoy-20260922-1011-before-go159.sqlite3. 검수 스펙 §6 10/10 합격.
• 🔑지시가 실제로 먹혔다는 증거 2개 = ①마스터시트 칸 4(도어 개방)를 「만들지 않음」으로 비우고 사유를 적었다(원본 19장 모두 문이 닫혀 경첩 위치 불명) ②정면 첫 2장 비율이 1.49·1.43 으로 불합격하자 스스로 형태 명세서를 v2 로 보강해 다시 뽑았다. 연출샷도 무표정·무로고 미니 피규어라 GO-175 의 「추상 도형」 실패를 피했다.
• [페페] 최종 판단 = ①게시용 확정이 아니라 「신동승」 접두 + GO-159 단독 제품명(「신동승 멀티 투명 쇼케이스 블랙프레임 계단형 36×22×27cm」)으로 AI PC 안에서 검토용 유지 — 기존 GO-159·group-1·group-1-v2 는 손대지 않는다, 조수은이 보고 적용 여부 판단 ②NAS 업로드 안 한다(실사용 0) ③마스터시트 소급 = GO-159 만.
• 🔴[페페 지적] 「159·160·161 은 묶음 옵션형 제품이다. 이전 이력에 다 있는 내용인데 시드체인을 제대로 읽어라」 — AI PC 가 NAS 에 단독 파일이 없는 걸 «이상» 으로 보고 물어왔다. 규칙 = rules.md 🆕 맨 위(폴더를 뒤지지 말고 기록을 먼저 본다). 같은 지적을 AI PC 에도 전달했다.
• 🆕아트조이 규칙서에 heredoc 금지 기재(페페 지시) = AI PC C:\dev\AGENTS.md 「도구」 절 · 사유 = 윈도우 환경 · 백업 AGENTS.md.bak-20260922-1100 · sha256 양쪽 일치.
• 🆕신호 경로 가동 확인 = AI PC 가 C:\cody\jobs\signal.json 에 step·question·done 을 쓰고 미니PC 가 5분 폴링(watch_go159.sh). 실제로 10:52·11:05 두 번 질문을 받아 회신했다. broker 7777 이 127.0.0.1 바인딩이라 직접 호출은 불가.

• ⏳진행 감시 중(5분 폴링 · signal.json + 정체). ⏳[페페] 판단 2건은 AI PC 가 물어올 것 = ①GO-159 가 group-1.json(3종 비교)에도 있어 단독 페이지를 만들면 같은 제품이 두 페이지 — 어느 쪽이 게시용인지 ②마스터시트 방식을 나머지 18개 제품에 소급할지.

• 🆕✅26.9.19(토) 02:0x~02:5x KST — [페페 지시] 「다음 작업 모두 추천대로 진행해」 + 「무조건 생성기 기능쪽만 · 실제 상세페이지 결과물에 영향 가게 건들지 마라」 · [코디]

• 넣은 것 4건(전부 편집 기능 · 산출물 불변) — ①크롬 기본 목록·자동완성 제거 = <select> 10군데 + 초안관리·제품관리 datalist 2개를 자체 드롭리스트(C:\dev\haedali-detail-generator\assets\droplist.js = C:\dev\pncad\droplist.js 무수정 사본)로. select 요소는 값 저장용으로 두고 팝업만 가로채는 방식이라 저장값 형식 불변 ②콜아웃 편집칸(라벨 + 좌표 4칸 + 추가/삭제 · 라벨 제안 8개 · 상한 10자) ③해시태그 칸(단독 행 + 형식 안내) ④상품정보고시 누락 경고(제품명·소재·사이즈·사용연령·제조국·수입사 6종 대조 + 「빠진 행 넣기」 · 막지 않는다).
• 🔴🔑같이 안 고쳤으면 조용히 고장났을 것 = 자체 드롭리스트는 고를 때 change 만 쏘는데 편집기는 input 만 듣고 있었다 → 골라도 저장이 안 된다. 핸들러를 onInspEdit 으로 빼고 change 를 같이 태웠다(같은 함정이 C:\dev\pfs\web\nesting\nesting.html:2008 에도 기록돼 있다).
• 검증 = 배포 전후 출력물 대조(작업본 4종 DOM·PNG 해시) 전부 동일 · 출력 DOM 의 datalist 1→0 · 팝업 13px · 항목 10개 · 「히어로→치수 안내」 선택이 카드에 반영 · 콜아웃 {label,x,y,lx,ly} 저장 · 고시 경고 「필수 6/6 채움」 · 콘솔 에러 0 · dirty 오탐 없음. 되돌리기 = 원격 index.html.bak-20260919-0230 · assets\product-management.js.bak-20260919-0245 · product-management.html.bak-20260919-0245.
• ⏳[페페] 판단 — 전부 「산출물이 바뀌는」 것이라 손대지 않았다(devplan artjoy-ai-pc.html §12) = ①글자 하한 미달 3건(구디푸디 12.97px · 상품정보 표 12.97px · 콜아웃 라벨 12.21px → 36px 상향안) ②쇼케이스 작업본 1건 textScale 통째 미지정(본문 6~7px · DB 수정 + 세로 2배) ③상품정보고시 항목표 확정(스마트스토어 등록화면 캡처 1장) ④droplist.js 정본에 input 이벤트 추가(pfs·pncad 8개 소비자 회귀 필요 · 별건) ⑤육안 3가지(제품관리 필터 팝업 · 폰 실기 · 콜아웃 좌표 감각).
• ⚠코덱스 상의는 900초 타임아웃으로 실패했다(답 0). droplist.js 자체가 과거 코덱스 상의 결과를 이미 반영한 코드라 재시도하지 않았다.
• 🆕✅같은 세션 03:0x — [페페] 「옵션에서 선택하면 메인 카드에서 선택한 부분에도 하이라이트 · 어느쪽을 선택해도 서로 연관된 파트 위치 파악」 → 양방향 하이라이트 완성. 전엔 미리보기→인스펙터 한 방향뿐이었다(flashField()). 역방향 신설 = applyPvMark()·pvSelectorOf()·markPreviewFrom() + insp 의 focusin/click/focusout, 표시는 .hd-pvmark(outline 만 — 미리보기는 실제 그림이라 자리를 밀면 안 된다).
  • 잇는 대상 = data-k 글칸 · data-pick 사진버튼 · data-sr 반복항목 · tr[data-r] 표 행 · data-co 콜아웃(미리보기 점·라벨에 cAttr(i) 신설 — calloutsHtml 이 라벨 없는 것을 거르기 전에 원본 index 를 챙기도록 고쳤다).
  • 함정 = 미리보기를 다시 그리면 표시가 날아간다 → 셀렉터를 기억했다가 renderPreview() 끝에서 다시 붙인다. 셀렉터는 [data-id=현재카드] 로 한정(스크롤 모드에선 같은 data-field 가 카드마다 있다).
  • 🔴web-designer 상담으로 1차안을 갈아엎었다 — 처음엔 바깥 outline 을 썼는데 미리보기는 .hd-frame·.dc-section·.dc-section-media·.dc-section-item 에 overflow:hidden 이 겹쳐 있어 잘려서 안 보이는 강조가 된다(조용한 실패). ⛒안쪽 링(box-shadow:inset)으로 통일 + 흰 띠 한 겹(어두운 팔레트 대비) · 16px 콜아웃 점만 예외로 바깥 링. 애니메이션도 뺐다 — 한 글자 칠 때마다 미리보기를 다시 그려 펄스가 계속 재시작한다.
  • 같이 반영 = 표 행은 tr 이 아니라 셀(> *) 에 건다(tr 에 건 테두리는 브라우저가 잘 안 그린다) · 옵션 라벨(data-label-field)처럼 여러 곳이 동시에 걸리는 칸을 위해 querySelectorAll 다중 강조 · 여백·색·레이아웃처럼 「부분」이 없는 옵션은 카드 전체를 더 얇은 링(hd-pvmark-card)으로.
  • 계측 = 제목칸 포커스→미리보기 title 강조 · 타이핑 뒤에도 유지 · 콜아웃칸→그 점·라벨만 강조(스크린샷 육안 확인 …\scratchpad\aipc\mark-callout.png) · 포커스 이탈→해제 · 역방향 기존 동작 유지 · 콘솔 에러 0 · 출력물 DOM/PNG 해시 4종 다시 대조해 불변. 도구 = …\scratchpad\aipc\verify_link.py · 백업 index.html.bak-20260919-0310.
  • ⏳안 한 것(실사용 0장이라 뒤로) = 옵션 사진 카드의 «행» 대응(data-optrow 신설 + 미리보기 옵션카드 클릭→인스펙터 정방향). 420장 중 옵션 카드가 0장이라 우선순위를 낮췄다 — 필요해지면 그때.

• 검증 도구 = …\scratchpad\aipc\{baseline.py, verify_feat.py, verify_pm.py, verify_link.py}.

• 🆕✅26.9.19(토) 01:1x~01:5x KST — [페페 지시] 「상세페이지 생성기 카드 옵션들 — 버튼 글자 배열·작은 칸 등 세부 조정 보완」 · [코디]

• 🔴정본 전환 = [페페] 「우리 dev에서는 고치지 않는다. 앞으로 아트조이 ai pc 쪽 개발을 하는거다」 → 규칙은 rules.md 0순위 절 신설. 고친 곳 = ssh artjoy 의 C:\dev\haedali-detail-generator\index.html(2,479줄). 미니PC 사본은 손대지 않았다(두 판 해시가 이미 달랐다).
• 상담 2개 = web-designer(실화면 Playwright 계측) · detail-page-designer(작업본 35개 · 카드 420장 값 분포). 둘 다 수정 금지로 묶어 상담만 시켰다.
• 고친 것 10가지 — ①인스펙터 버튼그룹 flex-wrap:wrap+word-break:keep-all(「루시아이형 모바일」이 3줄 73px 로 음절째 쪼개지던 것 → 1줄 31px) ②버튼 글자 축약 + 설명은 seg() 툴팁으로(3번째 원소 지원 추가) ③구분선 색칸 넘침 48→42px ④라벨 편집표 12→13px(하한) ⑤체크박스 12→16px ⑥여백 = 프리셋 select + 직접 숫자 입력 병행(실사용 38%가 프리셋 밖) ⑦장식 칩 10→16종(CSS 만 있고 칩이 없어 손타이핑하던 tagline·boldhead·checkfill·vline·aligncap·phototab = 342회) + 모르는 토큰 경고 ⑧카드 추가·레이아웃 차례를 실사용 순으로 ⑨영문 소제목(최대 34자)·강조 문장(25자) 각자 한 줄 ⑩주의·근거 문구 4줄 + 고지 힌트/예시, 항목 설명 3줄.
• 검증 = 1280·1440·1920 계측 — 가로 넘침 0 · 버튼 높이 31px · 표 13px · 색칸 42=42 · 체크박스 16 · 칩 16개 · 인라인 JS node --check 통과 · 배포 후 원격/로컬 sha256 일치(376eccc…). 출력물은 편집 UI 가 숨겨진 모드에서 나와 픽셀 불변. 되돌리기 = 원격 index.html.bak-20260919-0140.
• ⏳[페페] 판단 5건(범위 밖 · devplan artjoy-ai-pc.html §11에도 적었다) = ①자체 드롭리스트 교체(인스펙터가 아직 크롬 기본 select·자동완성 = 전역 규칙 위반 · 구조변경이라 그릴링 권장) ②콜아웃 편집칸 신설(치수안내 177장 중 28장이 쓰는데 JSON 직접 수정만 가능) ③해시태그 칸 신설(머리줄 장식 98장 전부 값이 있는데 입력칸 없음) ④상품정보고시 누락 경고 ⑤구디푸디 최소 글자 = 계산상 12.97px(13px 하한 여유 0 · 실기 육안).

• 도구·산출 = 검증 스크립트 …\scratchpad\aipc\verify_insp.py · verify_opt.py, 스크린샷 insp-1280.png · insp-options.png.

• 🆕✅26.9.18(금) 23:1x~23:2x KST — [페페 지시] 「조수은 dev 최종 백업 — 아트조이 NAS dev → AI PC dev」 · [코디]

• 결과 = 이미 같았다. 전수 sha256 대조(양쪽 6,07x파일 · 2,323,092,187B) → 공통 6,076파일 해시 전량 일치. 오후 S3 이관분 뒤로 조수은이 NAS 에 새로 만든 «작업물»은 없다(바뀐 건 런타임 로그·게이트뿐).
• 실제로 옮긴 것 = 4개 — .git\index(NAS 14:49 판 · 크기 같고 내용 다름) · server-book-edrtvdihh8.log/.error.log · server-artjoy.error.log. 복사 후 sha256 4/4 일치. AI PC 에만 있던 쓰레기 C:\dev\null(0B · 리다이렉트 오타) 삭제.
• 🔴🔑일부러 안 옮긴 것 = access-gate.json — 그대로 덮으면 AI PC 가 「book-edrtvdihh8 가 점유 중」으로 읽어 자기 8820 서버가 안 뜬다(게이트는 PC별 런타임 상태다). access-gate.log·server-artjoy.log 도 같은 이유로 각자 유지.
• 🔴발견 = 조수은 PC 가 아직 NAS 사본을 물고 있다. 게이트 로그에 book-edrtvdihh8 가 매일 자동 진입(08:22 · 18:26 · 23:02 …)하고 지금(23:12)도 심장박동 중 — 조수은 PC 예약작업 HaedaliDetailGenerator8799 가 NAS 폴더를 8799 로 서빙한다. ⛒폴더가 둘로 갈린 뒤로 「한 PC 원칙」 게이트는 보호가 안 된다(NAS 사본과 AI PC 사본이 게이트 파일을 따로 갖는다) → 조수은이 NAS 쪽에서 계속 고치면 조용히 갈라진다. ⏳[페페] 판단 = 조수은 PC 의 그 예약작업을 끌지(그리고 AI PC 주소로 옮길지).

• 도구 = C:\dev\tools\artjoy-ai-setup\inv.py(신규 · 인벤토리/sha256 덤프 · \\?\ 긴 경로) — NAS 쪽은 이 확장 없이 열면 .git\refs\codex\… 4건이 WinError 3 로 빠진다.

• ✅26.9.16(수) KST — NAS 이관 마무리 3절(편집기 8820 재기동·진입 게이트·제품관리 탭·코드 칩 / NAS 연결 종료 + PC별 DB 미러 / 전체 복사·허브 마운트·조수은 카톡) · [코디] — 원문 = archive.md 「✅ 26.9.16 · sueun-dev · NAS 이관 마무리 3절」

• ✅26.9.15(화) KST — 릴레이: 생성기 샘플 2페이지 + 쿠팡 1000×1000 배너 4제품 · [코디] — 원문 = 같은 절

상세페이지 생성기 현황 (26.9.15 코디 검토 · 출처 = seedchain handoff/archive · git log · DB 실조회)

계보

• 26.9.11~12 [코디] 목업(C:\dev\devplan\danggeun-haedali-detail.html · 브라우저 저장 전용) → 26.9.12 zip 전달 → 조수은 PC 에서 코덱스가 인수(39파일) → 26.9.13~15 실사용 전환(서버 · SQLite · 커밋 20개).

구조

• 화면 = index.html(2,036줄 · 140KB) + product-management.html + project-plan.html.
• 서버 = Node 24+ tools\static_server.js(정적 + API · 파이썬 폴백 제거). 저장소 tools\server\{detail-page,pilot,product}-store.js.
• DB = node:sqlite data\work\haedali.sqlite3(7.2MB) · 작업 전 자동 백업 data\backups\(38개).
• JPG = playwright-core 로 같은 #preview DOM 을 860px 캡처(출력 전용 모드에서 편집 UI 숨김).
• 의존 = SheetJS xlsx 0.20.3 · playwright-core. 유료 API 미연결(조수은 결정).

기능 (완성 순)

1. 재고 적재 — 명화그리기 1,182 + 보석십자수 763 = 1,945 · 판매가능 255 · 제외 1,690 · 원본오류 3 · 소프트삭제/복원 · 원본 = data\source-copy\자고등 재고현황_테스트.xlsm(47MB, EZ 시트 제외)
2. Figma 독립 파일럿(보석십자수 원형) — 프레임 4장 → 옵션 사진 26장 분리 → HTML · JPG 860×3342 (보존)
3. 제품관리 — 25컬럼 다중필터(AND) · 20건 페이지 · 대표이미지 · 매칭키 = LUG 80건 | 3번째 / M계열 590건 2번째
4. LUG 메인 샘플(현 기본 템플릿 jewel-lug-sample v14) — 21개 · 번호 1~21 · 한 행 2개 · 재고0 7개 = 「재입고 예정」(색 유지) · Z드라이브 배너 21장 해시검증 캐시 · 라벨 표시/굵기/크기/색 DB 버전 · 번호배지 순번/최종
5. JPG 저장 — DB 저장 → HTML/JPG 재생성 → 브라우저 다운로드
6. 대표님 보고 통합본 — 9화면 단일 HTML(오프라인) + 로고 20안 + A4 세로 PDF 9쪽 (빌더 = C:\dev\dev\tools\)
7. 케이스 분류 — 22제품 → 상세페이지 구조 8그룹 · 썸네일 22(고유 18) · 검토 엑셀
8. 범용 생성기(26.9.15 최신 · 0404f76) — 「새 상세페이지」 단일/다옵션/빈 · 제품별 작업본 + 불변 버전 · 콘텐츠 섹션 카드 9레이아웃 · 첫 완성본 = 멀티 투명 진열 쇼케이스 14카드 JPG 860×11308

DB 실조회 (26.9.15 20:1x KST · 읽기 전용)

products 1,945 · inventory_snapshots 9,675 · product_groups 2 · group_versions 23 · page_versions 27 · export_jobs 54 · catalog_media 42 · classified_products 22 · detail_style_groups 8 · detail_page_projects 1 · detail_page_versions 1 · detail_page_assets 0 · audit_events 4,500

조수은 쪽 사람 확인 대기 (seedchain NOW)

1. 케이스 8그룹 경계 확인 → 다음 = CASE-T03 투명 칸막이형 공통 구조 제작
2. 쇼케이스 첫 완성본 문구 · 최종 규격 · 구성품 수량 — ⚠PDF 표기 32×18.5×28cm vs 기존 GO-156 32×18.5×23 높이 불일치
3. 대표님 보고 PDF · 통합 HTML 열람 → 로고 후보 선택
4. 8799 생성기 JPG 저장 결과 다운로드 확인

코디 검토 소견 (리스크)

• 회귀 검사 기준이 바뀌었다 — 구형 tools\verify_mockup.py(88항목)는 현 화면과 어긋나 중단된다(seedchain 기록). 현행 = npm run generator:check · products:check · detail:check · inventory:check · case:check.
• 범용 생성기는 실사용 전 — 작업본 1개 · 버전 1개 · 업로드 자산 0. 이미지 업로드 경로는 검증 스크립트로만 돌았다.
• 케이스 원본 엑셀 해시 미기록(Z드라이브에서 사라져 추출 캐시로 등록) → _inbox CS팀 수정본이 재분류 입력 후보.
• 커밋 안 된 검증 캡처 19개(haedali-detail-generator\tools\out\*.png/jpg) + C:\dev\dev\.tmp\ · C:\dev\dev\tmp\.
• 8799 상주(예약작업 + 감시기) 설계 = 조수은 PC 전제. 이 PC 에선 포트 충돌 → rules.md 함정.

작업 이력

• 26.9.15(화) [코디] CS팀 엑셀 19개 DB 등록(run 3 · detail_page_key) · 생성기 카드 양식 3종(case 글자 체계 · 옵션 비교행 · 비교 열 표) · 판매페이지 긁기 · 투명 케이스 누끼 도구 · 연출샷 2차 수집(동일품 연출 0장) → 샘플 페이지 · 쿠팡 배너는 릴레이 인계
• 26.9.15(화) [코디] 미코 260913 케이스 19개 → 16페이지 구성 · 샘플 카드 2종(그룹 12 · 개별 10) PIL 렌더 devplan 게시 · 생성기 8820 기동 → 수집은 detail-page-designer 상담 필요로 새 세션 인계
• 26.9.15(화) [코디] [페페] 지시로 지침파일 11개 격리(C:\dev_quarantine\sueun-dev-2026-09-15\) → 격리본 해시 11/11 기준선 일치 · diff A0/M0/D11(=격리분만)
• 26.9.15(화) [코디] 프로젝트 신설 · 1순위 임시 규칙 · 기준선(1,640파일) · 생성기 검토 · devplan 상태판 → 기준선 diff A0/M0/D0 확인