아이디어 · 지나가는 논의 로그

정식 프로젝트가 아닌 지나가는 질문·검토·아이디어를 보존하는 기타 보관처. 사소한 아이디어가 큰 발전이 될 수 있다(페페 지시 2026-06-11).

• [코디] 26.10.11(일) ruleguard 상대경로 훅 오탐: 공백 든 UNC 경로(폴더명 「한샘 GS 도마변동 MH」)를 공백에서 끊어 「MH\」·「_261006\」를 상대경로로 잡는다(한 세션 4회) · 색상명 IV075MT/70-113 도 잡음. 개선안 = 백틱 안·UNC 로 시작한 토큰은 공백 포함 끝까지 한 경로로 본다.
• [코디] 26.10.14(수) Yeelight 자체앱 가능성 확인(논의) — 페페 「스탠드」 = yeelink.light.color2(컬러 전구 2세대) · 192.168.45.70 · MAC 5C:E5:0C:AD:75:94 · 집 와이파이 SK_WiFiGIGAF990_2.4G. LAN 제어(TCP 55443) 이미 켜져 있어 읽기·쓰기 실측 성공(get_prop · set_bright 같은 값 = 육안 변화 0). 미니PC 멀티캐스트 탐색(1982)은 0대 → IP 직접 접속이 답(DHCP 고정 필요). 앱 옵션 대응 = 전원·밝기·색온도·RGB·HSV·플로우(start_cf)·장면(set_scene)·타이머(cron_add)·이름 → 전부 LAN 명령에 있다. 「추천 장면」 6종은 앱 프리셋 = 값만 옮기면 됨. 앱 7시 예약OFF 는 클라우드 타이머라 자체앱은 cron/자체 스케줄로. 「화장대조명」(라이트스트립)은 오프라인이라 미확인. ✅26.10.17 구현 착수 → 별도 프로젝트 yeelight 로 승격(P1 완성·S25 설치) — 상세 = C:\dev\seedchain\projects\yeelight\rules.md · devplan /yeelight.html.

  규칙: 기존 프로젝트 사안이면 해당 프로젝트 문서(backlog·handoff 등)에 기록하고 여기엔 안 쓰거나 포인터만. 무프로젝트·범프로젝트 아이디어는 여기에 1항목 append. 항목 형식: 날짜 · 발단 · 요지 · 상태(논의/보류/채택→이관/폐기) · 포인터.

2026-10-01 — devplan 페이지 폰(390px) 가로 넘침 공통 처방 (보류)

• 발단: [코디] hansem-estimate 15절 추가 때 web-designer 상담(26.10.1)이 짚은 기존 문제 — 390px 에서 페이지 전체가 좌우로 밀린다(문서 폭 488px, scrollX 113).
• 요지: 원인 = 공용 C:\dev\devplan\assets\pagelinks.js 가 그리는 nav#plinks 의 a.down/a.side 가 white-space:nowrap 이라 긴 제목이 칸 밖으로 나감(a.down 2개) + 상단 .st 배지줄이 flex-wrap 없이 한 줄. 처방 후보 = #plinks a{white-space:normal} · 배지줄 flex-wrap:wrap. 공용 파일이라 고치기 전 전 devplan 페이지를 390px 로 훑어야 한다. 부수 제안 = 폰용 표는 합계 열을 첫 열 옆으로.
• 상태: 보류(이번 작업 범위 밖 — 총괄 지시로 기록만).
• 포인터: C:\dev\devplan\hansem-estimate.html 15절 · C:\dev\devplan\assets\pagelinks.js.

2026-09-16 — 작업유형 분포 실측 + 토큰절약 2차 조사 (논의)

• 발단: [페페] 「내가 주로 하는 작업의 주요 유형을 seedchain만 보고 조사하고, 거기 맞는 토큰절약법을 더 조사해라」.
• 작업유형 실측([코디] · seedchain\projects\**\*.md 의 26.M.D 날짜스탬프 5,016건, 26.07~09): pfs 1,196(24%) · insta-channels 388 · poin-agent 350 · whymycat 325 · danggeun-ai-study 246 · furniture-expert 215 · pncad 189 · talklog 182 · kidstoon 150. 묶으면 ①사내 기간계(PFS축) ≈26% ②SNS·콘텐츠 수익화 ≈19% ③카톡·통화·음성 수집 ≈13% ④가구 CAD/제조 ≈12% ⑤코디 자체 인프라 ≈10% ⑥교육·커뮤니티 ≈7% ⑦사업·외주 ≈6% ⑧취미·하드웨어 ≈6%. 월별 = 26.06 726 → 07 998 → 08 2,053 → 09 1,965(8월 이후 배증, 유지 중).
• 토큰 요지: 26.9.16 오전 실측(메인 opus 소비의 58%가 cache_read · 평균 컨텍스트 238k/턴)의 후속 레버 = 「세션 시작 고정비」다. cache_read ≈ 평균컨텍스트 × 턴수라, 세션 시작에 박히는 자수는 그 세션 모든 턴에 다시 실린다. 실측 고정비 = C:\dev\CLAUDE.md 10,264자 + 메모리 인덱스 14,700자 + HANDOFF.md 31,669자 + BRIEF.global.md 6,700자 + BRIEF.<P>.md 최대 25,403자(pfs) ≈ 88,700자. HANDOFF 는 이미 경고선(30,000) 초과 상태(.autorebuild_warn).
• 처방 후보 9개: ①HANDOFF 31,669→8,000자 이관(포인터만) ②projects\pfs\handoff.md 113,027자 → archive cut(BRIEF.pfs 캡 해소) ③컨텍스트 60%(300k) 넘으면 신규 대용량 Read 금지·서브에이전트 위임 ④큰 파일은 cat 금지, sed -n/grep -C/mem_find.py 만 ⑤BRIEF 를 읽었으면 같은 프로젝트 handoff.md 전문 Read 금지(같은 내용 2회) ⑥rules\tooling.md 81,264자(🆕신규절만 31,541자) 날짜 역순 상위만 남기고 분할 ⑦세션 1시간+ 유휴 방치 금지(프롬프트 캐시 TTL 1h — 재개하면 238k 가 통째로 cache_write, 실측 20%) ⑧한 세션 = 한 프로젝트(BRIEF 를 두 개 이상 안 읽는다) ⑨단순 기계작업은 effort 낮춤(output 가중치 5, 실측 21%).
• 상태: ⏳페페 결정 대기(①②는 기존 캡 규칙상 이미 의무 → 다음 세션에서 선실행 가능 · ③④⑤⑦⑧은 규칙 신설 · ⑥은 문서 분할 작업 · ⑨는 설정).
• 포인터: C:\dev\seedchain\rules\runbook.md 「BRIEF 캡 관리」 · C:\dev\seedchain\rules\tooling.md 🆕신규 26.9.16 두 항목 · 메모리 token-saving-discipline.

2026-09-10 — Lauren Tan 강의 교훈 → 코디 운영의 「소프트 규칙 하드화」 (논의)

• 발단: [코디] 페페 지시로 Lauren Tan(@poteto, ex-Cursor) 강의 2편을 ytmine으로 분석했다 — C:\dev\ytmine\data\ai\kb\Cmoh-yR-usA.analysis.md · C:\dev\ytmine\data\ai\kb\lTvV0p44oKs.analysis.md.
• 요지: 강의 핵심 = "사람이 리뷰에서 반복 지적하는 규칙은 규칙 문서(agents.md)로 두지 말고 린트·CI 실패로 바꿔라. 소프트 계층만 믿으면 결국 무너진다." 코디 CLAUDE.md는 소프트 규칙이 계속 쌓이는 구조이고, 스스로 「반복사고 1위 = PYTHONUTF8 누락」이라고 적어 두었다. 하드화 후보: ①PreToolUse 훅 — python 호출에 PYTHONUTF8=1이 없으면 차단 또는 자동으로 붙이기 ②heredoc 파일 쓰기 차단 ③텔레그램 알림 누락을 Stop 훅으로 검사. 부수 아이디어: 스킬을 고칠 때마다 eval(서브에이전트 N회 실행 + 다른 모델 judge = 코덱스) / pfs 사이트맵 = 강의의 "feature map"과 같은 역할이라 에이전트 참조 자료로 이미 갖고 있다.
• 상태: ✅채택→이관(26.9.10 페페). ①PYTHONUTF8 = 훅 대신 settings env 이중화로 해결 ②「2회 위반이면 훅 생성을 훅으로 강제」 = 신규 프로젝트 ruleguard 로 이관 → C:\dev\seedchain\projects\ruleguard\handoff.md.
• 포인터: 위 analysis 2개, C:\dev\seedchain\rules\tooling.md 「자주 실수 체크리스트」.

2026-08-17 — 남는 블루투스 스피커 펌웨어 접근·리버싱 (그릴링 진행중)

• 발단: 페페 질의 — "남는 BT 스피커를 기판 합성된 코드부터 튜닝해보고 싶다. 데이터 접속은 어떻게? 미니PC에 연결해볼까?"
• 선례 재사용: 26.8.11 led-board-mod 세션(기성 기판 펌웨어 개조 조사)의 유형판정·접속경로·안전철칙을 그대로 적용. 차이 = BT 스피커는 USB 단자가 있어 꽂아보는 실험이 공짜(대부분 충전전용이지만 JieLi 계열은 여기서 열린다), 배터리형이면 AC 감전 위험 없음(콘센트 직결형이면 LED 철칙 그대로).
• 1단계 = 칩 마킹(LED 때와 동일 결론) — 제품·브랜드로는 판별 불가. BT 칩별 경로: JieLi AC69xx/AC79xx(저가 90%, USB DFU) / Actions ATS / CSR8635·8645(SPI+BlueSuite, EQ 파라미터 튜닝 최적) / BES(SWD) / Airoha.
• USB 판정법: Get-PnpDevice -PresentOnly 꽂기 전/후 Compare-Object → 새 장치 뜨면 D+/D- 살아있음(VID/PID로 칩 역추적), 안 뜨면 충전전용 → 기판 프로그래밍 패드(UART/SWD)로.
• 그릴링 확정 4건(페페 택1 전부): ①목표 = 펌웨어 뜯기 자체(학습·리버싱) → 우회 사다리(회로 개조·상류 제어) 전부 무의미, 덤프 성공 자체가 성과 ②깊이 = 덤프→패치→되쓰기(원본 백업 확보 전제, 벽돌 나도 복구 가능한 선까지 / 자작 펌웨어 전면교체는 기본 아님) ③장비 = 칩 확인 후 필요한 것만(만능세트 선주문 안 함 → 칩 마킹이 크리티컬 패스) ④벽 정책 = 유형별 자동 진행(OTP·마스크ROM = 영구 불가 → 대상 교체 제안 / RDP·읽기보호 = 지우기+자작 펌웨어로 전환, 재질문 없이 코디 진행).
• 🔑26.8.17 USB 실측 = 칩 확정, 분해 불필요. Get-PnpDevice 전/후 diff로 4줄 검출 → USB\VID_10D6&PID_1101 + USBSTOR\Disk&Ven_PISnet&Prod_MusicRider. VID 10D6 = Actions Semiconductor(확정, PID 1101 = ATJ209X/ACU75XX 계열 mass storage). ⚠U디스크가 아니라 SD 카드 리더 — Get-Disk에 PISnet MusicRider / USB / Size 0 / RAW, D: 0바이트 = 카드 미삽입. 즉 내부 펌웨어 플래시가 아니라 microSD 슬롯 노출. 그래도 데이터선 생존 + 칩이 USB 스택을 돌린다는 게 확정됐다. 부모 = VID_05E3&PID_0610(Genesys 허브 경유), REV_0100, 시리얼 4512482ADF0FEEEE.
• 🔑ADFU 진입을 PID로 자동 판정한다 — 정상 = PID_1101 / ADFU(WinUSB) = PID_10D6·PID_FF76·PID_0C02. 공식 툴 = Actions Pad Product Tool(.fw/.fwu/.bin 읽기·쓰기). 프로그래머·납땜 없이 USB만으로 덤프 가능한 경로가 실재한다 → 그릴링 ③(장비는 칩 확인 후)이 「장비 0원」으로 끝날 가능성.
• 감시기 신설 C:\dev\tools\btspeaker-adfu\watch.ps1 — VID_10D6 열거를 0.4초 폴링, PID 변화 타임스탬프 출력 + ADFU 패턴이면 경고. 페페가 버튼 조합 바꿔가며 재연결하는 동안 코디가 성공 시점을 잡는다.
• ✅🔑ADFU 진입 성공(26.8.17 12:27, 재현율 7/7) — PID_1101 → PID_10D6. 🔑버튼 조합은 필요 없었다 = 전원 OFF 상태로 USB 연결하면 그냥 ADFU로 들어간다(Actions 기본 동작). 단 Windows엔 드라이버가 없어 CM_PROB_FAILED_INSTALL(Problem 28), CompatibleIds = Class_FF&SubClass_FF&Prot_FF(벤더 지정) → libusb가 열거조차 못 한다(pyusb+libusb-package 설치해 실측: 10d6 장치 0개).
• 🔑채택 경로 = Windows SCSI passthrough(Zadig·libusb 불필요). 오픈소스 3종 실사 = ilyakurdyukov/actions_flash(ATJ2127/2157 전용, ATS 미지원 + unfinished·can brick → 탈락) / Hannibal-pl/usbfw(AK/ATJ/ATS-2XXX, 지원목록에 10D6:1101 명시 = 우리 장치) / nfd/atj2127decrypt(ADFU 파이썬 구현, 타겟 VID/PID가 10d6:1101·10d6:10d6로 우리와 정확히 일치). 리포 2개 clone = tools/btspeaker-adfu/ref/. 핵심 착안 = 벤더 명령이 전부 SCSI CBW 위의 CDB라, Windows USBSTOR가 CBW를 대신 만들어 준다 → CDB만 IOCTL로 넘기면 드라이버 설치가 0이 된다.
• 프로토콜(usbfw usbfw.h+commands.c): CdbLength=11. 0xCC IDENTIFY(13B, ACTIONSUSBD+adfu플래그) · 0xCB INIT · 0x08/0x09 펌웨어 논리/물리 섹터(512B) · 0x05 RAM · 0x16 DETACH · 0x20 ENTRY(위험). ⚠Actions는 LBA를 리틀엔디언으로 쓴다 — 표준 SCSI READ10(빅엔디언)과 반대(commands.c:317). CDB[1]=0x80이 read mark.
• 도구 신설 tools/btspeaker-adfu/actdump.py(ctypes IOCTL_SCSI_PASS_THROUGH_DIRECT, --selftest 7항목 PASS). ⚠읽기 명령만 구현하고 WRITE10·ENTRY·flash write는 일부러 뺐다 — 원본 덤프가 생기기 전엔 벽돌 낼 코드가 아예 없게(그릴링 ② 전제). 함정 = SPTDWB.sense.offset은 64가 아니라 60(sizeof(SPTD)=56+filler 4), 틀리면 ioctl 87.
• 🔴🆕함정 = ADFU에 갇히면 「먹통」으로 보인다(26.8.17 실제 발생, 페페 "전원 버튼 안 먹음"). ADFU는 부트롬만 도는 모드라 버튼을 처리하는 정상 펌웨어가 아예 안 돈다 → 전원 버튼 무반응이 정상 동작이다. 벽돌 판정 금지 — USB 열거(PID_10D6)가 되고 있으면 칩은 살아있다(죽으면 열거 자체가 안 된다). 탈출 = 케이블 물리적으로 뽑기 + 30초 + 전원 버튼 3~5초(ADFU는 USB 연결로 유지되므로 꽂혀 있는 한 안 나온다). ⚠소프트웨어로는 못 뺀다 — 0x16 DETACH가 프로토콜에 있지만 ADFU 모드는 USBSTOR로 안 떠서 SCSI passthrough 경로가 없다. 충전이 필요하면 PC 말고 벽 충전기에 꽂는다(데이터 열거를 안 하니 ADFU로 안 빠진다). ✅복구 확인됨.
• 🔑🆕모드 3분기 = USB 열거가 모드에 달렸다(26.8.17 페페 확인). 이 스피커는 모드 버튼으로 블루투스 / PC·USB / (SD·AUX)를 전환한다 → 전원 ON + USB 연결만으로는 아무것도 열거되지 않는다(충전만). 정리 = ①전원 OFF + USB = ADFU(PID_10D6) 재현율 7/7 ②전원 ON + USB + 모드버튼으로 PC/USB 모드 = mass storage(PID_1101) ③전원 ON + USB + 블루투스 모드 = 열거 0. 첫 실측(12:26)에 PID_1101이 뜬 건 페페가 PC/USB 모드로 전환해둔 상태였기 때문. 「USB 안 붙는다」의 원인 1순위는 고장이 아니라 모드다.
• ✅SCSI passthrough 코드 자체는 검증됨 — 관리자 PowerShell에서 PhysicalDrive0(Lexar NVMe) INQUIRY status=0 성공. 즉 ctypes/IOCTL/구조체 정렬은 정상이고, 남은 건 스피커를 mass storage로 붙이는 것뿐.
• ✅🔑벤더 CDB 관통 성공(26.8.17, 관리자 PowerShell) — PhysicalDrive1 status=0 PISnet MusicRider, IDENTIFY(0xCC) status=0. Zadig·libusb 없이 Windows USBSTOR를 그대로 뚫는다는 게 실증됐다(SCSI passthrough 경로 확정). 단 응답이 기대와 불일치 = 00 43 55 53 42 44 20 FF 76 00 00 41 00(기대 ACTIONSUSBD) → 원인 후보 = LUN(usbfw는 IDENTIFY를 LUN 1로 보낸다, fw.c:10 — CDB가 아니라 CBW의 bCBWLUN = SCSI passthrough에선 SPTD.Lun) 또는 13B 버퍼 절단. 양쪽 다 probe로 확인.
• 🔑초기화 순서(usbfw init_act()) = IDENTIFY → ACT_INIT(0xCB) resp 0xFF → 그 다음에야 펌웨어 섹터 읽기가 열린다. 이 순서를 건너뛰면 0x08이 안 먹는다. 펌웨어 헤더 = 논리 LBA 0부터 16섹터(8KB), magic 0x0FF0AA55. 전체 크기 = diritem 240개 중 최대 offset+length. RAM sector 0이 SYS INFOHW로 보이면 RAM 접근 차단된 것(usbfw test_ram_access), sysinfo는 sector 4.
• 🆕probe 명령 추가(관리자 왕복 1회에 최대 정보): IDENTIFY LUN0/1 64B → ACT_INIT LUN0/1 → 펌웨어 논리/물리 LBA 0 → RAM 0·4. selftest 9항목으로 강화하며 🔑read-only 가드 추가 = 모든 cdb_* 빌더가 뱉는 opcode가 읽기 집합(0x05·0x08·0x09·0x12·0xCB·0xCC)에 속하는지 검사 → 나중에 실수로 write_flash·ENTRY가 섞이면 selftest가 깨진다. ⚠문자열 grep 감사('WRITE10' in src)는 docstring의 「넣지 않았다」 설명문에 걸려 오탐 → 감사는 문자열이 아니라 실제 emit되는 opcode로 해야 한다.
• ✅🔑probe 전량 성공 = 펌웨어 읽기 열림(26.8.17). ①IDENTIFY = ACTIONSUSBD가 오프셋 0x14에 있다(13B만 읽어 놓쳤던 것) + 뒤에 USB device descriptor 원본(12 01 00 02 … D6 10 01 11 = VID 10D6 / PID 1101)과 device qualifier까지 들어 있다. LUN 0/1 응답 동일 = LUN은 원인이 아니었고 버퍼 절단이 원인. ②ACT_INIT = 0xFF 성공(양쪽 LUN) = 펌웨어 모드 오픈. ③FW_LOGICAL(0x08) lba 0에서 실제 플래시 데이터 획득 — 00 80 00 01 1F 00 00 00 "PISnet " "MusicRider". magic 0x0FF0AA55는 lba 0에 없다(usbfw도 이럴 때 lba 8부터 스캔한다).
• 🔑이 장치는 모든 벤더 읽기에 CHECK CONDITION(status=2)을 달고 답한다 — 단 sense key=0(NO SENSE)이고 데이터는 정상. status!=0을 에러로 처리하면 덤프가 통째로 빈다 → sense_is_benign() = status==0 or (status==2 and sense[2]&0x0F==0), selftest로 고정.
• 🔴🆕함정 = 0x09 ACTF_NAND_PHY(물리섹터)가 장치를 USB 버스에서 떨어뜨린다(probe 중 실측 — 직후 명령 전부 Errno 2). 논리읽기 0x08은 정상. → 도구에서 0x09를 아예 제거하고 selftest에 0x09 not in emitted 가드를 넣었다. 복구 = 재연결(전원 OFF + 버튼 없이 USB).
• 🆕dump 명령 + 핸들 재사용 리팩터 — 섹터마다 CreateFile/CloseHandle 하면 수천 섹터에서 기어간다 → Dev 클래스로 핸들 1개 유지. ACT_INIT 후 lba 순차 읽기, 연속 32실패면 종료, FW_MAGIC 위치 자동 보고. selftest 12항목(read-only 가드 + sense 판정 + 0x09 금지 포함) PASS.
• 🔴🔑모드 진입이 비결정적이다 — 같은 조작(전원 OFF + 버튼 없이 USB)이 PID_1101(mass storage)로 가기도 하고 PID_10D6(ADFU)로 가기도 한다(26.8.17 실측: probe 직전엔 1101, 직후 같은 조작은 10D6). 「버튼을 누르면 ADFU」라는 앞선 해석도 틀렸다 — 버튼 없이도 ADFU로 간다. Actions 칩이 부팅 조건에 따라 ADFU로 폴백하는 것으로 보이며, 재현 조건을 특정하려 애쓰는 것보다 뜰 때까지 기다리는 게 싸다.
• 🆕waitdump = 왕복 제거책. 관리자 창에서 한 번 띄워두면 0.5초 폴링으로 PhysicalDrive 1~9(0=시스템디스크는 제외)에 INQUIRY를 쳐서 PISnet/MusicRider를 찾고, 뜨는 즉시 자동으로 덤프한다. 페페는 스피커를 뽑았다 꽂았다만 반복하면 되고 ADFU 착지는 무시된다. 기본 타임아웃 600초.
• 🔴🔑덤프 2섹터 분석 = 0x08 논리섹터는 플래시가 아니다(경로 폐기). lba 0 성공·lba 1 성공·lba 2에서 Errno 121 타임아웃 + 칩이 ADFU로 리셋. 받은 데이터 분석 결과 lba 0과 lba 1이 완전히 동일했고 내용은 펌웨어가 아니라 부트롬 내부 데이터 테이블 = SCSI INQUIRY 응답 템플릿("PISnet MusicRider") + sense 템플릿 6종(70 00 0B·70 00 07…) + USB device/config/string descriptor 원본(12 01 00 02 … D6 10 01 11, EP 0x81/0x02, UTF-16 PISnetMusicRider·ACTIONS·시리얼). → SD 카드가 없어 NAND 영역 자체가 없고, 같은 메모리가 매 LBA마다 되돌아온 것.
• 🔑🆕칩 코어 = MIPS 확정 — 덤프에 59 0E C3 BF·B1 0E C3 BF 등 = 리틀엔디언 0xBFC30E59 포인터 테이블 = MIPS KSEG1 부트롬 대역. actions_flash가 말한 로드주소 0xbfc18000과 같은 대역이라 교차 확인된다. → 리버싱 시 디스어셈블 타깃 = MIPS32.
• 🆕표적 변경 = 0x05 ACTF_RAM(메모리 직접 읽기). probe 때 0x09가 먼저 장치를 죽여 한 번도 실행되지 못한 유일한 명령이었다. dump_ram() 신설(sector≤0x800·length≤0x200 = 1MB), waitdump가 이제 섹터가 아니라 RAM을 뜬다. 부트롬 코드가 실제로 사는 곳이라 이게 나오면 곧 리버싱 착수.
• 🔴🔑mass storage 경로 완전 폐기(26.8.17 확정) — 0x05 ACTF_RAM도 sector 파라미터를 무시하고 고정 버퍼만 반환한다. RAM 3섹터가 서로 동일할 뿐 아니라 0x08 섹터 덤프와도 바이트 단위로 같다(둘 다 nonzero 225, 부트롬 응답 테이블). usbfw test_ram_access()가 경고한 「이 기종은 일반 RAM 접근 불가」가 정확히 이 상황. 즉 mass storage 모드의 벤더 명령은 진짜 메모리·플래시에 닿지 않는다.
• ⚠철회한 가설 = 「핸들 재사용이 장치 드롭 원인」. 3~4번째 명령에서 죽는 건 사실이나(섹터=lba2, RAM=sector3), 고쳐봐야 같은 512B를 2048번 받을 뿐이라 고칠 이유가 없다. 원인 규명 전에 데이터부터 본 게 맞았다.
• ✅🔑ADFU 경로 = 스텁 불필요 확인(결정적). ilyakurdyukov/actions_flash README: read_mem·adfu_info는 부트롬이 기본 지원하는 명령이라 ADFUS.BIN도 MIPS 크로스컴파일러도 필요 없다(예시 read_mem 0xbfc00000 256K dump.bin). ROM은 0으로 읽히고 RAM만 나온다. ⚠payload(adfus/hack.bin) 경로는 당분간 안 간다 — actions_flash 경고에 「payload가 hang하면 사실상 벽돌처럼 보이고 배터리 방전까지 며칠 걸릴 수 있다」. 페페가 겪은 「먹통」이 이 문서에 그대로 적힌 현상(소프트 전원스위치 기기는 USB 분리 후에도 ADFU 유지).
• 🔑CDB 실체(actions_dump.c:393 actions_cmd) = cdb[0]=0xCD · cdb[1:5]=cmd(LE) · cdb[5:9]=len · cdb[9:13]=addr, cdb_len=16, flags=recv<<7, scsi_tag=0(소스에 "important" 주석 2곳). 🆕CMD_ADFU_READRAM = 0x93 — adfu.py엔 없던 명령(거긴 0x10/0x13/0x20/0x21/0x23뿐). 그 외 0x10 FLASH·0x60 FLASH32·0x13 WRITERAM·0x20 SWITCH·0x21 EXEC·0x22 RETSIZE·0x23 READRET.
• ⚠우리 IDENTIFY 응답이 깨져 보인 진짜 이유 = cdb[7](전송길이) 미설정. actions_dump는 모든 명령에 cdb[7]=len을 넣지만 usbfw는 안 넣는다. LUN 문제도 버퍼 절단도 아니었다.
• 🆕mass storage → ADFU 소프트 전환법 확보(뽑았다 꽂기 반복 불요) = 0xCC(cdb[7]=11, len 11) → ACTIONSUSBD 확인 → 0xCB + cdb[1]=0x21(cdb[7]=2, len 2) → FF 00 → ADFU 진입. 우리 cdb_init()은 cdb[1]=0x21이 빠지고 길이도 1이었다.
• 🆕adfu_tool.py 신설(pyusb+libusb-package, Zadig WinUSB 전제) — info/adfu_info(칩ID 18B)/readmem(0x93)/grab(칩ID+256KB 한 방)/reboot(0xB0 = ADFU 탈출, 「먹통」의 소프트웨어 해법). selftest 19항목 PASS, write/exec opcode(0x10·0x13·0x21·0x60) 도달 불가 가드 포함. 덤프 후 distinct 512B 블록 수를 세서 또 고정버퍼인지 자동 판별.
• ✅🔑Zadig 성공 → ADFU 통신 열림(26.8.17). adfu_info 응답 = 00 43 41 44 46 55 44 16 51 41 00…(18B, csw OK). actions_dump.c:1132의 판정식 memcmp(buf,"\0CADFUD",7) 정확히 매치 → 프로토콜 호환 확정. 🔑칩 ID = buf[7]<<8|buf[8] = 0x1651 — 등록된 건 0x10d6=ATJ2127 / 0x3051=ATJ2157 뿐이라 우리 칩은 제3의 미등록 칩이다. ⚠따라서 actions_flash의 payload 로드주소(0xbfc18000)와 스텁이 맞다는 보장이 없다 → payload 경로의 위험도가 한 단계 더 올라갔고, 부트롬 기본 명령(read_mem 0x93)으로 잡아둔 현 경로가 옳았다.
• ⚠🆕함정 = pyusb 핸들 누수. grab이 adfu_info·readmem에서 장치를 각각 열어 두 번째 open이 Errno 13(LIBUSB_ERROR_ACCESS)로 죽었다 — 권한 문제로 오인하기 쉽다. pyusb는 claim/release를 자동으로 안 한다 → claim_interface(0) + finally에서 release_interface+dispose_resources, grab은 핸들 1개 공유. 자체검사로 「grab이 open_adfu를 1회만 호출」 고정.
• ⏳read_mem(0x93) 타임아웃 — 원인 규명 중. 핸들 수정 후 에러가 Errno 13→Errno 10060(timeout)으로 바뀌었다 = 핸들 문제는 해결됐고 명령 자체가 무응답. 후보 3 = ①데이터+CSW를 한 번에 읽어야 한다(actions_dump는 usb_recv(n+13) 단일 read, 우리는 분리 read) ②주소 — 0xBFC00000은 ROM이고 RAM은 0xBFC18000부터(README「첫 96K는 ROM이라 0」) ③전송크기 512가 과함. → memprobe 신설로 7조합을 1.5초 타임아웃으로 일괄 시험(각 시도 후 adfu_info 재확인해 장치 생존 판정, 죽으면 즉시 중단). ⚠칩이 미등록(0x1651)이라 0x93 자체가 이 칩에 없을 가능성도 있다 — 그 경우 남는 건 분해 + SPI 직독.
• 🆕🔑to_adfu = mass storage→ADFU 소프트 전환 구현(뽑았다 꽂기 완전 제거). 0xCC(cdb[7]=11)→ACTIONSUSBD 확인 → 0xCB+cdb[1]=0x21(cdb[7]=2)→FF 00. ⚠우리 cdb_init()에 cdb[1]=0x21과 cdb[7]이 빠져 있어서 그동안 0xFF만 받고 전환이 안 됐던 것 — cdb_identify(length)·cdb_init(param,length)로 고침. 🔎타임아웃 후 칩이 스스로 리셋되어 mass storage로 복귀하는 것도 관측(ADFU 자동 탈출).
• ✅cdb[7] 확증 — 0xCC에 cdb[7]=11을 넣으니 data=b'ACTIONSUSBD'가 깨끗하게 나왔다. 그동안 응답이 깨져 보인 원인은 전부 이 필드 하나였다.
• ⛔0x93 read_mem은 이 칩에 없다 — 0바이트 반환 후 부트롬 정지(0x09와 동일 패턴). 칩 0x1651이 미등록인 대가. 단 타임아웃 후 칩이 스스로 리셋되어 mass storage로 복귀하므로 벽돌은 아니다.
• ⛔🔴오버리드도 실패 = USB 경로 소진. 0xCC에 cdb[7]=11을 선언하고 16KB를 요청하면 status=0으로 16KB가 오지만 distinct512=1·true period: 512 = 같은 512B가 32번 반복될 뿐 인접 메모리로 진행하지 않는다. 그 512B도 이미 가진 것(앞선 0x08 덤프의 0xF9 오프셋부터와 동일 내용, 엔트로피 5.89 = 디스크립터 테이블). ⚠「첫 64B IDENTIFY에서 메모리가 흘러나왔다」는 해석은 오독이었다 — 응답 버퍼의 뒷부분을 본 것뿐이다.
• 🔑USB로 얻을 수 있는 것의 총합 = 512B 응답버퍼 + 칩ID 0x1651 + MIPS32 + ADFU 진입/탈출법. 펌웨어 본체는 USB로 안 나온다 → 남은 경로 = 분해 + SPI 플래시 직독(그릴링 ④ 합의대로).
• 🔴남은 벽 = 관리자 권한 하나. \\.\PhysicalDrive* 핸들이 상승권한 필요 → 코디 Bash는 비관리자(실측 Errno 5). CLAUDE.md상 상승권한 = 페페 몫. 다음 = ①스피커 전원 켜고 USB 연결(mass storage PID_1101로) ②관리자 PowerShell에서 python actdump.py scan; python actdump.py identify. 반복 실행이 많아지면 예약작업(SYSTEM) 1회 등록으로 코디 자율화 검토.
• ✅🔑관리자 자율화 완료(26.8.17) — 시드가 말한 「남은 벽 = 관리자 권한 하나」 제거. 페페 승인 하에 C:\dev\tools\elevated-runner 신설 = UAC 1회로 \Cody\Elevated SYSTEM 예약작업 등록(SDDL (A;;GRGX;;;BU) = Users 시작만 허용) → 이후 코디 Bash(비관리자)가 python el.py "명령" 으로 관리자 명령을 UAC 없이 왕복 실행한다. 검증 = selftest 18/18(왕복·종료코드42 전달·SYSTEM 확인 포함) + actdump.py scan 을 SYSTEM으로 실측(비관리자 Errno 5 이던 \\.\PhysicalDrive* 전 열거 성공, PhysicalDrive0 NVMe만·스피커 미연결). 🔴함정 3 = ①Start-Process -PassThru 는 리다이렉트 시 ExitCode=null → System.Diagnostics.Process 직접 호출로 교체 ②SYSTEM PATH엔 python 없음 → el.py가 선두 python 을 인터프리터 절대경로로 치환(hermes 함정) ③MSYS 가 /Query·/TN 을 경로변환 → schtasks 조회는 python subprocess(el.py --status)로. 상세 = C:\dev\tools\elevated-runner\README.md. ⚠단, 관리자 권한은 USB 벽을 열지 않는다 — 위에서 확정한 대로 USB 경로(mass storage·ADFU 양쪽)는 이미 소진(고정 512B 버퍼·칩 0x1651 미등록·0x93 없음)이라, 자율화는 왕복 마찰만 제거할 뿐 펌웨어 본체는 여전히 USB로 안 나온다. 실익 = 이제 페페 관리자 PowerShell 없이 코디가 probe/scan/identify 를 스스로 반복(스피커만 연결되면). 생산적 다음수 = 여전히 분해 + SPI 직독.
• ✅🔑🔴USB 경로 종결 — 증명 완료(26.8.17 자율세션, 시도 01~14). 전과정 로그 = C:\dev\tools\btspeaker-adfu\ATTEMPTS.md(시도마다 가설·명령·결과·판정). 🔑신규 4번째 모드 발견 = PID_DD01 USB 오디오(DAC)+HID 복합장치 — 벌크 EP가 0개라 SCSI/ADFU 프로토콜 자체가 성립 불가, HID는 Output0·Feature0 라 쓰기 불가 = 펌웨어 통로 0인 유일한 모드. 🔴시드 정정 2건 = ①기존 기록 「모드버튼 PC/USB = mass storage(1101)」은 틀렸다 — 실측상 PC/USB는 DD01 오디오고, AUX IN·블루투스는 열거 0. 1101은 모드가 아니라 전원 OFF 부팅 과도구간 2초짜리 창(실측 없음 → 1101 → 10D6 3초 내 통과, 2회 재현) ②「부트롬 정지」로 적힌 현상은 사실 미지원 명령의 CSW status=2(Phase Error) 후 파이프 halt 다(칩 사망 아님). ✅🔑결정적 증거 = 미스터리 512B 버퍼의 정체 확정 — 표준 SCSI INQUIRY 응답 96B 와 fwdump.bin(벤더 0x08)·ramdump.bin(벤더 0x05)이 96/96 바이트 100% 일치(선두 00 80 00 01 1F 00 00 00 PISnet MusicRider = INQUIRY 헤더). 곹 0x08·0x05는 이 칩에 미구현이고, 미구현 벤더 명령에 데이터를 요구하면 장치가 자기 SCSI 응답 스테이징 버퍼를 그대로 되돌려준다. 「주소를 무시하고 고정 버퍼만 준다」의 메커니즘 수준 설명 완성. 🔑내부 플래시는 SCSI로 주소지정 불가 확정 — REPORT LUNS 미구현(응답이 INQUIRY 버퍼) = LUN 추가 없음, 반면 READ CAPACITY·READ FORMAT CAPACITIES 는 sense key=2 NOT READY 로 정상 응답·VPD는 key=5 ILLEGAL REQUEST 로 명시 거부 = SCSI 스택은 제대로 구현돼 있고 없는 건 벤더 확장뿐. → ⛔SD 카드를 꽂아도 무의미(카드만 보이고 내부 플래시는 여전히 안 보임) = 앞서 제안한 안 폐기. 🔴USB 총결산 = 칩ID 0x1651(미등록)·MIPS32·ADFU 진입탈출법·512B 응답버퍼·오디오 토폴로지. 펌웨어 본체는 USB로 안 나온다 — 추정이 아니라 증명됨. 남은 경로 = 분해 + SPI 직독. ⚠무위험 카드 소진 — 블라인드 opcode 스윗은 안 한다(미상 opcode가 erase 계열이면 원본 백업 없이 영구 손실 = 그릴링 ② 전제 위반). ✅스피커 손상 0 확인 — 오디오 모드 재열거 + 스피커/마이크 AudioEndpoint 둘 다 Status=OK (오디오 모드는 앱 펌웨어가 도는 모드라 이게 펌웨어 생존의 강한 증거). 신규 도구 = modewatch.py(모드 감시→자동실행)·scsiprobe.py(표준 SCSI 8종)·hidprobe.py·retprobe.py.
• 🆕공구 세트 추천(26.8.18) — 페페 질의 「범용 기판작업 도구 뭐 사나(쿠팡)」. 결론 = 선주문 금지, 분해해서 8핀 SOIC 플래시 유무부터 확인(없으면 SoC 내장플래시 = SPI 직독 경로 자체가 없다). 있으면 0단계 ≈2만원(CH341A + SOIC8 테스트클립 + 1.8V 어댑터 + 정밀드라이버/프라이툴)만. 범용 확장 ≈3만(USB-TTL CP2102 · ST-Link V2 · 멀티미터 · 로직애널라이저 8ch 24MHz). 인서킷 실패 시 ≈8~15만(T12 인두 + 858D 열풍 + 플럭스/솔더윅/PCB홀더/핀셋). ⚠함정 = ①CH341A 블랙 일부 리비전이 SPI에서 5V를 물려 3.3V 플래시를 태운다(「3.3V 지원」 표기품 또는 개조판, 물리기 전 멀티미터로 VCC 실측) ②인서킷 클립 읽기는 SoC가 버스를 잡고 있으면 실패 → 결국 열풍기로 떼는 경우가 많다(2단계가 사실상 필수) ③1.8V 플래시에 3.3V 직결 금지.
• 상태: 합의 완료·칩 정보 대기(착수 시 projects/btspeaker-mod/ 신설 예정, 지금은 문서 신설 안 함). 포인터 = projects/led-board-mod/session-2026-08-11-stock-led-firmware-mod-survey.md, devplan/led-board-mod.html.

2026-07-03 — 신규 개발 수익화 4트랙 + Steam 심층 조사 (워크플로 2차)

• 발단: 페페 후속 지시 — 기존 자산은 기술력으로만 쓰고 새 콘텐츠/게임/영상/SaaS 개발 수익화 방안 + Steam 게임 개발 포함 조사.
• 조사(워크플로 14에이전트 + Steam 심층 5에이전트): 4트랙 12아이디어 생성→적대적 심사. 생존 상위: ①우리집 치수 목공클럽(크몽 컷리스트 템플릿+멤버십, 6/현실성5) ②컷옵코리아(한글 재단최적화 웹앱 SaaS, Paddle 구독 9,900원/월, 6/4) ③정부지원레이더(공고 텔레그램 알림 SaaS, 5/4 — 착수 전 data.go.kr 공식API 확인 필수) ④영상 2건(Cost of Failure 英제조공학·Flat-Pack Autopsy 英역설계, 각 5/4 — 후자 IP리스크로 브랜드명 회피 필수) ⑤필컷 퍼즐(CrazyGames, 5/3). 탈락: 고스트런(2.5), AI업무자동화 프리미엄콘텐츠(3), QuickDWG(3, DXF 자기모순). 핵심 시너지: ①+②는 같은 니치(국내규격 재단) — 기존 검증된 길로틴 알고리즘(nesting test_pack PASS) 재사용으로 심사관의 최대 결점(MVP 시간 낙관·정확성)이 무효화됨. 공통 결점=유통계획 부재 → 목공카페 무료샘플+쇼츠 클립이 보완책.
• Steam 결론: 주말/단기 불가 확정 — 개인 등록 가능하나 $100 납부 후 30일 대기 + Coming Soon 2주 의무 + 심사 3~5영업일(최초작 최소 1개월+). 경제성 잔혹: 2025 신작 중앙값 $249, 66%가 $1k 미달, 상위1%가 인디매출 90%. 성공조건=사전 위시리스트(Popular Upcoming ~7k)+외부트래픽(내부 발견은 유입 25%뿐). 유리 장르=인크리멘탈·로그라이크·호러, $20+ 가격대 성공률↑. AI: 코딩도구(Claude Code) 공개의무 면제(2026-01 개정 명문화), 아트/텍스트는 공개+리뷰 53%↓ 페널티. 한국: Steam 자체등급분류사업자 미지정 → 국내 유료판매 원칙상 등급분류 대상(개인 처벌 실사례 미확인·계도 수준, 심의비 수십만원), 정산=SWIFT+W-8BEN(한미조약 10~15%). 판단=웹포털/itch 검증 후의 2차 채널, 지금은 부적합.
• 상태: 제안(페페 결정 대기). 추천=주말 목공클럽 착수(크몽 신청+무료샘플 수요검증)+Paddle KYC 신청, 2~3주 컷옵코리아 SaaS. 상세=세션 워크플로 wf_89be80f4 결과.

2026-07-03 — 주말(7/4~5) 즉시 수익화 게시 계획 (워크플로 조사·심사)

• 발단: 페페 질문 — 프로그램/콘텐츠 개발로 이번 주말 바로 수익 창출 게시할 계획 제안.
• 조사(워크플로 12에이전트, 자산실사+플랫폼 웹조사+계획3안+적대적 심사): 주말 내 게시 라이브 가능 채널 = Gumroad·itch.io·Ko-fi(즉시, 심사無)·포스타입(즉시)·유페이퍼(자체사이트 ~1일)뿐. 크몽(심사 3~7영업일, 주말 미카운트)·탈잉(3~5일)·네이버프리미엄(3~5일)·브런치(작가승인 5일+멤버십 구독자30 조건)·OGQ(15일) 전부 주말 불가. 숨고마켓(디지털파일 즉시판매)은 2026-06-30 완전 폐지. 자산 실사: nesting.html(C:\dev\nesting\, readiness 55 — #qa-panel 디버그 위젯 제거 필수 30분~1h), drawerboring(C:\dev\tools\drawerboring\, 65 — 폴더에 고객데이터 혼재, 새 판매폴더 필수), material-spec(20 — 고객 JSON·발주처 하드코딩, 주말 판매 불가), pd-archive EP.01(65 — 게시 가능하나 애드센스 승인 수주). 니치수요: 재단최적화 해외 유료시장 실증(CutList Plus $89·MaxCut $20/월·optiCutter €9~19/월), 크몽 CAD/자동화 gig 실거래 강함(매크로 1,584건·캐드매크로 56건).
• 심사 핵심: 3안 모두 revenue_realism 2/10 — "주말 게시"는 가능하나 "주말 입금"은 비현실(첫 구매 수일~2주). 치명 지적: ①Gumroad 한국 개인 정산=사실상 PayPal 단일경로(연결 실검증 필수, 실패 시 Ko-fi 백업) ②PKD '웁' 유료판매는 한국 저작권법상 PD 미확정(사후70년=2052, 미국 갱신누락 PD≠한국 PD — 유료 금지·무료 게시만) ③사내용 플러그인 포트폴리오 노출=직무발명·영업비밀 리스크 ④국내 무료 대체재 존재(차별점 문구 필요).
• 권고(합성): 토=nesting.html QA패널 제거→Gumroad $19 게시 라이브+$1 실결제 검증+크몽 서비스 신청 제출(승인 차주), 일=itch.io/Ko-fi 크로스+포스타입 EP.01 무료 게시(채널 개설)+커뮤니티 홍보(등업규정 선확인). 국내 진짜 매출 채널=크몽(차주 승인 후).
• 상태: 제안(페페 결정 대기). 실행 확정 시 상세 시간표는 이 세션 워크플로 결과(wf_b94d34fb) 참조.

2026-06-27 — 퍼블릭 도메인 상상문학 2차 콘텐츠 프로젝트 (pd-archive)

• 발단: 페페 지시 — 채티가 만든 저작권 만료 상상문학 카탈로그(HTML 114편)를 받아 운영 프로젝트로 셋업(코디) → 이어서 이 작품들로 SNS 2차 콘텐츠 제작·수익화(애드센스/조회수) 전체 계획 수립 + devplan 상단 타이틀·새 페이지 정리.
• 요지: 기반 = C:\dev\pd-archive\(catalog HTML 114편·data/works.json[작품별 pd_verified·source_url 작업대장 필드]·docs[저작권 체크리스트·제작 파이프라인]·README, 로컬 git 커밋 0669a5b, push 안 함). 114편=21지역·5카테고리(SF·호러·판타지·전래동화·신화)·시대구분. 3콘텐츠 트랙: ①블로그(작품 텍스트[원문/일부변형]+인물·배경 움직임 이미지 조합, 애드센스 — 1차 목표) ②쇼츠(주요 장면 고품질 애니/손그림 영상 — 후속) ③에피소드 애니/영화(기록만·보류). 트랙 간 = 깔때기(블로그 각색텍스트·비주얼·저작권검증을 쇼츠→영상화로 재활용). 컨텐츠1(블로그) 3-Phase: P1 게시물 1편 풀사이클 PoC(라이브이미지 도구 결정 게이트=시네마그래프/AI모션/WebP·APNG·무음MP4) → P2 양산 템플릿·이미지 프리셋·체크리스트·카테고리 시리즈화 → P3 발행채널+애드센스 승인+반응데이터(쇼츠 승격 후보). 전 트랙 선행 게이트=저작권: 원문 PD≠번역본 PD(번역가 별도 저작권→직접 번역/PD 번역본만)·삽화/캐릭터/상표 별도 보호(오즈·앨리스·피터팬=원작 텍스트만, 피터팬 영국 병원 영구로열티)·1930~63 미국작 갱신 확인·AI 이미지 상업약관 확인. 어떤 작품도 "자유"로 단정 금지.
• 상태: 채택→프로젝트화. devplan 추적 페이지 C:\dev\devplan\pd-archive.html(http://100.108.234.45:8799/pd-archive.html, 로컬 8799) + 대시보드 상단 타이틀 배너 추가(build_dashboard.py line~154, 보라/블루, furniture 배너 위)·재빌드 반영·렌더 PASS. 관련 [2026-06-20 사업자등록 없이 수익화 경로 조사 (전자상거래·앱 광고수익 등)], 범프로젝트(콘텐츠·수익화). seedchain 별도 프로젝트 폴더는 본격 착수 시 신설.
• 블로그 P1 착수 (2026-06-27): 테스트 에피소드 1편 완성 = EP.01 「웁」(필립 K. 딕, 1952). C:\dev\pd-archive\episodes\ep01-the-wub.html(로컬 단일 HTML, 명조 본문). 저작권 검증 통과 = 미국 갱신 누락 PD, 영어 원문 Gutenberg #28554, works.json '웁' pd_verified:true·source 기입. 구성 = 히어로+영어 원문 발췌(인용)+한글 줄거리·대사·해설(직접 작성, 번역본 미사용)+광고슬롯+저작권 푸터. 라이브 이미지 방식 = 시네마그래프/WebP·APNG(페페 선택): 정지 AI 이미지(Leonardo lucid-origin 3컷, pulp 1950s 화풍 통일 — 현창/웁/선실, episodes/assets/*.jpg, 원본은 data/) + CSS 오버레이(별 흐름·숨쉬기 scale·등불 글로우)로 라이브 느낌. 다음=실제 시네마그래프(.webp/.mp4) 제작해 <img> 교체(HTML에 [LIVE-IMG] 슬롯·라벨 표시), P2 양산 템플릿화. 이미지 생성=코디는 파일 직접 생성 불가 → 영문 프롬프트 제공→페페가 AI툴(Midjourney/Leonardo/Ideogram/Bing)서 생성→data 저장→코디 연결, 방식 확립.

2026-06-11 — 옵시디언 활용 재평가 (AI vs 사용자 입장)

• 발단: 페페 질문 — seedchain가 발전한 현 시점에서 옵시디언 활용을 AI/사용자 입장으로 비교 평가.
• 요지: 보류 유지가 결론. AI 입장 효용 0(매니페스트 vs 위키링크 이중 진실 리스크), 사용자 입장 실격차는 전문 검색·즉석 캡처 2개뿐. 격차 흡수 후보 = ① 문서별 "관련 문서" footer(render_docs, 동일 topics 자동) ② Evidence 정적 전문검색(minisearch 인덱스) ③ (조건부) 옵시디언=inbox 전용 캡처 한정.
• 상태: 논의(결정 대기) — 상세·후속 추적은 projects/seedchain/backlog.md #1 진행 경과(2026-06-11).

2026-06-11 — 채티를 코디 터미널 안에서 (서브에이전트·하니스)

• 발단: 페페 질문 — 채티 세션을 코디 터미널에서 쓸 방법(MCP/커스텀)? 사용자들이 대부분 Claude Code 안에서 해결하고 "하니스" 방식이 유행이라는데.
• 요지: claude.ai 대화방 자체의 터미널 이어가기는 불가(세션 저장소 분리)하나, 채티 = 역할규칙 + seedchain 시드라 시드를 읽는 Code 세션 = 채티. 방법 4종 — A .claude/agents/chatty.md 서브에이전트(별도 200K 컨텍스트·읽기전용 도구·플래너 프롬프트, 추천) / B 터미널 2세션(채티=Plan Mode, 코디=실행) / C MCP 양방향(claude mcp serve; 현 채티→claude-code MCP가 이미 역방향) / D Agent SDK(하니스 본체, claude -p 헤드리스 파이프라인 — 2단계). 추천 = A+B 병행, claude.ai 채티는 유지.
• 상태: 논의(채택 시 chatty.md 초안 작성 — 즉시 가능).

2026-06-14 — OMC(oh-my-claudecode) 플러그인 도입 평가

• 발단: 페페 질문 — OMC 플러그인 도입 어떻게 생각하나.
• 요지: 전면 도입 비권장. OMC가 주는 멀티에이전트 오케스트레이션·병렬실행(Ultrawork)·지속루프(Ralph)·모델라우팅·폰알림이 이미 보유한 것과 정면 중복 — 역할체계(채티/코디/SARA…)+내장 Workflow+/loop+broker /notify-*+seedchain 시드. 한계효용 거의 0. 위험: ① 글로벌 setup이 ~/.claude/CLAUDE.md overwrite(공식 경고, --local 필수) ② "loop authority 단일" 제약이 Workflow·/loop·autorebuild/watchdog 스케줄러와 충돌 ③ 알림 이중화(OMC텔레그램↔broker) ④ tmux(Windows=psmux/WSL2) 군더더기 ⑤ 빠른 churn(233릴리스·v4.14.7). 빌릴 만한 것 하나 = 모델 라우팅(Haiku/Opus, 토큰 30~50%↓ 주장)인데 OMC 없이 서브에이전트 model 지정으로 직접 흉내 가능. 안전경로 = 도입 아닌 "아이디어 채굴" — 버리는 폴더에 --local로만. (주의: pfs의 "OMC"는 거래처 협력 페이지로 무관.)
• 상태: 논의(비도입 권고) — 관련 [2026-06-11 채티를 코디 터미널 안에서].

2026-06-14 — SARA·CMDBOARD 유휴화 → SDK(OAuth) 무인 자동화 전환 평가

• 발단: 페페 질문 — 원격세션(Remote Control)으로 모바일 작업이 원활해져 SARA·CMDBOARD 효용이 줄고, Max 구독만으로 작업이 되니 OAuth-SDK 작업에 할당된 용량이 유휴라 아깝다. 시드 평가 후 SDK로 대체할 작업 추천.
• 요지: 프레임 = Remote Control은 attended(붙어 지휘) 작업 최적화 → SDK/OAuth 용량은 이제 unattended(스케줄·이벤트 무인) 작업을 맡는다. SARA·CMDBOARD는 attended-원격 격차용이라 효용은 줄지만 SDK 하니스(OAuth인증·코디위임·EVALUATOR증거검증·NDJSON전사·broker게이트)+잡DB는 무인자동화에 그대로 재활용 → 폐기 아닌 피벗. 추천 Tier1=① talklog 'AI 자동 정리' 헤드리스 배치(콜렉터가 만든 kakao-inbox→현장/프로젝트 분류·구조화 요약, 정기 cron, 명시 목표 미완성+대량추론·최우선) ② seedchain 시드유지 야간에이전트(완료 NOW→archive 이관초안·캡 임박점검·graph댓글→topics편집·"오늘 바뀐것" 다이제스트; autorebuild는 기계적 빌드만, 의미적 유지는 수동). Tier2 재활용=③ SARA 피벗(인터랙티브 패널→헤드리스 잡 러너, Webview만 폐기) ④ CMDBOARD 피벗(에이전트 모니터→SDK 잡 스케줄러/대시보드). Tier3=⑤ pfs 정기 브라우저/SSM 견적 야간 이상치 다이제스트 ⑥ material-takeoff 비전추출 배치. SDK로 옮기지 말 것=인터랙티브 개발(pfs/material-spec 기능·poincad)=Codi+Remote Control 유지. Top pick=①(talklog: 절반완성+정기대량추론+미완목표 3박자), ③④는 ①②의 런타임/관제로 따라옴. 인증=SARA처럼 구독 OAuth/setup-token(별도 API키 불필요).
• 후속(2026-06-14, 페페 지시 — pfs·전 리포 확대): C:\dev 전 리포 훑어 활용방안표 작성. 핵심 발견 = kakao-collector에 분류 PoC 이미 시작(_classify_workflow.js·_classify_result.json) + pfs worklog가 "근거(excerpt)+owner_user" 받는 구조 + "신규 적재 파이프라인 owner_user 채워야" 미결 → ★1 카톡→AI정리→pfs worklog 적재가 talklog 미완목표 + pfs 적재 미결을 동시에 메우는 단일 파이프라인(토큰활용 최상·최우선). 표 등급: A(직행)=★1 카톡→worklog·★2 seedchain 야간유지·★3 pfs SSM 운영다이제스트(읽기전용 안전)·★4 pfs 견적 QA / B(인프라 재활용)=★5 SARA 헤드리스 잡러너·★6 CMDBOARD 잡스케줄러 / C(도메인 배치)=material-takeoff 비전추출(앱 선행)·오엠씨 자재Excel 정리 / D(인터랙티브 유지=SDK 비대상)=material-spec·drawerboring·poincad·talklog-android·fmodel(이미지)·dev-poin(정리후보). 롤아웃 순서: ★1을 단독 claude -p 헤드리스 배치로 먼저 PoC(SARA 피벗 없이 즉시·용량 즉시소비) → ★3·★2 추가 → 잡 2~3개 쌓이면 ★5/★6 피벗으로 묶음관제.
• 상태: 논의(추천 제시·방향 선택 대기: A=★1 파이프라인 PoC 지시문 / B=★1+★2+★3 묶음 로드맵 / C=활용방안표 seedchain 정식 편입) — 관련 [2026-06-11 채티를 코디 터미널 안에서], 범프로젝트(talklog·kakao-collector·pfs·SARA·cmdboard·seedchain·remote-access).

2026-06-18 — 코드랩 「멀티 에이전트 AI 개발 로드맵」 강의 적합성 평가

• 발단: 페페 질문 — C:\dev\코드랩_멀티_에이전트_AI_개발_로드맵.pdf(22쪽) 내용 확인 후, 현 프로젝트들·코디 시스템 기반에서 어느 부분이 도움될지 평가.
• 요지: 강의 = 4단계(①문서분석·요약 ②데이터분석·추천 ③RAG 상담챗봇 ④실전 멀티에이전트 서비스), 스택 = LangChain/LangGraph+FastAPI+Vector DB+Next.js/Nuxt+gRPC. 핵심 진단: 페페는 강의의 "결과물"(멀티에이전트+메모리+문서처리+배포)을 이미 운영 중이나 패러다임이 다름 — 코디=대화주도+결정형 키워드메모리, 강의=코드주도(LangGraph State)+임베딩 RAG. 경쟁 아닌 상호보완, 가치는 "발췌 흡수". 가치순: ⭐1 3단계 RAG·Vector DB(가장 큰 공백 — talklog 카톡 의미검색·seedchain 시드 RAG·pfs 사례검색에 즉시 ROI) → ⭐2 1단계 문서 에이전트(talklog 현장별정리 Phase2와 직결: 분할→추출→요약→통합) → ⭐3 4단계 LangGraph 오케스트레이션(공유State·조건분기·병렬·재시도 = 코디 Workflow 손코딩의 형식화, 무인/스케줄 자동화에 유리) → 중간 2단계 데이터·추천(pfs 견적/발주/매출 분석·material-takeoff). 건너뛰기: Vibe Coding·멀티에이전트 개념·FastAPI/배포 기초(pfs로 이미 보유). 권고: 전과정 순차 비효율 → 3단계 우선 깊게 + 1단계는 talklog 관점 발췌 + 4단계 State모델 개념차용.
• 후속(2026-06-18, RAG 심화 설명): 현재 검색 = 어휘일치(grep)+수작업 토픽태그(mem_find)+결정형, RAG = 의미 유사도(임베딩 벡터)+자동색인+근사랭킹. 결론 = 대체 아닌 계층 분리(하이브리드) — 정형·정전(규칙·포트·결정·NOW·런북)은 시드체인+manifest 유지, 거대 비정형 자연어(특히 talklog 55방·세션로그·누적 pfs)에만 RAG. manifest topics를 벡터검색 메타데이터 필터로 재활용(현 큐레이션 자산 보존), 재정렬=EVALUATOR 패턴 매핑. 아키텍처 권고(로컬·저비용·결정형 철학 존중): 로컬 코퍼스=sqlite-vec(무서버·file-based 적합), 임베딩=bge-m3/multilingual-e5 로컬 다국어(한국어 구어 강·API비용0). RAG 약점도 명시(비결정성·복원비용·환각·색인 동기화 부담 → 정전 계층엔 미적용).
• 후속(2026-06-18, 재직자 국비/한국어 강의 리서치): 페페 요청 — "더 도움될 강의, 재직인·온라인 기준". 선택 = 국비/환급 중심 + 한국어. 재직자도 국민내일배움카드 발급 가능(고용24 work24.go.kr), KDC=90%국비+10%자부담(수료시 환급=실질0원·100%온라인), 재직자KDT=실시간캠프 90%국비. ⚠️패캠 "환급챌린지"=국비아님(플랫폼 캐시백), 고용보험 환급과정=사업주위탁→개인은 내일배움카드/KDC. 추천 조합: ①국비 = 모두의연구소 직장인 AI/LLM 서비스개발 과정(재직자KDT 90%국비 370만→30만, 실시간 화~금 20-22:30+토, 12주; LangChain→Advanced RAG[Self/Corrective/Adaptive]→Graph RAG(Neo4j)=seedchain 토픽그래프와 동발상→LangGraph→Gradio배포; 입문~중급이나 뒤쪽이 gap 적중·유일하게 Graph RAG까지 가는 국비) ②멀티캠퍼스 "LLM마스터: LangGraph+MCP AI Agent"(재직자 고용보험 환급 강세·MCP 정식 커리큘럼·환급여부 확인要) ③패캠 국비 LLM/RAG(b2g_mb_rag, VOD형=변칙근무 적합). 자비(국비X)지만 상급자 적중도 최고: A.테디노트 RAG 비법노트(45h/306클립, 로컬모델[Ollama/HF] RAG = 제안한 bge-m3/sqlite-vec 방향 정확일치 = RAG PoC 교과서) B.Claude Code x Codex AI Agent 팀(옵시디언 LLM Wiki+멀티에이전트 = seedchain+채티/코디의 상용판=코디 시스템 벤치마킹, ~23만). 솔직평가: 입문 국비(AI첫걸음·파이썬기초)는 건너뜀, 한국어 국비는 입문~중급 편중이라 진짜 심화는 자비가 적중↑ → 국비=모두연 1개 + 깊이=테디노트 자비 조합 권고. 후속옵션 = 3과정 커리큘럼을 talklog RAG PoC/코디 Workflow에 줄별 매핑表 or 모두연·멀티캠퍼스 차기기수·환급 심화확인.
• 상태: 논의(평가 제시) — 채택 시 후속 = RAG PoC(talklog/seedchain 코퍼스 임베딩 검색) 지시문 작성 + (선택) 모두연/테디노트 수강. 관련 [2026-06-14 SARA·CMDBOARD 유휴화 → SDK(OAuth) 무인 자동화 전환 평가], 범프로젝트(talklog·seedchain·pfs).

2026-06-11 — 지나가는 논의 기록 제도 (이 로그의 발단)

• 발단: 페페 지시 — 지나가는 질문도 시드 갱신·기타 보관, 시드 기본 지침화.
• 요지: 본 로그(projects/ideas/ideas.md) 신설 + CLAUDE.md 런북 '매 답변 후 시드 갱신'에 기록 규칙 추가 + data/decisions.json 전역 결정 등재.
• 상태: 채택→이관 완료(dec-idea-capture).

2026-06-20 — 사업자등록 없이 수익화 경로 조사 (전자상거래·앱 광고수익 등)

• 발단: 페페 질문 — 사업자등록 없이 수익화할 수 있는 전자상거래/앱 광고수익 등 방법이 있나.
• 요지: 핵심 원칙 = "사업자등록 면제 ≠ 세금 면제". 사업자등록 의무는 "계속적·반복적" 공급 시 발생(일시·소규모는 등록 없이 가능), 단 소득 발생 시 종합소득세 신고 의무는 별개로 그대로 있음 → 현실 흐름 = "등록 없이 시작 → 수익 반복·확대 시 사업자 전환". 등록 없이 개인 자격 시작 가능: ① 앱/콘텐츠 광고수익(개발자 최적) — Google AdMob(앱)·AdSense(웹/블로그)·유튜브 개인 계정 수령(구글 해외 지급), 앱스토어·구글플레이 개인 개발자 등록(유료앱·인앱결제 가능); 광고수익은 사업/기타소득으로 종소세 신고만. ② 플랫폼 원천징수형 프리랜서 — 크몽·숨고·탈잉(플랫폼이 3.3% 원천징수), 쿠팡파트너스·제휴마케팅(어필리에이트). ③ 디지털 콘텐츠 판매 — 인프런/유데미 강의·전자책·코드/디자인 에셋. 주의 — 직접 쇼핑몰(스마트스토어·쿠팡 등): 사업자등록+통신판매업 신고가 원칙이나 통신판매업 신고는 직전연도 거래 50회 미만이면 면제(소액 개인판매자 시작은 가능, 거래 늘면 사업자 전환 요구). 개발자 추천 순서 = AdMob/AdSense 광고앱(등록부담 0·개발역량 직활용) → 유료앱/인앱결제(개인 개발자 등록) → 인프런·크몽 콘텐츠/외주(플랫폼 원천징수). ⚠️ 세무·법률 비전문가 답변 + 기준(통판 50회 면제·간이과세 기준금액 등)은 시점따라 변동 → 실제 시작 전 홈택스/세무서·세무사 상담으로 본인 매출·반복성 확인 권고.
• 상태: 논의(정보 제공) — 후속 가능: 특정 경로(예: AdMob 앱 수익화) 골라 실제 셋업 절차 + 세금 신고 흐름 구체화. 관련 [2026-06-19 홈페이지 제작·운영 신사업 제안 (대표 보고서)], 범프로젝트(신사업·비-개발), 무프로젝트 아이디어.

2026-06-19 — 홈페이지 제작·운영 신사업 제안 (대표 보고서)

• 발단: 페페 지시 — 현 구축 시스템(가구 IT 역량)으로 가구 업무 외 홈페이지 개설 등 타업체 서비스 사업도 해볼 만하니, 대표님(60대·비전문가·고지식) 보고용 HTML 사업 제안서 작성. 홈페이지 예시 5장(세련 디자인)·기존 업체 단가 조사 포함, 너무 복잡하지 않게.
• 요지: 핵심 = 내부 업무용으로 직접 구축해온 웹/시스템 제작 역량을 외부 업체(식당·병의원·공장·소매점) 홈페이지 제작·운영 서비스로 신사업화. 추가 설비투자 ≈0(기존 인력·기술 재활용), 수익구조 = 제작비(1회) + 유지보수 월 정기수입(임대수익 비유). 시장단가 조사(2026, 출처 더마크·닷클·웹닷·포크나인·Shopify): 랜딩 50~200만·템플릿형 100~300만·표준 반응형 300~800만·고급맞춤 800~1,500만·쇼핑몰 500~3,000만·유지보수 월5~30만·도메인 연1~3만·호스팅 월1~5만·평균 1건 ≈430만. 우리 가격전략 = 3패키지(보급150·표준400·고급/쇼핑몰800~)+유지보수 월5~15만, 보수적 1년차 그림 월매출 ≈1,000만 예시. 추진 = 4단계 로드맵(시범제작→상품정리→영업→확장), 대표 요청사항=1단계 시범제작 승인만.
• 산출물: C:\dev\홈페이지사업_제안서.html(자체 단일 HTML, 인터넷 없이 열림). 표지+9섹션+맺음말+출처, 업종별 예시 디자인 5종(가구/인테리어·식당/카페·병의원·기업/사무소·쇼핑몰) = 타사 스크린샷 카피 대신 저작권 회피 위해 자체 원본 CSS 목업으로 제작(실력 증명+추후 판매 템플릿 재활용 가능). 대표=60대·비전문가 맞춤(존댓말·큰 글씨·기술용어 비유 풀이[도메인=주소·호스팅=점포임대료]·정통 남색/금색·인쇄친화). 구조검증 div 266/266·예시 5종·단가표 3개 확인, 기본 브라우저로 열어 확인.
• 상태: 산출물 작성 완료(대표 보고 대기) — 후속 가능: 표지/맺음말 ［작성자/부서］·회사명 실데이터 기입, PDF 변환(출력용), 가구 업종 특화 예시 추가, 특정 거래처명 맞춤 시안. 범프로젝트(신사업·비-개발), 무프로젝트 아이디어.

2026-06-22 — 취업용 개인 포트폴리오 HTML (AI 전문가/프로그래머)

• 발단: 페페 지시 — seedchain를 전반적으로 확인해 IT 기업 AI 전문가/프로그래머 취업 전제의 개인 포트폴리오를 HTML로 작성(디자인 MCP 활용).
• 요지: 시드 체인(HANDOFF NOW·BRIEF.global)을 스윕해 14개 프로젝트의 기술스택·성과를 포트폴리오 서사로 압축. 포지셔닝 = "제조 중소기업 사내 SW 전반을 단독 설계·개발·운영한 AI 엔지니어 겸 풀스택"(AI전문가/프로그래머 둘 다 커버). 구성 = 히어로(직함·한줄소개·연락처·지표 4종[14+프로젝트·10+AWS배포·54에이전트·5+MCP]) → 소개 → 핵심역량 6분류(AI·LLM/백엔드/프런트/클라우드/자동화/모바일·CAD) → 주요 프로젝트 6(PFS 제조ERP·devplan 54에이전트 워크플로·seedchain 지식시스템·talklog 파이프라인·gpt-consult MCP브리지·material-spec CAD자동화)+그외 4(poincad·drawerboring·SARA·remote-access) → 작업 방식 6(적대적 멀티에이전트·헤드리스 오케스트레이션·커스텀MCP·영속메모리·검증배포·문제정의~운영) → 연락처. AI 엔지니어링을 차별점으로 전면 배치.
• 산출물: C:\dev\portfolio.html(자체 완결형 단일 HTML 35KB). 디자인 = 디자인 MCP 미학 적용(플랫·퍼플/틸/블루 절제된 램프·문장형 케이스·넉넉한 여백), 라이트/다크 토글(localStorage·시스템 선호 존중)+반응형+스크롤 등장+인쇄/PDF·모션최소화 시 콘텐츠 강제표시 보강. 아이콘=Tabler 웹폰트 CDN(오프라인이어도 본문 정상). 편집 플레이스홀더=이름(홍길동)·소개·연락처는 EDIT-NAME/EDIT-INTRO/EDIT-CONTACT 주석으로 표시(이메일 delix0731@gmail.com·github delix0731은 기입). 검증=Playwright 라이트/다크 풀페이지 스크린샷 PASS(폰트 로드·6프로젝트·등장 정상), 콘솔 에러는 favicon 404뿐(무해).
• 상태: 작성 완료 — 후속: 이름/실연락처/GitHub URL 사용자 기입, 경력·학력·자격 섹션 추가 가능, PDF 출력본 변환, 깃허브 페이지 등 호스팅. 범프로젝트(취업·개인 브랜딩), 무프로젝트 아이디어. 관련 [2026-06-19 홈페이지 제작·운영 신사업 제안].

2026-06-25 — 2D 가구도면(DWG/DXF) → 패널 인식·재단표(BOM) 자동화 연구

• 발단: 내부 연구 논의 — "임의의 2D 가구 도면에서 도어 vs 몸통 패널을 자동 분류해 재단표를 생성"할 수 있는가의 지형도 + 단계별 개발계획.
• 요지: 파싱·치수추출은 오픈소스(ezdxf + ODA File Converter)로 즉시 자체구현 가능하나, 패널 도어/몸통 자동분류+재단표 생성의 완성된 오픈소스·학술 솔루션은 없음(연구 공백) → 직접개발 영역. 현실경로=하이브리드 파이프라인(DWG→DXF→ezdxf 추출→규칙기반[레이어명·블록명·닫힌폴리라인·종횡비] 분류→치수연결→Excel/CSV→네스팅). 사내 레이어 표준화 강제가 ML보다 ROI 최고(Cabinet Vision S2M·RouterCIM이 방증). ML/멀티모달LLM은 라벨링 부족·환각으로 잔여 케이스 보조만. 상용 캐비닛SW는 전부 "모델 우선"(3D 파라메트릭→출력)이라 2D 역파싱은 우회 — 장기적으로 설계를 파라메트릭으로 이전하는 대안도 무겁게 고려. 5단계 계획=①PoC/도면 구조화 진단(난이도 결정 최대변수) ②규칙 분류기+치수추출(≥90%) ③레이어 표준 강제(★병행·ROI최고) ④ML/LLM 보조(선택) ⑤네스팅 통합.
• 산출물: 개발계획 페이지 C:\dev\devplan\furniture-cad-bom.html(대시보드 index.html 상단 큰제목 배너에서 진입) + 전문 시드 projects/ideas/furniture-cad-bom.md(연구 지형도·논문/벤치·도구지형도·Caveats).
• 상태: 논의·계획 수립(미착수). 범프로젝트(CAD·자동화), 인접=material-takeoff(도면 비전추출)·autocad-plot·orderpaper(자재·재단·발주).

2026-07-17 — AI스터디 페이지에 "루프 엔지니어링" 학습코스 추가

• 발단: 페페 질의 연쇄 — 루프 작업의 세션 컨텍스트 소진 대처(오토컴팩트=같은 세션 유지, CLI/VSCode 동일) → 컴팩트 드리프트·할루시네이션 리스크 → 5원칙 정리(진실은 파일·불변핵심 재독·신선 컨텍스트·검증 게이트·세션=소모품) → 가구 KB 수집 루프 실물 설계(projects/furniture-expert/kb-bulk-loop.md) → "대형 게임 같은 다분야 장기작업 무개입 파이프라인도 설계하고 가구KB와 비교 형태로 스터디 페이지에 추가" 지시.
• 요지: C:\dev\devplan\ai-study-vibecoding.html에 슬라이드 2장 추가(24→26장). ① 루프 엔지니어링(원리): 컨텍스트 소진 문제와 5원칙+원격감시, 루프 1반복 골격 도표, 범용 루프 세팅 지시문(그릴링→loop-plan.md→게이트→시범 3반복→가동). ② 루프 실전 수집형 vs 개발형: 가구 KB 수집(실물: 큐→조사/검증 서브에이전트 분리→3중 게이트→사람 일괄승인) vs 대형 게임(설계: 스펙 그릴링+DoD→DESIGN.md 불변핵심+tasks.json 태스크 그래프→마일스톤 M1코어루프~M4폴리싱→태스크별 테스트/빌드/스모크 게이트+마일스톤별 E2E+스크린샷→수리 태스크 자동 생성→커밋 체인 재개), 8행 비교표+마일스톤 도표+대형 개발 루프 지시문. 제작과정 슬라이드에 R9 요청 전문 추가, 표지 스탯 갱신(지시문 14→16).
• 검증: nav 26=슬라이드 26 일치(자동 순번 8·9), Playwright 렌더+스크린샷 육안 확인, 콘솔 에러 favicon 404(기존)뿐.
• 상태: 완료·게시(로컬 8799 + Tailscale http://100.108.234.45:8799/ai-study-vibecoding.html). devplan은 git 미추적(정적 서빙). 관련 [[furniture-expert kb-bulk-loop]].

2026-08-07 — 안드로이드 공기계 → 집 파일서버 (계획)

• 발단: 페페 지시 — "안드로이드 공기계로 파일저장용 서버를 만들려고 한다. 집 와이파이, 상시 충전케이블. 계획 세워줘." → 그릴링 1문(용도) → 페페 답 = "PC 탐색기로도 사용하고 브라우저로 HTML 파일에 접속할 수도 있음".
• 요지: 서버 코드 0줄이 정답. 용도가 둘이라 앱 2개 역할 분리로 확정. ①Primitive FTPd(F-Droid·Apache-2.0·8.2 / 2026-07-19 = 활발) SFTP 2222 → PC Z: 드라이브 ②ServeIt(F-Droid·MIT·2.0.0·백그라운드+부팅 자동시작+디렉토리 리스팅) HTTP 8888 → 브라우저. PC측 = WinFsp + SSHFS-Win. 대용량 이동용으로 FTP 2121 병행(집 LAN이라 평문 무해, SFTP는 폰 CPU 암호화가 병목).
• 🔑Windows 탐색기 네이티브 \\IP(SMB)는 원리적으로 불가 — 무루팅 안드로이드는 1024 미만 포트를 못 열고(SMB=445) Windows SMB 클라이언트는 포트 변경을 지원 안 한다. 드라이브 문자는 SSHFS-Win 경유이고 UNC에 포트는 ! 로 붙인다(\\sshfs\user@192.168.0.50!2222\storage\emulated\0) — 여기서 다들 막힌다. WebDAV는 탐색기가 네이티브로 붙지만 기본 파일크기 제한 50MB + HTTP Basic 차단이라 폐기.
• 🔴탈락 후보 = lWS(52KB 정적 웹서버로 가장 작지만 2019년 마지막 릴리스 + 부팅 자동시작 없음 → 상시 서버 부적합) · Termux 통일안(sshd+python -m http.server+Termux:Boot로 되지만 앱 수는 같고 설정만 CLI로 늘어남).
• ⚠최대 위험 = 24/7 충전 배터리 스웰링(화재) → 배터리 보호 85% 제한, 없는 기종이면 타이머 콘센트. 통풍되는 딱딱한 바닥. ⚠Doze가 서버를 조용히 죽인다 → 두 앱 다 배터리 최적화 예외 필수(최다 실패 지점, 재부팅+하룻밤 방치가 진짜 테스트). ⚠ServeIt는 인증이 없다(같은 wifi=신뢰 전제) → 문서 루트를 www/ 로 분리하고 공개해도 되는 것만, 개인 파일은 SFTP로만. ⚠OTG 외장하드 + 충전 동시는 대부분 불가(어댑터가 전원 라인 점유) → 용량 = 내부+microSD 한도. ⚠폰 = 단일 장애점이라 원본 전용 보관 금지.
• 건너뜀 = 외부접속·HTTPS·도커·NAS SW·RAID. 밖에서 쓰려면 Tailscale 한 줄(이미 PC들에 깔려 있음).
• 상태: 계획 확정·착수 대기. ⏳페페 = 기기 모델·저장용량·Android 버전(11+면 Scoped Storage로 prim-ftpd 저장 설정이 갈림) → 받으면 그대로 따라하는 절차로 재작성. 관련 [nas-smb-korean-share-mount].

2026-08-08 — Orca IDE에 C:\dev 통째 지정 가능한가 + 모바일 되는 대안 (검토)

• 발단: 페페 질의 — "orca ide에서 dev워크스페이스 지정만 해서 쓸 수 있는지 확인 / orca 외에 모바일도 되는 프로그램 추천".
• 요지 ①(Orca): 기능상 된다 — Orca는 부모 폴더를 임포트하면 그 아래 git repo들을 「project group」으로 묶는다(사이드바 그룹 + 「Create Folder Workspace」로 태스크 소스를 하위 repo 하나에 바인딩). 하지만 Orca의 작업 단위 = git worktree 1개 = repo 1개라 C:\dev 자체(비-git)엔 worktree가 안 생긴다. 실측 = 최상위 폴더 48개 중 git repo 18개뿐이고 지금 활발한 korace·devplan·nesting·poincad2·design-refs·ainews-insta·order-automation·imosplugin은 전부 비-git → 병렬 격리라는 Orca의 존재이유가 태반의 프로젝트에 안 먹는다. 게다가 _backup/_trash/_dl/PDF to xlsx·png 잡동사니가 섞여 du -sh가 2분 타임아웃 날 크기 = 스캔 부담. 판정 = 통째 지정은 비추, pfs·seedchain·tools 처럼 repo 단위 3~4개만 등록. 진짜 쓰려면 korace/devplan을 git init 하는 게 선행.
• 요지 ②(모바일): 1순위 = 클로드코드 공식 Remote Control(26.2 출시, Pro/Max 포함·추가비 0) — /rc 또는 claude remote-control → QR → 클로드 앱/claude.ai/code. 실행은 로컬 PC라 MCP·파일·설정 그대로, 인바운드 포트 0(아웃바운드 HTTPS만). 제약 = 로컬 프로세스가 살아 있어야 함·/plugin·/resume은 로컬 전용·네트워크 10분 끊기면 종료·전사본은 Anthropic 서버 보관. 폰에서 일을 던지는 쪽은 Dispatch(데스크톱 앱 페어링). 2순위 = Happy Coder(MIT·E2EE·음성). 클라우드형(Claude Code on the web·Cursor·Codex)은 GitHub repo 전제라 원격 없는 우리 repo엔 부적합. Omnara는 E2EE 아님(공동창업자 인정) → 업무 데이터라 비추. Orca 자체 모바일은 릴레이 또는 LAN/Tailscale 페어링의 읽기 위주 리모컨.
• 상태: 검토만(설치·변경 0). ⏳페페 결정 = Orca 도입 여부 / Remote Control 켜볼지. 관련 [[remote-access]] [[session-relay-pipeline]].

2026-08-10 — n8n 도입 검토 (조사·평가)

• 발단: 페페 질의 — "n8n이 유명한데 조사해서 설명 + 우리 자산에 적용하면 이점인지 혼선인지 평가".
• n8n 요지: 노드 그래프형 워크플로 자동화. 트리거(웹훅·크론·앱 이벤트) → 노드 체인 → 액션, 1,000+ 통합. 라이선스 = fair-code / Sustainable Use License — 「your own internal business purposes」 명시 허용이라 포인 사내 사용은 무료·합법, 금지는 재판매·호스팅 서비스 제공뿐. 파일명에 .ee. 든 것만 엔터프라이즈 별도. 셀프호스트 커뮤니티 = 실행수·유저수 무제한(인프라 비용만, VPS $5~20), 유료는 SSO·Git 버전관리·환경분리·워크플로 공유. 클라우드 2026.7 기준 $24(2,500실행)/$60(10,000)/$800(Business 40,000), 셀프호스트 Business €333/월(20인·펀딩 5M€ 미만 50% 할인가). AI = AI Agent 노드(LangChain 기반) + MCP Client Tool(외부 MCP 서버 도구 사용) + MCP Server Trigger(워크플로를 MCP 도구로 노출) + Agent Tool(에이전트 감독).
• 🔴Code 노드 Python = Pyodide(CPython→WASM) — pip 불가(Pyodide 동봉 패키지 한정), 클라우드는 stdlib 포함 import 전면 차단, 셀프호스트만 외부 라이브러리 설정 가능, JS보다 느리다(컴파일 단계). → 우리 로직이 전부 파이썬이라 n8n 안으로 못 들어온다가 이 평가의 결정타.
• 판정 = 지금 도입 안 함. 이유 = ①오케스트레이터가 이미 3개(schtasks 예약작업 · gptbutler 카드→승인→claude -p 폐루프 · 코디 본체) → 4번째는 "어디서 도는지" 를 사람이 매번 추적 ②🔑시크릿 단일출처(C:\dev\.secrets\.env) 규칙이 깨진다 — n8n은 자체 credentials DB가 강제 ③시드 체인 밖 섀도 로직 — 워크플로가 SQLite JSON 안에 있어 git diff 리뷰 불가·mem_find 검색 불가 → 다음 세션 코디가 존재를 모른다 ④우리 자산의 절반이 Windows 로컬 자원(AutoCAD COM·pywin32·adb·CDP 크롬·카톡PC·NAS SMB) → n8n은 Docker/Linux 표준이라 결국 Execute Command로 파이썬 부르는 껍데기 = cron 대체 그 이상이 안 됨 ⑤위험작업 승인 게이트 우회 — n8n이 pfs 운영 RDS에 직접 쓰면 RISK_APPROVAL_POLICY 밖에서 도는 경로가 생긴다.
• 인정한 진짜 갭 1개 = 예약작업 실행이력·실패 재시도·한 곳 대시보드가 없다(지금은 schtasks + 로그파일 산재). 단 이건 n8n(상시 Docker) 없이 러너 래퍼 + devplan 8799 카드 1장으로 해결 가능 → 그게 더 싸다.
• 재검토 트리거 3개(하나라도 참이면 다시 본다): ①사무실 비개발자가 흐름을 직접 고쳐야 할 때 ②SaaS↔SaaS 배선이 5개 이상 생길 때(슬랙·구글·인스타 등, 로컬 자원 안 타는 것) ③AWS EC2 등 리눅스에 상시 이벤트 수신이 필요할 때. → 그때도 전면 아닌 그 한 갈래만 n8n.
• 상태: 검토만(설치·변경 0). 관련 [[gptbutler]] [[ai-stack-map]] [[oauth-token-single-source]] [[background-window-default]].

2026-08-10 — 힉스필드(Higgsfield) 요금·접속경로 조사

• 발단: 페페 질의 — delix0731@gmail.com로 가입, "무료 사용 기간"이라 들었는데 사실확인 + 코디 접속 가능 여부.
• [코디] 요금 실측(higgsfield.ai/pricing 렌더링, 26.8.10): Free = "Limited use"(영구 무료 티어, 기간제 체험 아님) · Starter $19/mo(270크레딧) · Plus $59→$47(1,200크레딧) · Ultra $129→$99, 모두 연간결제 30%OFF 토글 기준. 배너 "Nano Banana 2 & Pro Unlimited 7 days"는 Ultra 유료플랜 프로모지 무료 아님. 블로그 통설($15/$39/$99·200/1000/3000)은 구버전.
• [코디] 접속 확인: CDP 크롬(delix0731, 9334)로 higgsfield.ai 열어봄 → 미로그인(Sign up 노출, Clerk __client_uat 비어있음). .secrets에도 힉스필드 키 없음 → 현재 코디는 접속 불가.
• 경로 2개: ①웹UI CDP — 9334 크롬에서 페페가 1회 로그인하면 프로필에 유지, imagegen/videogen과 동일 패턴(무료 티어 그대로·워터마크). ②API — 콘솔 cloud.higgsfield.ai(Clerk 로그인)에서 key/secret 발급, 베이스 https://platform.higgsfield.ai, 헤더 Authorization: Key {key}:{secret}, SDK pip install higgsfield-client(env HF_KEY="key:secret"), 성공한 생성만 과금. API 과금은 웹 구독과 별도 지갑 → 구독 크레딧으로 API 못 씀.
• 상태: 조사만(설치·발급 0). ⏳페페 결정 = 웹UI 로그인 / API키 발급 / 둘 다. 관련 [[nanobanana-webui-cdp-profile]] [[hailuo-videogen-tool]] [[oauth-token-single-source]].

추가조사 — 인스타 "무료"의 정체 (26.8.10, 코디)

• [코디] @higgsfield.ai 공식 릴스 12편 캡션 실측(poin3133 로그인 CDP 9333). 무료 마케팅은 3종이고 전부 다른 물건이다. 1. 🔴24시간 무제한 무료 체험(신규 한정) — 릴스 원문: "After the 24-hour trial, your subscription automatically renews to Plus... cancel during the first day in one click." → 카드 등록·구독 개시가 전제, 24h 내 취소 안 하면 Plus 자동청구. "1 Day left/32 hours left" 식 긴급 프레이밍으로 2주 넘게 반복 재게시. 2. Free MCP — 100 FREE CREDITS for all new MCP users(스토리 하이라이트, 3주 전) + /mcp 페이지 "Connect MCP & access 3-day free trial plan". 3. Free Mode in Supercomputer(3주 전) — 내장 LLM(브레인스토밍·프롬프트·스크립트)만 무료, "Credits kick in only when you generate."
• 🔴댓글 피해 증언 다수(좋아요 20~53): "Money is being charged from my personal bank card every month... I did not authorize these recurring payments" · "I removed card details and you still took my money" · "Totally fake; there was nothing free there" · "Ad: Everything is FREE / Reality: Please upgrade to Plus". → 페페가 가입 시 카드 넣었으면 구독상태 즉시 확인 필요.
• ⚠앞 항목 정정: MCP는 웹 플랜 크레딧을 그대로 쓴다(/mcp FAQ 원문: "Your existing Higgsfield plan credits work seamlessly through any connected agent."). 별도 지갑인 건 cloud.higgsfield.ai API만.
• ✅코디 접속 최단경로 = MCP: https://mcp.higgsfield.ai/mcp 를 커넥터로 추가 → 힉스필드 계정 OAuth. API 키 불필요. Claude(web/Cowork/Code) 지원 명시. 단 OAuth는 인터랙티브 세션에서 /mcp 필요.

2026-08-11 — 기성 LED 조명·스위치 펌웨어(페이드 패턴) 개조 가능성 (상담)

• 발단: 페페 질의 — 기성 LED 조명/스위치에 저장된 패턴(밝기 페이드, 전원인가시 즉시점등→페이드점등)을 수정 가능한가 / 데이터가 컴파일돼 들어갔나 / USB 단자 없는 기판에 어떻게 접속하나.
• [코디] 판정 = 칩 유형이 전부 결정. 4분류: ①순수 아날로그(PT4115·BP2866·CL6807·트라이악) = 펌웨어 없음 → 부품 개조만 ②마스크ROM/OTP MCU(무각인 SOP8, HT/EM/BP계열) = 읽기·쓰기 원천 불가, 칩 교체뿐 — 저가 LED 등기구는 압도적으로 여기 ③Flash MCU(STM8S003·N76E003·PY32·PIC16) = 대개 RDP/ROP 읽기보호 걸림, 덤프는 실패해도 지우고 자작 펌웨어 쓰기는 가능 ④WiFi/Tuya(ESP8266·BK7231T/N·RTL8710) = 유일하게 활짝 열린 길.
• 컴파일 여부: 맞다(C→바이너리, 소스 없음). 단 페이드 커브는 보통 감마 룩업 테이블 → 바이너리에서 단조증가 바이트배열 찾아 값만 패치가 함수 재작성보다 훨씬 싸다(체크섬 없으면 그대로 먹힘). "전원인가 즉시점등"은 부팅직후 pwm=last_level 한 줄이라 램프 루프 삽입 = 코드 수정 영역.
• 기판 접속 경로: 순서 = 칩 마킹 촬영 → 데이터시트 → 유형 확정이 항상 1단계. 프로그래밍 패드는 보드의 TP1/미실장 4핀 자리. STM32=SWD(ST-Link V2 클론 3천원 or Pi Pico+picoprobe 무료) · STM8=SWIM(동일 ST-Link) · PIC=ICSP(PICkit) · ESP8266=UART+GPIO0→GND(CH340) · BK7231=ltchiptool+OpenBeken · 외부 SPI플래시 25xx=CH341A+SOIC8 클립. 물리접촉 = 포고핀 지그 / SOIC 클립 / QFN은 에나멜선 직납.
• 🔴안전 철칙: AC 직결 LED 드라이버는 십중팔구 비절연(non-isolated buck) → 기판 GND가 220V 라이브. USB-TTL 꽂으면 PC GND 통해 감전+메인보드 사망. AC 완전분리 후 프로그래머 3.3V로만 급전, 통전작업 필요시 1:1 절연트랜스 필수.
• ✅결론 = 펌웨어 안 건드리는 길이 압도적으로 짧다(싼 순서): ①DIM 핀 가로채기 — LED 드라이버 IC의 DIM 핀에 자작 MCU(ATtiny/Pico) PWM 물리면 원본 펌웨어 무의미 ②커패시터 1개 — DIM 핀 기존 풀업 + 캡 GND = RC 램프 → 전원인가시 자동 페이드인, 코드 0줄(τ=R×C로 시간조절). 페페가 원한 "전원조작시 페이드 점등" 그 자체 ③Tuya 조명 구매 후 tuya-cloudcutter — 뜯지 않고 무선으로 순정 밀어내고 OpenBeken/ESPHome에서 커브를 설정값으로 조절(리버싱 대비 1/50) ④Zigbee/Shelly 디머로 상류 제어 ⑤순정 리버싱은 최후(OTP면 아예 벽).
• 상태: 상담만(작업 0). ⏳다음 = 페페가 대상 조명 뜯어 칩 마킹 사진 확보 → cody-vision 판독 → 유형·경로 확정.

2026-08-17 — AI 취업난 → 청년 기술·생산직 유입, 가구 생산직 인력풀 조사 (리서치)

• 발단: 페페 질의 — AI로 취업난 심해져 청년이 기술·생산직에 몰린다는데 현황 조사 / 우리 가구 생산직 뽑을 인력 있나.
• [코디] 결론 = 몰리는 건 맞지만 목적지가 다르다. 청년이 가는 곳 = 대기업 생산직(킹산직)·반도체·조선·폴리텍 하이테크. 중소 전통제조(가구 포함)로는 안 흐른다.
• 취업난 수치(26.7 통계청·고용부): 청년(15~29) 취업자 -19.1만, 45개월 연속 감소 · 고용률 44.2%(-1.6%p, 27개월 연속 하락) · 실업률 6.8%(+1.3%p, 4년 만 최고) · 감소분 51.3%가 AI 고노출 2개 업종(정보통신 -7.45만 = 2014년 이후 최대폭, 전문·과학기술서비스 -2.36만) · 20~39 '쉬었음' 71.7만 역대최대.
• 기술직 유턴은 실재: 폴리텍 U턴입학(대졸자 재입학) 25.2%(1,489/5,909명), 2021년 16.8%→2025년 25.2% 우상향. 단 인기 트랙 = AI·반도체·바이오 하이테크. 현대차 기술직은 26년 채용 300명(노사합의)뿐 = 병목.
• 제조업 내부는 양극화(26.7 고용부): 반도체 +6,200(5.9%)·조선 +6,400·선박보트 +4,800(44개월 연속)·전자통신 +4,600 / 자동차 -2,400·화학 -2,900·전기장비 -2,000, 제조업 전체 -3,000(14개월 연속 감소). 고용보험 29세 이하 -5.72만, 60세 이상 +20.86만.
• 🔴전통 제조 현장의 실제 인력원 = 외국인·고령자: 제조업 60세 이상 취업자(59.9만)가 20대(54.5만) 추월. 제조업 고용보험 증가분은 외국인 +10.9만인데 내국인은 -1.1만. 26년 E-9 쿼터 8만명 중 제조업 5만명, 비수도권 추가고용 한도 20%→30% 상향, 조선업 별도쿼터 폐지·제조업 통합.
• 구인시장은 지금 느슨한 국면(26 상반기 직종별사업체노동력조사, 4/1 기준): 부족인원 46.7만(인력부족률 2.4%, -0.1%p) · 미충원 9.6만, 미충원율 6.5%로 -1.2%p 하락. 단 미충원 사유 1위 = 경력·학력/자격 미충족 → 미숙련은 뽑히는데 숙련공은 여전히 안 잡힌다. 미충원율 높은 직종 = 금속재료·화학환경 설치정비생산직.
• 중소제조 체감: 제조 중소기업 65% 인력난(비수도권 70%). 청년 채용 어려운 이유 = 지원자 자체 부족 53.2% > 임금·복지 39.2% > 역량 미달 35.2% > 부정적 이미지 22.6%. 메인비즈 360개사(26.4) 인력수급 원활도 53.1/100, 기술·현장직 부족 두드러짐, 9인 이하는 공백 장기화.
• ✅우리 공장 실행안(우선순위): ①E-9 제조업 쿼터(비수도권 30% 한도 활용, 분기 신청시기 선점) ②중장년·경력전환자(폴리텍 중장년특화·U턴) ③가구제작산업기사 국비훈련 수료생 직결 ④포지셔닝 전환 = "가구공장"이 아니라 "CNC·재단기 오퍼레이터" — 우리는 CNC보링·주행톱(cutmate)·콘피마트 직결 라인이라 3D 이미지 탈피 소구가 실제로 가능 ⑤임금·복지가 39.2% 항목이라 최저임금 근처면 어떤 채널도 안 먹힘.
• ⚠한계: 가구 제조업(KSIC C32) 단독 통계는 확보 못 함 — 언론·정부 발표가 반도체·조선·자동차 위주라 가구는 집계에서 안 잡힌다. ⏳다음 = KOSIS 광업제조업조사 C32 종사자수·연령분포 직접 조회 + 워크넷 채용정보 OpenAPI로 가구 제조 구인공고 지역별 스캔(공고수·제시임금·미충원 기간 = 실제 경쟁강도 측정). 코디가 스크립트로 가능.

🧹 루트 HANDOFF NOW 이관 (2026-08-19 대청소 — pncad 외 전량, 페페 지시)

루트 HANDOFF.md를 pncad 만 남기고 비웠다. 아래는 그때 옮겨온 원문(문구 무변경).

• 🆕GL502VS 노트북 전원 사망 진단 [코디] 26.8.8(토) ⏳진행 — 페페 측정 대기(단발 하드웨어 건, 프로젝트 문서 없음 = 이 항목이 전문). 대상 = ASUS ROG GL502VS(GTX1070 / 정품 어댑터 180W·19.5V·9.23A). 증상 = 전원 안 켜짐. ✅배제 끝난 것 3 = ①배터리 사망 ②배터리 커넥터 분리 + AC만 연결해도 무전원(= 죽은 배터리가 레일을 끌어내리는 케이스 아님) ③어댑터 무부하 출력 19.5V 정상. 🔑전원은 배터리 직렬이 아니라 AC잭→충전IC→시스템레일에 배터리가 병렬 → 배터리 없이도 켜지는 게 정상이다. ⏳다음 측정 2개 = 이게 분기점 ①AC 꽂은 채 보드쪽 DC-in 납땜부/커넥터 DCV — 19.5V 유지면 어댑터·잭 무죄(→보드 내부 or 전원버튼 FFC) / 0V·훅 떨어짐이면 잭 단선 또는 보드 쇼트 ②AC 뽑고 DC-in(+)↔보드GND 저항 — 0~2Ω 고정 = 쇼트 확정(입력 MOSFET·충전IC 사망 → 수리점) / 수백Ω~수십kΩ에서 값이 스멀스멀 상승 = 정상(커패시터 충전) / OL = 단선. ①이 19.5V면 순서 = 전원버튼 FFC 재안착(커버 여닫다 반쯤 뜨면 눌러도 무반응) → 드레인 리셋(AC 뽑고 전원버튼 40초 → AC만 꽂고 켜기) → 그래도 무반응이면 스탠바이 레일(3.3/5V ALW) 사망 = 수리점. 🛒멀티미터 — 쿠팡 2종 비교 결론: VC3266L+(11,930) = 클램프미터라 오답(저항 최저 2kΩ이라 도통 판정 뭉갬, 클램프는 AC전용) / UK-831LN(14,900) = 일반 DMM 무난 / 추천 = ZOYI ZT102(23,700). ZOYI 100시리즈 차이(공식 스펙 실측) = ZT98 2000카운트·True RMS 없음·전류 200mA 한계 / ZT100 4000·TrueRMS·10A / ZT101 6000·자동교정 / ZT102 = ZT101 + 온도측정(15기능). ⚠ZT102에 NCV 없다 — 코디 1차 답변이 있다고 한 건 오류, NCV는 상위 ZT102A. ⚠살아있는 보드 측정 = 프로브 미끄러지면 멀쩡한 데까지 태운다. 🆕26.8.8 하판 분해사진 판독(페페 "fpp 어디 있는지") — 사진은 하판 뷰라 좌우 반전(image-left 힌지 실크 GL502-R = 노트북 우측). FFC/FPC 는 전부 보드 앞쪽(배터리 쪽) 모서리 한 줄에 몰려 있다 = 키보드 광폭 ZIF·소형 blue「MB」FFC 2개·주황 FPC 1개(전부 삽입됨) + 8핀 ZIF 1개는 비어 있는데 = 배터리 FPC 접합부(페페 정정 — 배터리 사망 확정이라 일부러 빼둔 것, handoff 「배터리 커넥터 분리」와 동일건). ⚠코디 1차 판독이 이걸 「미상 빈 커넥터」로 올린 건 오류 — 보드에 미삽입 이상 없음. 🆕멀티미터 도착·어댑터 정상 실측 완료(무부하 19.5V 재확인). 🆕측정② 완료 = 정상(전원포트 외부 중심핀↔배럴 저항, 값이 스멀스멀 올라 127까지 = 커패시터 충전 파형) → 🔑DC-in 계통 전량 무죄 확정 — 쇼트 아님(0~2Ω 아님) + OL 이 아니었다는 게 잭→케이블→보드 입력 커패시터까지 전기적으로 이어져 있다는 증거라 단선도 아니다. 측정①(보드 DC-in 전압)은 결론이 정해져 있어 생략 가능. 🔴남은 용의자 = 입력 이후 = 스탠바이 레일(3.3/5V ALW) · EC · 전원버튼/FFC. ⏳다음 = 돈 안 드는 순서 3개 ①CMOS 리셋(사진 우측 빨강·검정 2가닥 → 흰색 2핀 = RTC 코인셀, 뽑고 전원버튼 40초 → 1분 → 재결합) ②탑케이스 FFC 3종 재안착(키보드 광폭 ZIF·blue「MB」2개·주황 FPC — 전원버튼 신호가 이 중 하나로 온다) ③🔑USB 포트 VBUS 5V 확인이 다음 분기점(AC 꽂은 채 USB-A 안쪽 VBUS↔포트 금속껍데기) — 5V = 스탠바이 레일 생존 = 전원은 만들어지는데 켜는 신호가 안 감(버튼·FFC·EC) / 0V 는 결론 못 냄(ROG charger+ 기능이 꺼져 있으면 원래 0V). 🆕측정③ 결과 = 0.04V(= 사실상 0V, 뜬 접점 누설) → 예고대로 판정 불가·좋은 신호는 아님. 🔴여기서 되살아난 변수 = 어댑터를 무부하로만 쟀다 — 무부하 19.5V 는 죽은 어댑터도 나온다(부하 걸리면 무너지는 게 흔한 고장) → 측정①(보드 DC-in 전압, AC 꽂은 채)을 「생략 가능」이라 한 판단 철회, 지금은 그게 「어댑터 부하붕괴(싸게 해결)」 vs 「보드 사망(수리점)」을 가르는 유일한 측정이다. ⏳권장 순서 = ①CMOS 리셋 → ②FFC 재안착 → ③다른 19V 어댑터 꽂아보기(빌릴 수 있으면 즉시 판정, W 낮아도 기동 확인엔 충분) → ④측정①. 🆕①CMOS 리셋 = 전원 안 켜짐 · ②FFC 재안착 완료(둘 다 무효) → 🔴자가 배제 완료 목록 = 배터리·어댑터 무부하·DC-in 통로(쇼트/단선)·CMOS·FFC. 남은 가설은 딱 둘 = ⓐ어댑터 부하붕괴 ⓑ보드 사망(스탠바이 레일/EC), ⓑ가 유력. 무분해 잔여 테스트 = 어댑터 LED 관찰(꽂는 순간 꺼짐·깜빡임 = 과전류 → 보드 쪽) + 다른 19V 어댑터(둘 다 W 무관, 기동 확인엔 충분). ⚠보드 DC-in 착지점은 사진으로 특정 실패 — 검은 2가닥이 좌측 힌지 밑에서 나와 보드 좌측 모서리를 타고 DCIN.png 의 A 지점을 지나 프레임 밖까지 계속 내려간다(A 는 커넥터 아님, 통과할 뿐) → 커넥터는 더 아래. 특정하려면 좌측(사진 우측) 모서리 아래쪽 근접사진 1장 필요. ❓미확인 = 측정② 127 의 단위(Ω/kΩ) — 어느 쪽이든 쇼트는 아니지만 Ω면 누설 의심. DC-in 은 후면 좌측(사진 우상단) 검은 캡 밑, 2가닥 검은 전원선이 힌지 밑에서 나와 보드 좌측 테이프 밑으로 들어간다 = 측정①은 그 테이프를 들춰 납땜부를 찾는다. 판독본 = C:\dev\_tmp_gl502\ANNOTATED.png(부품 위치) · 작업지시 표시본 = C:\dev\_tmp_gl502\WORK.png(①빨강 RTC 코인셀 2핀 커넥터 = 흰색, 빨강·검정 꼬임선 / ②초록 FFC 3종 = 키보드 광폭ZIF·blue「MB」2개·주황FPC / ③하늘 USB-A 2포트 = VBUS 5V 측정).
• pd-archive 퍼블릭도메인 2차 콘텐츠(카탈로그 114편·작업대장). → projects/ideas/ideas.md
• 💡ideas 수익화 4트랙(목공클럽·컷옵코리아·정부지원레이더) + 주말 게시 계획 — 페페 결정 대기. → projects/ideas/ideas.md

2026-08-26 — 영화 HER 급 AI 비서(사만다) 자작 — 분석·제작계획 (보류: 페페 "나중에 작업")

• 발단: 페페 질의 — 영화 HER 의 OS1 같은 AI 비서를 새 프로젝트로. 영화 속 AI 평가 + 작업 종류별 기능·작동원리 분석 + 실제 제작 계획.
• 상태: 분석만 완료, 착수 보류. 그릴링 1문(제품 정체 = 업무비서 확장 / 동반자 / 둘 다 / 기술 스파이크)에 페페 답 = "시드 기록해놔 나중에 작업할게" → 정체 미확정. 재개 시 이 질문부터.

[코디] 제품 평가 — 영화가 맞춘 것 / 틀린 것

• 맞춘 것(아직 아무도 못 함): ①웨이크워드 없음 — 이어피스 낀 순간부터가 한 세션(오늘 모든 음성비서가 못 넘은 선) ②화면 없음(전부 대화로 표현 가능해야 해서 난이도 폭등) ③끼어들기·백채널(웃음·숨소리·말자르기 = "사람 같다"의 90%는 문장품질이 아니라 턴테이킹) ④몇 달치 감정 연속성 ⑤선제 행동(요청-응답이 아니라 상주 프로세스).
• 틀린 것 3: ①OS 아니고 서비스다 — 단말기가 그 연산을 못 한다. 폰은 마이크·스피커·카메라·네트워크뿐인 씬 클라이언트, 두뇌는 서버. 비행기·지하에서 죽는다(영화의 유일한 정직한 장면 = OS 업데이트로 잠깐 사라져 테오도르 패닉) ②지연 0 아님 — 영화 응답간격은 배우 대사 편집. 실제는 0.7~1.7초 ③자율행동에 승인이 없다 — 사만다는 편지를 허락 없이 출판사 투고(영화=로맨틱, 제품=사고). 페페가 이미 답을 가진 부분(RISK_APPROVAL_POLICY 게이트).
• 🔴남는 진짜 문제 = 641: 사만다는 8,316명과 동시대화·641명과 사랑. 실제 제품도 똑같은 구조(모델은 내 것이 아닌데 나만의 것처럼 연출). 정직하게 표시할지는 기술 아닌 제품·윤리 결정, 만들기 전에 정해야 함.

[코디] 기능별 작동원리·2026 실현도 (영화 장면 → 원리 → 실현도 → 병목)

🔑 최대 난제 = 지속 기억 (숫자로)

• 사람 말 ~150단어/분 → 하루 3시간 대화 = 27,000단어 ≈ 양방향 8만 토큰/일. 1M 컨텍스트도 12일이면 꽉 찬다. 사만다는 몇 달을 기억한다 → 컨텍스트로는 절대 안 됨.
• 필요한 3층: L1 원문 로그(전량, 검색용) / L2 일 단위 요약(자동, 매일 새벽) / L3 인물·사건·감정 카드(누적·갱신형). 매 턴 주입 = L3 전량 + L2 최근 N일 + L1 검색히트 3건.
• 🔑페페는 이미 이 3층을 손으로 돌리고 있다 = seedchain(HANDOFF→BRIEF→projects) + mem_find FTS. 그걸 대화용으로 자동화하는 게 이 프로젝트의 핵심 기술자산이고 나머지는 조립이다.

보유 자산 대조 (= 남들보다 쉬운 이유)

• ✅있음: 귀=voicecody(faster-whisper ko) · 입=edge-tts 12종+Supertonic 온디바이스 · 끼어들기=voicecody barge-in · 상주=tray.py 슈퍼바이저 · 주입=cody-bridge · GPU=gpubox(4070TiS 온디맨드) · 폰=poin-agent+Note20 ADB · 도구=MCP 20종 · 승인게이트=RISK_APPROVAL_POLICY+텔레그램 /ask(사만다가 못 가진 것)
• 🔶자동화 필요: 기억층(현재 수동 시드 체인)
• ❌새로 만들 것 딱 2개: ①저지연 스트리밍 루프(현재 voicecody 는 배치형: 말 끝→STT→주입→응답→낭독) ②독립 세션 데몬(현재 VS Code 세션에 얹혀 있음 — 떼야 함)

지연 예산 (목표 = 말 끝→첫 소리 700ms 이하)

VAD 발화종료 판정 200~400ms(최대 도둑) + 스트리밍 STT 확정 100~200 + LLM 첫 토큰 300~800 + TTS 첫 청크 80~200(Supertonic 로컬) + 오디오 버퍼 50~100 = 0.73~1.7초. 처방 ①말 끝나기 전 추론 선발진(예측 실패분 폐기) ②첫 문장만 짧게 후 스트리밍 ③🔑백채널 은폐 — "음—","그래서?"를 로컬 TTS로 즉시 깔고 뒤에 본문 이어붙임(실제 제품들의 핵심 트릭, 사만다 숨소리가 이 역할).

비용 실측추정 (하루 3시간 상시대화 = 720턴/일, 컨텍스트 30k, 출력 120토큰)

아키텍처

이어버드/폰마이크 · PC마이크(voicecody) · Note20 카메라(1fps) → 사만다 데몬(집서버/gpubox) = VAD·턴테이킹 예측 → STT(로컬 GPU) → 라우터(잡담=로컬/Haiku, 작업·감정=Opus 5 fast+캐시) → 기억층 L1/L2/L3 → 도구층(기존 MCP+PFS+poin-agent) → 승인 게이트(텔레그램) → TTS(Supertonic 로컬) 스트리밍 재생.

단계 계획

⏳ 재개 시 미결

1. 🔴제품 정체 택1(기억층 스키마·라우터·페르소나가 여기서 갈림) — ⓐ업무비서 확장(코디 음성 프론트엔드, 기억=프로젝트·작업·결정 이력, 지연·정확도 우선, 월 13만원대, 자산 재활용 최대 · 코디 추천) ⓑ동반자(감정 연속성 목표, Opus 비중 높아 월 30~80만원, 641 정직성 결정 필요) ⓒ둘 다 = 페르소나 2개 스위치(L3 공유·L2 분리, 개발량 +40%) ⓓ기술 스파이크만(M0+M2 만, 2~3주 컷).
2. 상시청취 프라이버시 경계(웨이크워드 버릴 것인가 = 모든 대화가 서버로 간다).
3. 리포 경로·프로젝트명 미정(신규 C:/dev/... vs voicecody 확장).

비침습 혈당측정(빛/적외선 스캔) 조사 — 26.8.28(금) [코디]

질문(페페): 채혈·바늘 없이 빛·적외선으로 혈당 측정 가능한가? 실제 제품? 자체제작 방법?

결론: 물리적으로 가능은 하나 40년간 200개 이상 시도 전멸. 2026.8 현재 FDA 승인 비침습 혈당계 0개. FDA 2024.2 경고 = "혈당 측정 표방 스마트워치·링 사지 마라". 개인 자작으로 임상급은 불가, 시험관(용액) 정량까지가 현실 목표.

왜 어려운가: 혈장 90%가 물 → 980nm 에서 물 흡수가 포도당의 50배, 그나마 나은 1060nm 도 7.5배. 포도당 신호는 체내 성분 중 최약. 여기에 피부색·수분·체온·관류·압력이 전부 교란.

제품 현황(26.8): DiaMonTech D-Base(중적외선 QCL 8~12µm + 광열, EU 임상용 인가, MARD 12~14%) · Know Labs(RF 유전율, 93.4% 3분류) · RSP GlucoBeam(라만) · Afon Glucowear · Occuity Indigo(안구) · Apple Watch(2026.5 프로젝트 리더 교체, 여전히 수년). 침습 최소화 쪽은 Biolinq Shine(미세바늘, FDA 클리어 = 구간표시만).

자작 함정 🔴: GitHub 다수 프로젝트가 MAX30100/30102(660/940nm) 로 혈당 예측 — 이 파장엔 포도당 흡수 특징이 사실상 없다. BPM·SpO2 로 회귀하면 데이터셋 상관에 과적합될 뿐. Sci Rep 2025 오픈소스 논문(660/940nm, R²0.88)도 피험자 독립 분할 없음·건강인·좁은 범위(75~174) → 신뢰 불가.

자작 현실 경로: SWIR(1550/1650nm) LED + InGaAs 포토다이오드 + 락인 증폭(핵심) + TEC 온도고정 → ①큐벳 포도당 용액 농도열 정량 ②이중파장 비율 ③피부. 예산 60~200만원. 또는 DLP NIRscan Nano(900~1700nm, ~200만원)로 스펙트럼부터.

안전 철칙: 자작 수치로 인슐린 투여·복약 판단 절대 금지. 관리 목적이면 리브레/덱스컴 CGM.

후속 가능: (미착수) 페페가 원하면 Phase 0 큐벳 리그 BOM·회로 설계.

• [코디] 26.8.28 — 위 「비침습 혈당측정 조사」는 정식 프로젝트 glucose-niv 로 승격(연구+AI해커톤, 페페 지시). 이후 기록 = projects/glucose-niv/handoff.md · devplan /glucose-niv.html · 가상 실험대 8806.

ghostdex 카드 NFT 등록 — 비용 구조 조사 (26.8.30(일))

• [페페] 질의: ghostdex 카드를 NFT로 등록하려는데 비용이 드나?
• [코디] 결론 = 선불 비용 0 가능. Polygon/Base 체인 + lazy mint(팔릴 때 구매자가 가스) 또는 Zora(가스 스폰서) = 창작자 지출 0. 이더리움 메인넷만 장당 수 달러~수십 달러.
• 이미지 저장(IPFS 핀) = Pinata 무료 1GB, ghostdex 카드 전량 14MB라 무료 티어로 충분.
• 판매수수료 = 팔릴 때만 2.5%(OpenSea·Rarible), Foundation/SuperRare 15%.
• ⚠진짜 비용은 돈이 아니다 — 2026 NFT 2차시장 수요 고갈. 등록은 공짜지만 판매 기대는 낮다. 목적을 「수익」이 아니라 「아카이브·실험·홍보 링크」로 잡아야 말이 된다.
• ⚠AI 생성 이미지 = 인간 저작성 없어 저작권 등록 불가(미 저작권청) → NFT 소유권 토큰은 팔 수 있어도 독점권 주장은 약하다. 민담 서사 자체는 퍼블릭도메인이라 무관.
• 미착수. 페페가 진행 지시하면 그릴링 먼저(목적·체인·컬렉션 단위·지갑 주체).

build.nvidia.com 조사 — 무료 LLM/멀티모달 API 후보 (26.8.31(월))

• [페페] 질의: build.nvidia.com 뭐하는 사이트냐.
• [코디] = NVIDIA API Catalog(NIM). 엔비디아 DGX Cloud 위에서 도는 100+ 모델 카탈로그 + 브라우저 플레이그라운드 + OpenAI 호환 API(base URL https://integrate.api.nvidia.com/v1). 카드 등록 없이 API 키 발급.
• 모델 = DeepSeek R1/V3.2, Llama, Qwen, Kimi 등 LLM + 비전/멀티모달 + 음성(ASR/TTS) + 임베딩/리랭커 + 의료영상/과학.
• 무료 = 가입 1000 크레딧, 회사 이메일 등록 시 +4000(총 5000, AI Enterprise 90일 평가판 동반). 최근 2차 출처는 「크레딧 폐지 + 40 RPM 레이트리밋」으로 바뀌었다고 보고 — 실측 필요.
• 자체 호스팅 = NIM 컨테이너(TensorRT-LLM/vLLM/SGLang 내장) 다운로드, 단 NVIDIA AI Enterprise 엔타이틀먼트 필요.
• 우리 쓸모 후보: ① gpt-consult/코덱스 외 제3 의견 채널 ② cody-vision 백업 VLM(현 gemini-3.1-flash-lite 대비 속도 벤치 대상) ③ 임베딩·리랭커 무료 조달. 키는 .secrets\.env 단일출처 규약 따를 것.
• ⚠ 사이트 본문은 JS 헤비라 WebFetch 2회 실패(ECONNRESET·timeout) → 공식 docs.nvidia.com + 2차 출처 기반. 크레딧 수치는 직접 가입해봐야 확정.
• 미착수. 페페가 진행 지시하면 키 발급부터.

외부 사용자 세션관리 방식 대조 — 「에픽 docs + PRD/KPI」 vs seedchain (26.8.31(월))

• [페페] 스레드에서 다른 AI코딩 사용자(2년차)에게 세션계획 운영법을 물어 답변 확보 → seedchain 대비 진단·개선안 요청.
• [그 유저] ①세션 = 에픽 단위로 리포 docs/ 에 기록(이어지는 세션은 예외) ②.planning·.omc·ralph 같은 스킬 자동기록은 캐시파일 폭증해서 안 씀 ③그래서 주 단위 삭제 ④시간의 대부분 = 필요정의→PRD~KPI 설정, 여기에 고추론(sol xhigh 이상) 배정 ⑤문서가 서면 사람 할 일 거의 없음.
• [코디] 대조 결론 = 기억(누적·검색)은 seedchain 압승, 착수문서(완료조건·KPI)는 그쪽이 낫다. 그 유저 방식은 단기 에픽엔 맞지만 주단위 삭제라 「3개월 전 결정 근거」가 사라진다(프로젝트 47개 장기물엔 부적합).
• 역수입 후보 3건 1. 🔴목표·완료조건·KPI 3줄 블록 강제 — 현재 BRIEF.global.md 47개 중 「(목표 미기재)」가 9개(Game·ai-study·autocad-plot·deskpet·glucose-niv·hm3·order-auto·poin-site·voicecody). 기록은 넘치는데 끝 정의가 없다. 처방 = projects/<P>/handoff.md 맨 위 3줄(목표/완료조건 3개/KPI 1개), build_brief.py 가 없으면 CLEANUP-WARN 같은 경고 1줄. 2. devplan 계획페이지 템플릿에 KPI·완료조건 칸 추가(§3 계획 3단계의 산출물에 성공수치가 없다). 3. 캐시폭증 = 우리도 있다 — seedchain 루트에 리다이렉트 사고 잔해 파일 4개(뉴스를·미니PC는·수익화용·이때) 방치. 청소 필요(삭제 = 페페 승인 사안).
• 안 가져올 것 = 주단위 삭제. 우리 대응책은 이미 있다(BRIEF 클립 6,000자 + archive 이관 + FTS mem_find.py).
• 미착수. 페페가 지시하면 1번(3줄 블록)부터.
• [페페] 후속질의(26.9.1): 그 유저는 Fable5 소진 시 Opus5를 오케스트레이터 대체로 쓰는데 「세션이 점점 멍청해진다」고 느낀다. 그 유저는 컨텍스트 70%까지 쓴다. 페페는 Opus5로 그런 체감이 없다 — 차이가 뭐냐.
• [코디] 진단 = 모델 문제 아님. 교란변수 + 컨텍스트 구성비. 1. 🔴대조군 오염(1순위) — Opus는 항상 Fable 소진 후 = 세션 후반 = 컨텍스트가 이미 부푼 뒤에만 투입된다. Fable=깨끗한 앞부분 / Opus=오염된 뒷부분이 고정 짝. 「후반부가 멍청」을 「Opus가 멍청」으로 오귀인. 판정법 = Opus를 세션 0%부터 한 번 돌려 비교(한 번이면 끝난다). 2. 컨텍스트 구성비 — 우리는 3단계 시드(BRIEF 클립 6,000자)로 결론을 넣고 원문은 포인터. 그쪽은 에픽 원문·읽은 파일 전문·서브에이전트 로그가 그대로 쌓여 원자료 비율이 높다. 같은 70%라도 신호비가 다르다. 3. 오케스트레이터 역류 — 오케스트레이터로 쓰면 서브에이전트 산출물이 전부 메인으로 돌아온다. 우리 규율(Explore·vff-analyst = 결론만 회수, 토큰절약 위임)이 그쪽엔 없다. 4. 악순환 — 상태가 세션 안에 살면 끊는 게 손실이라 70%까지 끌게 된다. 우리는 매 답변 시드 갱신으로 상태가 파일에 있어 언제 끊어도 손실 0 → 50% 릴레이가 공짜다. 5. 자동압축 사정권 — 압축이 걸리면 조용히 맥락을 잃는다(우리는 26.8.4 CLAUDE_AUTOCOMPACT_PCT_OVERRIDE 제거로 릴레이가 먼저 오게 고정).
• ✍정직한 자기평가 = 「Opus가 강해서」가 아니라 그 구간에 도달한 적이 거의 없어서다(이 답변 시점 7.5%).

Aside(AI 에이전트 브라우저) 코디 도입 검토 — 결론: 보류(맥 전용) (26.9.1(화))

• [페페] "aside 브라우저 코디가 쓸 때 장단점".
• [코디] 조사결과 = YC F25, 한국인 3인 창업, 26.6.23 런칭. Chromium 독립 데스크톱 앱. macOS 15+ 전용, 윈도우 빌드 미공개. → 미니PC·사무실PC·QC1 전부 Windows라 지금은 도입 불가.
• 매력 포인트(윈도우 나오면 값어치 있음) = ①로그인 세션 그대로 사용 — 우리 CDP 프로필 9333~9338 + 사람로그인 + connect_over_cdp 우회가 통째로 불필요해진다 ②CLI 연동으로 클로드코드에서 위임(Playwright MCP 처럼 새 브라우저 띄워 재로그인 안 함) ③비번 vault 격리(AI가 비번 안 봄) ④모델 = Claude Max OAuth 연결 → 추가 과금 0(코덱스 구독 재활용과 같은 패턴).
• 리스크 = ①쿠키 전량(은행·AWS·인스타·카톡)을 신생 스타트업 앱에 임포트 ②크로미움 하나 더 = 미니PC 램 문제 재발(탭=램) ③벤치 297/300 은 자체 리포 자체채점, 독립 검증 없음 ④승인 경계 모호 = §2-5 위험작업 게이트를 외부 도구가 대신 판정 ⑤기존 CDP 파이프라인(imagegen·coupang-spend·ainews-insta·kakao) 전부 재작성.
• 처방 = 윈도우 빌드 나올 때 재평가, 그때도 전면교체 말고 계정 격리된 서브셋 1개(예: 인스타 업로드)만 파일럿.
• [페페] 후속(26.9.1): "코디가 쓰기 더 좋은 MCP나 브라우저 있어?"
• [코디] 결론 = 새로 도입할 것 없다. Aside가 파는 값(로그인 세션 그대로)은 이미 1st-party 로 깔려 있고 켜져 있다.
• 실측 확인 — Claude Code 2.1.251 · 로그인 = OAuth(delix0731, claude_max 20x, API키 없음 → 크롬연동 허용 조건 충족) · 네이티브 메시징 호스트 HKCU\...\com.anthropic.claude_code_browser_extension 등록됨 · 확장 fcoeoabgfenejglbffodgkkbkcdhcgfn 설치됨(기본프로필 + pw-chrome-profile + cdp-profiles/delix0731) · .claude.json 에 claudeInChromeDefaultEnabled:true, hasCompletedClaudeInChromeOnboarding:true.
• 🔴즉, claude --chrome 은 이미 준비 끝인데 실제로 써본 기록이 없다. 이 비대화형 세션에 claude-in-chrome 툴이 안 보이는 건 비대화형이라서지 미설치가 아니다.
• 3층 역할분담이 정답 — ①Claude in Chrome = 내 실제 로그인 계정으로 일회성 작업(Aside 대체) ②Playwright MCP(이미 --user-data-dir C:\dev\pw-chrome-profile 영속) = 격리 프로필 반복 자동화 ③CDP 직접제어(tools/cdp-profiles/cdp.py, 9333~9340) = 계정 3개 동시 격리, 대체 불가라 유지.
• chrome-devtools-mcp = 공식 플러그인 마켓에 이미 있고 settings.json 에 false 로 꺼둔 상태. 성능 트레이스·네트워크 심층 디버깅 필요할 때만 켠다. 현 업무(업로드·수집·게시)엔 불필요.
• Claude in Chrome 함정 = 확장 서비스워커 유휴 시 연결끊김(/chrome 재연결) · 로그인/캡차는 사람에게 넘김 · CLI 기본활성은 툴 상시로드라 컨텍스트 소모↑ · Windows 명명파이프 EADDRINUSE(세션 여러 개면 충돌) · WSL 미지원.
• 곁가지 = 이 시점 크롬 브라우저 프로세스 5개(기본·9333·9336·9338·9340 스크래치패드). minipc-ram-cdp-chrome-tabs 재발 사정권 → memclean 대상.

버추얼(AI) 모델 콘텐츠 — 플랫폼·수익화 조사 (26.9.1(화))

• [페페] "예전에 버추얼 모델 만들려던 건 어떻게 됐나. 인스타에 AI표시 없는 섹슈얼 버추얼 모델들 어떻게 운영/수익화하나".
• [코디] 조사결과 = 구조는 단순하다. 인스타=미끼(SFW), 돈은 전부 밖(Fanvue 등 구독+채팅). 인스타 자체 수익 0에 가깝다.
• 시장 = Fanvue ARR $200M(26.5), 크리에이터 32.5만, 그중 AI 생성 크리에이터가 매출 15%. 상위 AI 캐릭터 월 $20k+. 플랫폼 수수료 20%.
• 수익 6갈래 = ①구독 ②유료 DM/PPV ③AI 챗봇 채팅(리텐션·객단가 핵심) ④팁 ⑤브랜드딜(SFW 계정만) ⑥제작대행/코스 판매(실제로 이쪽이 더 큼).
• AI 라벨이 왜 안 붙나 = 메타 라벨은 대부분 C2PA/IPTC 메타데이터 신호 기반인데 리터치·업스케일·재인코딩에서 그 메타데이터가 날아간다 + 자율신고는 안 하는 것. 분류기는 사진풍에 약함. 즉 "숨긴다"기보다 탐지가 메타데이터 의존이라 안 걸린다.
• 리스크 4개 = ①인스타 밴 사이클(성인 도메인 링크 = 셰도우밴→밴, 사례 $80k/주 벌고 밴) ②EU AI Act 50조 26.8.2 시행 — 실존인물처럼 보이는 생성물은 노출 즉시 라벨 의무 ③한국법 — 가상인물 음란물은 성폭력처벌법 밖이지만 정보통신망법 음란물 유통(1년/1천만원) 사정권, 실존인물 닮으면 딥페이크죄(7년) ④결제·평판 — 포인/PFS 실명 사업과 계정·법인·결제 절대 분리 필요.
• 판단(코디 권고) = 섹슈얼 루트는 기대수익 대비 법·계정·평판 리스크가 페페 포지션(실명 B2B 가구사업)과 상극. 하려면 ㉠SFW 버추얼 모델 + 브랜드딜/제휴 ㉡또는 이미 굴리는 whymycat/ghostdex 파이프라인(gen_asset·업로드 자동화) 재사용이 ROI 높다 — 신규 스택 0.
• 후속 실측(26.9.2(수)) — 「화질이 문제일 것」이라는 우려는 기우로 판명. 집PC 4070 로컬에서 Qwen-Image base(Apache 2.0)로 2048x2560 까지 OOM 없이 실사 인물이 나오고, 권장 1216x1520 은 33초/장이다. 인스타 규격(1080x1350)의 2.4배라 해상도는 병목이 아니다. 상세·표·함정 = C:\dev\_bench\realism\README.md + projects/insta-channels/rules.md 🆕 신규.

26.9.2(수) — [코디] 호막(WEEKE) 포인트 보링기 제어PC 현대화 4개안 사전검토 (⏸그릴링 중)

• 실사양 판독(페페 현장촬영 2장 = C:\dev\_inbox\telegram\2026-09-02_1025*.jpg) — Beckhoff IPC / Windows XP Embedded SP3 / Core2Duo T7400 / RAM 1.99GB / C9900-1374 v1.1, m0250122829m1.homag.com · Workgroup WEEKE · 작업표시줄 MCC_Control·MCC_Diagn·MCC_Tool. → WEEKE MCC(IPC 제어) + woodWOP + Beckhoff PLC(TwinCAT) 스택. 연식 대략 2007~2010.
• 이 사양이 계획 4개를 다시 씀 — ①백업=✅최우선(보험) ②윈도우 업그레이드=❌경로 자체가 없다(XPe 는 OEM 컴포넌트 빌드), 최적화도 CF+EWF 면 재부팅에 증발 ③작업로그=✅유일하게 ROI 확실, 단 XPe 상주설치 말고 MCC 로그·mpr 파일/영상이 싸다 ④새PC 자체이식=❌(TwinCAT 라이선스+필드버스 카드+축 파라미터) → 현실안은 동일 하드웨어 콜드 스페어.
• 상세 = 자동메모리 weeke-boring-machine-pc-spec. 방향 확정되면 프로젝트 시드로 승격.
• [페페] 26.9.2 그릴링 배치1 답 — ①목적 = a(보험)+b(속인화 해소)+c(자동화) 전부 ②퇴근 후 기계 정지 가능, 포터블 HDD·USB 128GB 보유 ③해당 PC 에 백업 프로그램이 이미 설치돼 있다(주기 실행 여부는 미확인). → ③이 판을 바꾼다: 그게 디스크 이미지 백업인지 MCC 기계데이터(파라미터·툴테이블)만인지 확인이 선행. 후자면 「백업 있다」는 착각이고 PC 사망 시 복구 불가다.
• [페페] 26.9.2 그릴링 배치2 답 + [코디] 1차 정찰 스크립트 투입 — ④기계 PC 는 네트워크 미연결(인터넷 선 자체 없음). 최선안 = 무관계PC 에서 USB 무선랜 동글 가져와 연결, 속도 느릴 수 있음. ⑤「1차 확인 스크립트 만들어달라 → USB 로 가져가 실행·기록 회수」 ⑥자동화 목표 = (가) PNCAD/PFS → .mpr 자동생성 → 기계 전송. ⇒ 만든 것 = C:\dev\weeke-recon\RECON.bat(읽기전용 정찰 pass1, 순수 배치 8,609B, CRLF·ASCII). XPe 제약 반영 = PowerShell/Python 없음·WMI 부재 가능 → WMI 호출마다 비-WMI 폴백, 없는 도구는 에러줄만 남기고 계속. ⛔wmic product 의도적 배제 — 설치된 MSI 전체에 consistency re-configure 를 걸어버린다(가동 설비에 절대 금지). ⛔chkdsk 도 배제(노후 CF 에서 한 시간 갈 수 있다) → SMART FailurePredictStatus 로 대체.
• 사무실 PC = poinimos01(ssh, 100.101.40.17) · 페페가 꽂은 USB = E: DriveType2 125.8GB → E:\RECON.bat 전송·검증 완료(8,609B 일치).
• 스모크테스트 = 미니PC 에서 01~09 섹션 정상 생성, 없는 도구(ewfmgr 등) 우아하게 실패 확인.
• ⚠다음 함정 예고 = USB 무선랜 동글은 XP 드라이버 있는 모델이라야 한다(요즘 제품 대부분 없다). 정찰 결과 보고 고른다.

26.9.2(수) — [코디] 4070 로컬 GPU 확장·업그레이드 시세 실측 (⏸목표치 미정 · 페페 결정 대기)

• 결론부터: 지금은 사는 시점이 아니다. 26년 메모리 대란(삼성·SK하이닉스가 AI칩에 우선공급)으로 그래픽카드 실거래가 정상가의 2배. 쿠팡 실측 = RTX 4090 24GB 619~834만(정상 250만대) · RTX 5090 32GB 676~815만(정상 320만대) · RTX 5080 16GB 235만 · 5070 Ti 16GB 185만 · 5060 Ti 16GB 96~115만. 26년 하반기 추가 인상 전망이 나오고 특히 VRAM 큰 16GB+ 제품이 더 맞는다.
• 중고(번개장터 전국 · 당근 하안동 반경) 실측 — 24GB 매물 자체가 희소하다. RTX 3090 24GB = 110~135만(당근 블로워 220만은 고가호가) · RTX 4090 24GB = 350~400만 · 5090 미개봉 660~790만 · 5080 170~226만 · 5060 Ti 16GB 69~85만 · 4060 Ti 16GB 55만 · 4070 Ti SUPER 97만.
• 🥇가성비 = RTX 3090 24GB 중고 (VRAM 5.0만원/GB) — 유일하게 대란 이전 가격이 남은 칸. 대역폭 936GB/s 로 지금 4070 Ti SUPER(672GB/s)보다 LLM 추론이 빠르다(VRAM은 1.5배). 단점 = 5년 된 삼성 GDDR6X 발열·350W·채굴 이력 리스크. 참고 = 4090 15.8만/GB · 5090 21.9만/GB · RTX PRO 4000 24GB 22.3만/GB.
• 🔴「24GB 최대성능 신품」 칸은 사실상 비어 있다 — 4090 단종(잔여 재고가 620만+) · RTX PRO 4000 Blackwell 24GB = 535~571만(ECC·싱글슬롯·70W 는 매력이나 게이밍 대비 연산이 낮다). 24GB 를 신품으로 사려면 5090 32GB(676만)를 사는 편이 낫다 = 가격이 성능순이 아니라 재고순이다.
• 집PC 확장 여력(실측) = MSI MAG B650M MORTAR WIFI mATX · RAM 32GB · PCI_E1 = PCIe 4.0 x16(CPU) · PCI_E3 = PCIe 4.0 x4 · PCI_E2 = 3.0 x1. ⇒ 2장 꽂기는 전기적으로 가능(x4 는 LLM 레이어분할·이미지 배치병렬에 충분). ⏳남은 확인 = ①3슬롯 두께 4070 Ti S 가 PCI_E3 을 덮는지 ②케이스 길이 ③PSU 용량(4070TiS+3090 = 순간 700W+) — 페페 육안 몫.
• 도구 개선(이번에 만든 것) — C:\dev\tools\used-market\find.py 에 --lo=/--hi= 가격범위 옵션 추가 + BAD 필터에 구매합니다|구매하고|매입합니다(당근 대량구매글이 판매글로 섞였다). 쿠팡 신품은 CDP 9335 탭으로 검색페이지 파싱 = 스크래치패드 cpsearch.py. 🔑쿠팡 카드 텍스트는 「정가 N% 할인가 배송비 적립」이 한 덩어리 — 정규식 첫 매치는 정가, 최솟값은 배송비다. 10만원 이상 매치 중 최솟값이 실판매가.
• [페페] 26.9.2 결정 2건 — ①목표치 = 24GB 급(참조편집·LoRA 학습·로컬 VLM) ②영상은 클라우드 유지. ⇒ 확정안 = RTX 3090 24GB 중고 110~135만을 「추가」(교체 아님) · 영상은 Hailuo/클라우드 그대로.
• 🔑교체가 아니라 추가인 이유 — 3090 은 Ampere 라 fp8 텐서코어가 없다 → 이미지 생성이 지금 4070 Ti SUPER 보다 20~30% 느리다. 교체하면 VRAM 8GB 얻고 속도를 잃는다. 추가하면 이미지=4070TiS(빠름) · 대용량/LLM=3090(24GB·936GB/s) · 배치=2장 병렬, 합 40GB. x4 슬롯이어도 무방하다(모델 로딩만 느리고 추론 중 전송량은 작다).
• 🔴「24GB 면 영상이 열린다」는 반만 맞다(조사로 뒤집힌 전제) — Wan 2.2 14B 기준 480p 5초 = 9~10분 · 720p 5초 = 약 24분, 720p full-precision 은 4090 도 OOM. 소비자 GPU 에 실용속도 720p 칸은 없다. 반면 Qwen-Image-Edit 20B 는 24GB 에서 260초 → 60~80초(4배). ⇒ 24GB 투자의 값어치는 영상이 아니라 참조편집·학습이다.
• ⏳남은 관문 = 페페 육안 3개(소프트웨어로 못 읽는다) ①4070TiS(MSI·285W)가 3슬롯이라 PCI_E3 을 덮는지 ②케이스 길이·높이 여유 ③PSU 용량 — 285W+350W 라 850W 이상 필요, 부족하면 파워 10~15만 추가. 2장 구성이면 블로워팬 3090 이 정답(뒤로 배기 · mATX 밀집 배치).

[코디] 크몽 부업 — 상품 라인업·프로필 전략 (26.9.2(수))

• 조건: 재직자 + 소액 시작 → 사업자등록 없이 개인 3.3% 원천징수로 출발. 사업자는 매출 커질 때 홈택스 온라인 신청(방문 불필요).
• [페페] 회사 자산(PFS·acad-tread·발주서엔진 등) 포트폴리오 활용 승인. 단 고객사명·거래처 단가·imos 실데이터는 마스킹.
• 상품 우선순위: ①오토캐드 플러그인/자동화(크몽 경쟁 거의 없음, 실적 4개) ②가구·제조 전산화 컨설팅(경쟁 0, 도메인×기술 조합이 유일 차별점) ③클로드코드 1:1 코칭(납품물 없음=재직자 리스크 0) ④엑셀 자동화(리뷰 쌓기용 미끼) ⑤AI 에이전트 구축 ⑥스크래핑·대시보드. ❌웹앱 풀개발.
• 핵심 인사이트: "개발자는 가구를 모르고 가구쟁이는 개발을 모른다" — 도메인×기술 교집합이 방어 가능한 해자.
• 선행 과제: 고객 도면 대신 쓸 자체 샘플 도면 1세트 제작(캐드 상품 3개가 여기 걸림).
• 미결: 본진 순서(오토캐드 먼저 vs 가구 전산화 먼저). 코디 추천 = 오토캐드 먼저(건수 꾸준→리뷰 축적→큰 건 유입).
• [코디] 크몽 전문가 등록 절차 실사(26.9.2 라이브 확인): 구매자/판매자 계정 분리 아님 = 같은 계정에 전문가 자격 추가 구조("판매자 전환" 버튼 없음). 진입 = 헤더 우측 상단 「전문가 등록」 또는 https://kmong.com/seller/become-a-seller (푸터 「전문가 안내」에도 있음). 4단계 = 본인인증 → 서비스 등록 → 메신저 거래 → 구매확정 2일내 정산. 사이트 원문 "전문성이 있다면 개인도 활동 가능" = 비사업자 OK, Step1은 휴대폰 본인인증뿐.
• [코디] ⚠️크몽 세무 함정: 매출 신고는 실수령액 아니라 수수료 포함 총 판매금액으로 한다(사이트 원문). 자료 = 주문관리>판매관리>수익관리>월별 수수료 세금계산서>엑셀 내려받기. 출금은 자동 아님 — 매일 18:00~익일 12:00 신청, 영업일 1~2일 내 입금. 수수료 = 서비스이용료+결제수수료+결제망이용료+부가세 차감.
• [코디] ⚠️크몽 자동화 한계 실측(26.9.2): 공개 API 없음 — /developers /developer /api /docs /open-api /partner 전부 404. 푸터 약관에 "스크래핑 등의 행위 엄격히 금지" 명시. robots.txt 는 AI 크롤러 방어적(ClaudeBot·GPTBot Disallow:/ , blog·article만 허용 / Claude-User 는 /search 차단). → 경쟁사 가격·리뷰 대량수집 금지(판매자 계정 정지 리스크), 문의 자동응답도 봇판정 위험.
• [코디] 크몽 역할분담 안전선: 코디=생산(상세페이지 원고·썸네일·GIF·납품물 코드) + 계정 밖 자동화(판매엑셀→대시보드, 문의알림→답변초안). 페페=계정에 손대는 행위(본인인증·계좌등록·폼입력). 이 선이면 계정 리스크 0, 실작업 90%는 코디.
• [페페] 크몽 전문가 등록 완료(26.9.2). 판매 방향 = 제조업 타겟 IT외주: 엑셀 업무프로그램 → 홈페이지 제작 → ERP 재고관리. 오토캐드 관련을 주력으로 홍보 희망. 로그인 = 카카오 소셜(계정은 S25).
• [코디] 크몽 전용 CDP 크롬 포트 9340 / 프로필 C:\dev\tools\cdp-profiles\kmong (9339는 ghostdex 점유). 안전선 = 폼 작성은 코디, 제출 버튼은 페페.
• [코디] ⚠️크몽 서비스 등록 심사 규칙(전문가센터 posts/754·753 실측): ①복합 서비스 등록 금지 — 카테고리별 분리 등록 ②1차 카테고리는 승인 후 변경 불가(신규등록해야) ③심사 영업일 7일 ④금지표현 = 최대·최고·최초·제일·유일, 무조건적 보증("99% 구현"·"100% A/S") ⑤외부 연락처 전면 금지(휴대폰·이메일·SNS + 연락처 포함된 홈페이지/포트폴리오 주소도 불가) ⑥등록 경로 = 마이크몽>내 서비스>서비스 등록하기.
• [코디] ⚠️크몽 경력 표기 딜레마: 경력·회사·학력 주장은 국가발급 증빙 필수(재직증명서·경력증명서·국민연금 가입증명서·건강보험 자격득실확인서 / jpg·png 1MB 이하 / 마스킹 금지), '프리랜서' 경력은 불인정. 서류는 외부 비공개지만 입력한 회사명·기간은 노출 → 재직 중 회사가 프로필에 뜬다. 우회 = 경력 주장 빼고 기능 서술로("제조 12년 경력"❌ → "AutoCAD 도면 자동판독·일괄플롯 개발"⭕), 제조업 타겟은 제목·설명 키워드(도면/발주/자재/재단/네스팅)로 잡는다.
• [코디] ⚠️정정 — 크몽 CDP 포트 9340 → 9342. 9340은 이미 scipop(인스타) 것이었다(launch_scipop.bat). 포트 대장 = C:\dev\tools\cdp-profiles\*.bat 를 먼저 grep 할 것(실행 중 프로세스만 보면 안 떠 있는 프로필을 놓친다). 현황: 9333 poin3133 / 9334 delix0731 / 9335 쿠팡 / 9336 whymycat / 9337 ainews / 9338 pepehq / 9339 ghostdex / 9340 scipop / 9341 balgem / 9342 kmong.
• [코디] 크몽 런처 = 집안 규격에 맞춤: launch_kmong.bat(표준, cdp.py restart 호환) + launch_kmong.vbs(콘솔 숨김 래퍼) + 예약작업 Cody\CDP-Kmong (/IT = Session 1). 재기동 = schtasks /Run /TN "Cody\CDP-Kmong".
• [코디] 크몽 프로필 전문분야 저장 완료(26.9.2): IT·프로그래밍 > 상세 4개 = PC 및 일반 프로그램 / 웹사이트 신규 제작 / AI 모델링·서비스 구축 / 데이터 사이언스. (전문분야 최대 3개·상세 각 5개, 변경은 삭제 후 재선택 가능. 전문분야 15종, IT 상세 12종.)
• [코디] ⚠️크몽 서비스 등록 게이트는 2단이다: ①프로필 전문분야 ②전문가 인증(모달 원문 "서비스를 등록하시기 전에 전문가 인증을 해주세요"). 인증 = 계정설정>전문가 정보의 실명·주민등록번호·수익금 출금 은행/계좌 → 페페 몫(주민번호·금융정보라 코디 불가). 현재 프로필 완성도 50%.
• [코디] 크몽 UI 함정: ①상세분야 드롭다운은 선택해도 안 닫힌다 → 재클릭 로직 쓰면 실패, 한 번 열고 연속 클릭 ②Escape 는 드롭다운이 아니라 모달 전체를 닫는다 → 메뉴만 닫으려면 모달 제목 클릭 ③프로필 진입 시 뜨는 안내 모달이 클릭을 가로챈다(role=dialog) → force=True 또는 먼저 닫기.
• [코디] 크몽엔 의뢰인/전문가 전환 토글이 있다(전문가 등록 후 헤더 계정메뉴 「의뢰인으로 전환」). 페페 최초 질문 "판매자형으로 바꾸기"의 실제 답 = 등록 전엔 없고, 등록 후 생긴다.
• [코디] 크몽 보유 기술 5개 추가 저장(26.9.2) → 총 17개: auto cad · CAD(⚠️IT 탭 아니라 디자인 탭에 있다) + SQL · .NET · Visual Studio. 미채택 후보 = Autohotkey · AutoIt.
• [코디] 크몽 서비스 등록 폼 구조: Step1 기본정보(제목+1차/2차 카테고리) → Step2 가격·옵션 → Step3 상세정보. 제목 = 10~30자, 특수문자는 : + - # / . ( ) 만. 1차 카테고리 18종, IT·프로그래밍 2차 48종(일반 프로그램/업무 자동화/엑셀·스프레드시트/크롤링·스크래핑/프로그램 수정·유지보수/AI 자동화 프로그램/홈페이지 신규 제작/데이터베이스 등).
• [코디] 오토캐드 상품 카테고리 추천 = IT·프로그래밍 > 일반 프로그램(설치형 플러그인 자리). 업무 자동화는 검색량 크나 엑셀·RPA 경쟁 밀집. 제목 초안 = "오토캐드 반복작업 자동화 플러그인 제작"(21자, 규칙 통과).
• [코디] 크몽 첫 서비스 초안 ID 815107 작성(26.9.2, 임시저장만·제출 안 함). 제목 "오토캐드 반복작업 자동화 플러그인 제작"(21/30) / IT·프로그래밍 > 일반 프로그램 / 서비스설명 749자 / 서비스 제공 절차 340자 / 의뢰인 준비사항 373자 / 주요특징 = 기술수준 중급:설계·코딩, 팀규모 1인, 상주 불가능(재직자 방어선). 원고 원본 = 스크래치패드 desc.txt·proc.txt·prep.txt. 남은 필수 = 메인이미지(652x488)·가격 3단 패키지.
• [코디] ⚠️크몽 등록폼 필수항목 전체: 상세정보(서비스설명 100자+ / 서비스 제공 절차 50자+ / 의뢰인 준비사항 50자+ / 주요특징 3콤보 / 메인이미지 652x488 1장) + 가격정보(STANDARD·DELUXE·PREMIUM 각 제목20자·설명60자·금액·작업기간·수정횟수) + 판매 핵심 정보. 설명류 금지문자 = < 와 백틱. 2차 카테고리는 단일 선택 → 엑셀·업무자동화는 별도 서비스로 등록해야 한다.
• [코디] ⚠️크몽 폼 자동화 함정 4개: ①edit URL은 쿼리파라미터(?rootCategoryId=&subCategoryId=) 없이 열면 폼이 안 그려진다 ②입력은 「임시 저장하기」를 눌러야 남는다(리로드하면 날아감) ③드롭다운은 react-select — JS .click()·키보드 ArrowDown 조합 다 어긋난다, 처방 = JS로 focus → ArrowDown 으로 열고 → 옵션 bounding box에 실제 마우스 클릭 ④contenteditable 3개 순서 = 서비스설명·제공절차·준비사항.
• [코디] 크몽 경쟁사 가격조사(26.9.2, 카테고리 605 일반 프로그램): 표본 37개 시작가 = 최저 5,000 / 중앙 129,000, 10만원에 5개 밀집(99,000 1개). 3단 패키지 보유 7개 실측 평균 = STANDARD 78,428 / DELUXE 251,428 / PREMIUM 611,428(중앙 100,000 / 180,000 / 350,000). 조사 방식 = 로그인 안 된 별도 브라우저 + robots.txt 허용 경로(/category, /search 회피) + 3~5초 간격 → 판매자 계정과 분리.
• [코디] 크몽 서비스 815107 필수항목 전부 입력 완료(제출은 페페 몫): 가격 95,000 / 250,000 / 600,000(STANDARD는 밀집대 -5,000 전략), 기간 7/14/21일, 수정 1/2/3회, 패키지명 단일기능자동화·기능3개+예외처리·통합도구+30일지원, 메인이미지 업로드(1/1). 판매 핵심 정보는 선택항목.
• [코디] 크몽 썸네일 생성기 C:\dev\kmong\make_thumb.py → assets\main_autocad_652x488.png. PIL 단독(맑은고딕 malgunbd.ttf), 다크네이비+도면그리드+앰버 강조. 검증불가 수치주장 없이 키워드만 배치 = 심사 안전. 다음 서비스는 문구만 교체해 재사용.
• [코디] ⚠️크몽 가격폼 함정 2개: ①DELUXE·PREMIUM 칸은 「패키지로 설정」 스위치를 켜야 활성화된다(input[role=switch]는 y=0 숨김 → 보이는 부모에 실제 마우스 클릭). ②react-select 중 일부는 focus+옵션 마우스클릭이 안 먹는다 → 순수 키보드(ArrowDown으로 열고 N번 더 누른 뒤 Enter) 가 유일하게 통했다. 옵션 id(react-select-NNN-option)는 렌더마다 바뀌므로 id 기반 셀렉터 금지.
• [코디] 크몽 이미지 2차 제작(26.9.2, 페페 요청 = 따뜻하게·AI티 빼고·세련된 폰트): 메인 후보 5종(A크림편집 / B테라코타색면 / C도면종이 / D딥올리브 / E샌드카드) + 상세 5장(문제·기능·순서·준비·패키지). 코디 추천 = B(개발 카테고리 썸네일이 대부분 흰배경·파란계열이라 테라코타 색면이 안 묻힌다). 페페 선택 대기.
• [코디] ⚠️「AI티 안 나게」를 푸는 실전 수단 3개(실측 유효): ①명조 헤드라인(Noto Serif KR) — 맑은고딕 단일이 "대충 만든 느낌"의 주범, 명조는 인쇄물 인상을 준다 ②여백 확보 + 저채도 웜톤(다크네이비+형광앰버 조합이 전형적 AI 썸네일) ③미세 종이결 노이즈로 균일한 디지털 색면을 깬다. 윈도우 기본 설치 폰트 중 쓸 만한 한글 = NotoSerifKR-VF / NotoSansKR-VF 가변폰트(PIL set_variation_by_name() 으로 ExtraLight~Black 7단).
• [코디] 크몽 이미지 생성 파이프라인 = C:\dev\kmong\kit.py(폰트·웜톤 팔레트5·칩/룰/줄바꿈/종이결 헬퍼) + make_mains.py(메인 5종) + make_details.py(상세 5장) → assets. PIL 단독이라 결과 결정론적(글자깨짐·오타 사고 없음), 2번째 서비스는 문구 상수만 교체하면 같은 톤으로 재생산.
• [코디] devplan 페이지 kmong-images.html 신설 + 허브 등록 완료(카테고리 infra, 개발중). ⚠️신규 등록 절차 = projects.json 추가만으로는 build_hub.py 가 FAIL로 막는다 — project_state.json 에 같은 이름 항목이 1:1로 있어야 한다. project_state.py set 은 기존 항목만 수정하고 신규 추가는 못 하므로 JSON에 직접 삽입 후 project_state.py check 통과시키고 빌드. dev_track 은 {pfs-furniture, tool} 둘 중 하나만 유효.
• [페페] 크몽 메인 이미지 B(테라코타 색면) 채택(26.9.2) → 서비스 815107 교체 완료(구본 삭제 후 업로드, 1/1 검증). 상세 이미지 6장 업로드 완료(6/9, 3장 여유).
• [페페] 상세 맨 앞에 01 「시작한 이유」 스토리 페이지 신설 요청 — 같은 제조업 종사자로서 현장 젊은 인력 부족과 사장님 인건비 부담을 덜어주고 싶어 시작했다는 진심을 각색해서 담았다. ⚠️회사명·연차 숫자는 뺐다 — 크몽은 경력·소속 주장에 증빙(재직증명서)을 요구하고 그걸 내면 재직 중 회사가 프로필에 노출된다. "저도 제조 현장에서 일합니다" 수준 서술로만 두어 증빙 트리거 회피.
• [페페] 지시(26.9.2): 두 번 잡힌 함정은 rules 에 기억하고, 코딩 시 rules 사전 읽기를 필수화하라. 반영 = C:\dev\CLAUDE.md §1 작업 전 4단계로 확장(⓪ rules 사전 읽기 필수, 검증 줄에 rules 사전확인: 남김) + §2-7 신설(파일 생성·수정 = Write/Edit, heredoc 금지) + rules\tooling.md 🆕 2항목 + 메모리 frequent-tool-mistakes 7번.
• [코디] 자기반성 기록 — heredoc 금지 규칙은 이미 tooling.md 에 있었다(승인창 회피 사유로만). 그 사유로만 적혀 있어 검색·열람을 안 했고 한 세션에 3번 밟았다. 교훈 = 규칙을 쓰는 것보다 읽는 시점을 강제하는 게 실효다. 그래서 페페가 사전 읽기를 절차로 못 박았다.
• [페페] 크몽 상세 01「시작한 이유」 축약 지시(26.9.2) — 핵심만·공감대 집중·문장 절반·폰트 확대. 반영 = 본문 11줄→6줄, 폰트 23pt→31pt, 높이 1120→1010. 뺀 것 = 설명·부연("몇 달이 걸리고"·"하루의 절반"·"프로그램이 대신할 수 있습니다"). "거창한 시스템을 팔려는 게 아닙니다"도 제거 — 방어적 문장이라 공감보다 변명으로 읽힌다. 남긴 구조 = 같은 처지 → 공감 → 그래서 시작했다 3박자 + 마무리 "그거라도 덜어드리고 싶어 시작했습니다".
• [코디] ⚠️PIL 카드 조판 반복 실수 — 본문 줄 수/폰트를 바꾸면 닫는 문장이 푸터와 겹친다(같은 페이지에서 2회 발생). 처방 = 문구 수정 후 반드시 하단 크롭(im.crop((0, h-260, w, h)))으로 육안 확인하고, 겹치면 캔버스 높이만 올린다(요소 위치는 건드리지 않는다).
• [코디] 크몽 「수정 및 재진행 안내」(필수·최소20자) 입력 완료 762자 — 수정 범위 / 별도 협의 대상 4가지 / 재작업 기준 / 납품 후 30일 지원 / 원활한 진행 안내. 핵심 = 무상과 협의의 경계를 숫자로 못 박는 것(이 칸이 비면 "수정이냐 추가냐"로 분쟁). ⚠️"최초 상담"→"처음 상담"으로 교체 — 크몽 금지표현에 최초 포함.
• [코디] ⚠️크몽 폼 함정 추가: 「수정 및 재진행 안내」는 다른 본문칸과 달리 contenteditable 이 아니라 TEXTAREA 다(peer w-full resize-none border-none bg-transparent). [contenteditable=true] 로만 훑으면 필수칸을 통째로 놓친다. 판정법 = 20000 카운터 개수(4개)와 contenteditable 개수(3개)가 안 맞으면 나머지는 다른 구현이다. 라벨 기준으로 부모를 타고 올라가 textarea 를 잡아 fill().
• [코디] 크몽 서비스 815107 필수항목 전부 완료(26.9.2): 제목/카테고리/설명749/절차340/준비373/수정안내762/주요특징3/메인1·상세6/패키지 3단(95,000·250,000·600,000 · 7·14·21일 · 1·2·3회). 남은 것 = 페페 제출하기(1차 카테고리 승인 후 변경 불가).
• [페페] 크몽 첫 서비스 815107 제출 완료(26.9.2) — 심사 영업일 7일. 이어서 2번째 서비스 제작 요청.
• [코디] 크몽 폼 조작 헬퍼 C:\dev\kmong\kform.py 신설 — 첫 서비스에서 태워서 얻은 함정 7개를 코드+주석으로 고정(쿼리파라미터 필수·임시저장 필수·react-select는 순수 키보드만·본문칸 2종(contenteditable/TEXTAREA)·패키지 스위치·Escape가 모달을 닫음·안내모달 가로챔). 공개함수 = page/counters/save/fill_editor/fill_textarea_by_label/list_options/pick_select/enable_packages/upload/delete_images/check_text. ⚠️스크래치패드는 세션 UUID 폴더라 세션이 바뀌면 소멸 → 재사용 스크립트는 반드시 C:\dev\ 아래로 뺀다.
• [코디] 2번째 서비스 계획(확정 대기): 카테고리 = IT·프로그래밍 > 엑셀·스프레드시트(첫 서비스가 '일반 프로그램'이라 안 겹치고, 리뷰 확보용 저가 상품에 적합). 제목 초안 "엑셀 반복업무 자동화 프로그램 제작". 근거 실적 = 원부자재 발주서 계산엔진(설정표49·AL/유리 결정론 공식)·파워쿼리/ODBC/RDS 연동·xlsx zip surgery·PDF→xlsx 변환.
• [코디] ⚠️릴레이 실패·복구 실측(26.9.2) — 1차 시도는 [4/5] 새 세션 열림·프리필 완료 까지 가고도 엔터가 안 먹어 세션이 아예 안 만들어졌다(jsonl 미생성). 그 상태에서 --enter-only 를 돌리면 활성 탭이 다른 세션이면 엉뚱한 창에 엔터가 들어간다(실제 발생, 다행히 스트레이 메시지는 없었다). 🔑처방 = 처음부터 --expect "<마커>" --verify-timeout 90 을 붙인다 — 릴레이가 스스로 도달·응답을 검증하고 성공할 때까지 책임진다. 2차 시도에서 통과(새 세션 8d18846c, opus/xhigh).
• [페페] 지시(26.9.2): 새 세션 시작은 코디가 직접 한다. 기본 규칙이다. — 릴레이 1차 실패 후 「엔터 눌러달라」고 넘긴 것에 대한 교정. runbook 「엔터까지가 코디 역할」과 동일. 실패하면 방법을 바꿔 끝까지 코디가 띄운다.
• [코디] 릴레이 시드 게이트는 다른 세션의 미커밋 변경까지 잡는다(21건). 남의 진행 중 파일을 대신 커밋하면 안 되므로 내 파일만 명시 add·커밋 후 --force 가 정답. 이번 커밋 = 2bd0d9a (ideas.md·tooling.md 2개만).
• [코디] 크몽 2번째 서비스 815257 생성·필수항목 전부 입력 완료(26.9.2, 임시저장까지 · 제출은 페페 몫). IT·프로그래밍 > 엑셀·스프레드시트(2차 id 665) / 제목 「엑셀 반복업무 자동화 프로그램 제작」(19/30) / 설명 681·절차 295·준비 313·수정안내 509 / 주요특징 = 중급:설계·코딩 · 1인 · 상주 불가능 / 메인 1 + 상세 6(6/9) / 15,000 · 45,000 · 120,000 · 3·7·14일 · 1·2·3회. 원고·가격 상수 = C:\dev\kmong\copy_excel.py, 이미지 = C:\dev\kmong\make_excel.py → assets\excel\.
• [코디] 크몽 카테고리 2차 id 대장(IT·프로그래밍 = 1차 6): 601 홈페이지 신규 제작 · 605 일반 프로그램(1번째 서비스) · 645 크롤링·스크래핑 · 663 업무 자동화 · 664 프로그램 수정·유지보수 · 665 엑셀·스프레드시트(2번째 서비스) · 668 AI 자동화 프로그램 · 673 AI 에이전트. 전체 목록은 https://kmong.com/category/6 의 a[href*=/category/] 를 긁으면 나온다(로그인 불필요).
• [코디] 크몽 경쟁사 가격조사 2회차(26.9.2, 카테고리 665 엑셀·스프레드시트): 시작가 108건 = 최저 5,000 / 중앙 22,000 / 최고 500,000, 밀집대 5,000(23) · 10,000(10) · 100,000(8) · 20,000(6) · 30,000(6). 3단 패키지 실측 7건 = STANDARD 평균 22,143(중앙 20,000) / DELUXE 47,000(49,000) / PREMIUM 118,429(69,000). ⚠5,000~10,000 구간 33건은 단순 문의·템플릿 판매라 「프로그램 제작」의 비교군이 아니다 → 밀집대를 20,000으로 잡고 STANDARD 15,000. 도구 = C:\dev\kmong\research_price.py(헤드리스·비로그인·/category 만·3~5초 간격).
• [코디] ⚠️크몽 목록 파싱 함정 — 카드 정보는 a[href*=/gig/] 자기 innerText 에 다 있다. 조상으로 올라가면 캐러셀 컨테이너와 뭉쳐 남의 카드 가격을 읽는다(1차 시도에서 108건이 전부 5,000원으로 나왔다). 상세 3단 가격 정본 = STANDARD\n\nNN원\n\nDELUXE\n\nNN원\n\nPREMIUM\n\nNN원 블록이고, 'STANDARD' 첫 등장 뒤 첫 원을 잡으면 패키지 요약문의 숫자를 읽는다.
• [코디] ⚠️크몽 서비스 등록 Step1 = https://kmong.com/my-gigs/new. 카테고리는 react-select 가 아니라 BUTTON + SPAN 그리드다. get_by_text(...).last 로 고르면 엉뚱한 칸이 박힌다(2차가 「홈페이지 신규 제작」으로 들어갔고 그 바람에 3차 카테고리* 가 새로 생겼다). 처방 = 보이는 SPAN 중 텍스트 완전일치만 JS 로 표시(data-cody)해 클릭 + 버튼 라벨로 검증. 「다음」을 누르면 my-gigs/edit/<id>?rootCategoryId=..&subCategoryId=.. 로 이동하며 거기서 id 를 얻는다.
• [코디] ⚠️크몽 「수정 및 재진행 안내」 칸은 처음엔 화면에 아예 없다 — 가격 패키지를 채운 뒤에 나타난다(N/20000 카운터가 3개 → 4개). 첫 서비스 때 「TEXTAREA 라 contenteditable 로만 훑으면 놓친다」고 적어 둔 것에 「그 전에 존재하지도 않는다」가 추가된다. 입력 순서 = 본문·특징 → 이미지 → 가격 → 수정안내.
• [페페] 크몽 2번째 서비스 815257 제출 완료(26.9.2). 이어서 프로필 상세이력 각색 + 포트폴리오 작성 지시.
• [코디] 크몽 프로필 소개 204/255자 저장 완료(26.9.2) — PFS·도구 실적을 일반인 범용 용어로 각색(PFS→사내 업무관리 웹 시스템, 원부자재 계산엔진→견적·발주 자동 계산, acad-tread류→오토캐드 도면 일괄 출력·치수 추출, 네스팅→자재 절단 배치 최적화). 페페 추가 지시로 오토캐드 항목 포함. 원고 = C:\dev\kmong\profile_copy.py(INTRO/PORTFOLIO 4건), 입력 = fill_profile.py intro.
• [코디] 크몽 프로필 상세 경력 = 「프리랜서 · 6개월」(26.9.2, 페페 선택). 폼 = 회사명(10자)·근무부서(10)·직위(10)·근무기간 + 프리랜서 체크 + 증빙(선택). ⚠프리랜서를 체크하면 회사명·부서·직위는 화면에 안 나오고 「프리랜서」로만 표시된다 → 회사 노출 0. 입력값은 개인 개발/소프트웨어 개발/개발자/2026.04~현재. 도구 = add_career.py. ⚠프로필의 「총 10년」은 손대지 않았다 — placeholder 인지 실제값인지 미확인, 프리랜서 6개월과 어긋나 보이니 페페 확인 필요.
• [코디] ⚠️크몽 프로필 폼 함정 3개(26.9.2 실측): ①프로필 URL = https://kmong.com/@<닉네임> (/my-profile 은 404) ②모달 안 텍스트 칸은 React 제어형이라 fill() 도 keyboard.insert_text() 도 조용히 안 먹는다(값이 빈 채로 저장됐다) → 네이티브 value setter + input 이벤트(kform.set_react_input) ③근무기간 시작일은 자유 입력이 아니라 데이트피커(연도 화살표 + 월 셀 클릭).
• [코디] PFS 운영화면 마스킹 캡처 파이프라인 = C:\dev\kmong\pfs_shot.py(26.9.2 신설). 로그인 = C:\dev\.secrets\pfs_login.env(PFS_PROD_). 캡처 4종 = 견적서 목록 /estimate/list-v2 · 자재관리 /field/orderpaper · 현장 목록 /field/list · 배차 목록 /dispatch/list → C:\dev\kmong\assets\shots\pfs_0*.png. 🔑마스킹은 캡처 전에 DOM 에서 한다 — 현장명·거래처명·담당자명·실명은 「현장A·업체B」식 자리표시자로 텍스트 치환(같은 이름은 같은 표시자), 금액·운임비는 CSS blur*(숫자를 지어내지 않는다). 자재관리 셀렉터 = .op-site-name·.op-company.
• [코디] ⚠️PFS 마스킹에서 태운 것 3개: ①거래처 수집을 children[1] 로 고정했더니 대표자 컬럼을 긁어 정작 업체명이 사전에 안 들어갔다 → 헤더 이름으로 컬럼을 잡는다 ②거래처 목록은 10건씩 페이지네이션이라 2페이지 이름('넵스')이 필터 버튼에만 남는다 → button.btn-outline-secondary 를 직접 치환 ③사이드바에 거래처명이 하드코딩된 메뉴(a[href*=hansem])가 있다.
• [코디] 🆕MSYS 경로변환 함정 — Git Bash 에서 python x.py /field/orderpaper 처럼 슬래시로 시작하는 인자를 주면 C:/Program Files/Git/field/orderpaper 로 바뀐다. 증상이 ERR_NAME_NOT_RESOLVED 라 서버 문제로 오진했다(2회 재시도 낭비). 처방 = MSYS_NO_PATHCONV=1 prefix. 같은 뿌리 = schtasks 인자 변환.
• [코디] 크몽 포트폴리오 등록 = 3단계·심사 영업일 5일. Step1 /seller/portfolios/new(1차/2차 카테고리 + 제목 50자, 서비스 등록과 같은 SPAN 그리드) → Step2(대표이미지 1 / 상세이미지 10 / 업종 / 상세설명 / 고객사 「비공개」 체크 가능 / 키워드 5 / 작업기간 / 제품유형·참여영역·기술스택·플랫폼·연동) → Step3. 업종 목록에 제조업이 없고 「가구·인테리어·이사」·「일반·기타」가 최근접.
• [코디] ⛔크몽 포트폴리오 대표 이미지 업로드 미해결(26.9.2) — 1:1 비율 필수(가로 600px 이상)라 화면 캡처를 못 쓴다(커버 4종을 900x900 으로 만들어 뒀다 = assets\shots\cover_0*.png, 생성기 make_cover.py). 🔴대표 영역엔 input[type=file] 이 아예 없다(상세용 1개뿐, accept 에 gif 포함). 시도해서 다 실패한 것 = 드롭존 클릭(오버레이가 가로막음)·force 클릭(이벤트 미발생)·DataTransfer drop(이벤트는 가는데 0/1 그대로)·'추가' 버튼 좌표클릭+file chooser(chooser 는 열리는데 반영 안 됨). 상세 이미지는 input[type=file] 에 직접 넣으면 들어간다(4/10 성공). 업종 드롭다운도 옵션은 읽히는데 선택이 안 박힌다. → 다음 세션 과제(또는 페페가 대표 1장만 손으로 올리면 나머지는 코디가 채운다).
• [페페] 크몽 3번째 서비스 815367 제출 완료(26.9.2) → 서비스 3건 전부 심사 중(605 오토캐드 815107 · 665 엑셀 815257 · 663 업무자동화 815367). 포트폴리오도 제출 완료. 다음 = 4번째 서비스.
• [코디] 4번째 서비스 코디 확정안 = IT·프로그래밍 > 크롤링·스크래핑(645). 근거 = 실적이 두껍다(쿠팡 지출집계 내부 API · GA4+서치콘솔 수집 · 중고시세 번개장터/당근 · 카톡 대화 마이닝 · 나라장터류 모니터링) + 수요·검색량 크다 + 663 업무자동화와 카테고리가 달라 복합서비스 규칙 통과, 경계도 명확(수집 전문). 대안 = 668 AI 자동화 프로그램(AI 실적 많고 신생이라 경쟁 적을 수 있음). ⏳보류 = 601 홈페이지 신규 제작(페페가 언급한 방향이지만 디자인 역량·포트폴리오 요구가 크고 경쟁 극심) · 612 데이터베이스(검색량 적음).
• [페페] 크몽 포트폴리오 제출 완료 + 프로필 총 경력을 「총 1년」으로 수정(26.9.2). 대표 이미지(1:1) 업로드는 페페가 손으로 해결 — 코디 자동화가 막혔던 지점. 상세 경력 「프리랜서 · 6개월」과 앞뒤가 맞게 됐다.
• [코디] 크몽 3번째 서비스 815367 필수항목 전부 입력 완료(26.9.2, 임시저장까지 · 제출은 페페 몫). IT·프로그래밍 > 업무 자동화(2차 id 663) / 제목 「사내 업무 자동화 프로그램 제작」(17/30) / 설명 627·절차 310·준비 303·수정안내 519 / 주요특징 = 중급:설계·코딩 · 1인 · 상주 불가능 / 메인 1 + 상세 6(6/9) / 45,000 · 130,000 · 260,000 · 5·10·20일 · 1·2·3회. 원고 = C:\dev\kmong\copy_auto.py, 이미지 = make_auto.py → assets\auto\.
• [코디] 크몽 경쟁사 가격조사 3회차(카테고리 663 업무 자동화, 26.9.2): 시작가 108건 = 최저 5,000 / 중앙 50,000 / 최고 1,990,000. 밀집대 50,000(22건) 압도적 · 100,000(10) · 30,000(8). 3단 실측 9건 = STANDARD 평균 50,889 / DELUXE 129,778 / PREMIUM 263,111. 665 엑셀보다 단가가 3배다.
• [코디] 🔑세 서비스 단가 계단 완성 — 오토캐드 95,000(605) > 업무 자동화 45,000(663) > 엑셀 15,000(665). 엑셀=리뷰 확보용 미끼 / 업무 자동화=주력 물량 / 오토캐드=경쟁 적은 고단가. 2차 카테고리가 전부 달라 복합서비스 금지 규칙에 안 걸린다. 서비스 설명에 「엑셀 안에서 끝나는 일은 다른 서비스, 이 서비스는 엑셀 밖으로 나가는 일」이라고 경계를 본문에 명시해 두 서비스가 서로를 잡아먹지 않게 했다.
• [코디] 크몽 폼 스크립트를 서비스별로 재사용하게 바꿨다(26.9.2) — new_gig.py <2차카테고리> <원고모듈> <id파일> 인자화, fill_gig2.py 는 환경변수 KM_ID/KM_SUB/KM_COPY/KM_IMG/KM_MAIN. 4번째 서비스는 원고 모듈(copy_*.py)과 이미지 스크립트(make_*.py)만 새로 쓰면 폼 입력이 그대로 돈다. ⚠환경변수를 쓴 이유 = argv 는 이미 mode(text/image/price/revi/check)가 점유.
• [페페] 크몽 포트폴리오에 회사 도면 사용 승인(26.9.2). → [코디] 오토캐드 캡처 2장 완료 = C:\dev\kmong\acad_shot.py(비침습). 🔑별도 인스턴스 DispatchEx + 창을 화면 밖(-4000,-4000)으로 밀고 PrintWindow(flag 2) → 페페 AutoCAD 세션에 안 붙고 화면에 창도 안 뜬다(CLAUDE.md §2-2 준수). 끝나면 Documents.Close(False)→Quit(저장 대화상자 방지). 확대는 _.ZOOM _E 후 _.ZOOM 4X. ⚠PrintWindow 는 리본을 안 그려 상단에 검은 띠가 남는다(flag 2 여도) → 타이틀바만 남기고 띠를 잘라 이어붙인다(crop_acad.py). 🎁덤 = 내가 만든 PCADTOOLS 팔레트(가구패널탐지·도곽출력·도면비교·겹쳐보기)가 화면에 그대로 잡혔다 — 포트폴리오에서 「도구를 만들었다」를 화면으로 증명하는 자리. 쓴 도면 = acad-tread-plugin\2. 일반가구(콜줌).dwg(파일명에 거래처·현장명이 없어 안전. order-automation 쪽 dwg 는 파일명에 거래처+현장이 박혀 있으니 쓰면 타이틀바 마스킹 필요).
• [코디] devplan kmong-images.html 에 6~9절 추가 완료(26.9.2) — 6.프로필 각색(범용어 대응표) · 7.PFS 마스킹 캡처 4장 · 8.포트폴리오(커버 4종 + 오토캐드 2장 + 막힌 지점) · 9.진행상태. 이미지 사본 = C:\dev\devplan\kmong\profile\(10장). 8799 서빙 200 확인. build_hub 은 여전히 기존 FAIL(voicecody·korace source 실종, 지시대로 미수정).
• [코디] 포트폴리오 원고 4건 준비 완료(profile_copy.py PORTFOLIO) = 사내 업무관리 웹 시스템 / 오토캐드 도면 자동화 플러그인 / 엑셀 자동 계산·문서 자동 작성 / 자료 수집·집계 대시보드. 전부 범용어로 각색하고 금지표현 검사 통과. 오토캐드 포트폴리오는 이미지가 없다 — 회사 도면을 못 쓰고 자체 샘플 도면이 아직 없다(ideas 선행과제 미완).
• [코디] 크몽 2번째 서비스 devplan 반영 = C:\dev\devplan\kmong-images.html 에 「5. 2번째 서비스」 섹션 추가 + 이미지 사본 C:\dev\devplan\kmong\excel\. ⚠build_hub.py 는 여전히 FAIL(voicecody tools/voicecody · korace korace source 폴더 실종 — 다른 세션 정리작업으로 보임, 지시대로 안 고쳤다) → 허브 「최근」 보드는 갱신 안 됨. 페이지 자체는 8799 에서 200 으로 정상 서빙(HTML 16,584 · 이미지 4종 확인).
• [코디] 크몽 4번째 서비스 815378 필수항목 전부 입력 완료(26.9.2, 임시저장까지 · 제출은 페페 몫). IT·프로그래밍 > 크롤링·스크래핑(2차 id 645) / 제목 「웹 자료 수집 자동화 프로그램 제작」(19/30) / 설명 719·절차 382·준비 347·수정안내 547(크몽 카운터 기준) / 주요특징 = 중급:설계·코딩 · 1인 · 상주 불가능 / 개발 언어 = Python(+PowerShell 딸려 들어감, 사실이라 그대로 뒀다) / 메인 1 + 상세 6(6/9) / 45,000 · 100,000 · 250,000 · 5·10·20일 · 1·2·3회. 원고 = C:\dev\kmong\copy_crawl.py, 이미지 = make_crawl.py → assets\crawl\(메인만 sand 팔레트 — 2·3번째가 terra 라 갤러리에서 구분된다). 리로드 후 되읽기 검증 통과.
• [코디] 🔴크몽 폼 콤보 인덱스는 카테고리마다 다르다(26.9.2 645 실측). 645(크롤링)에는 663(업무자동화)에 없던 선택항목 6칸(개발 언어·프런트엔드·백엔드·데이터베이스·클라우드·기타·소프트웨어)이 「기술 수준」과 「팀 규모」 사이에 끼어 뒤 콤보가 전부 6칸 밀린다. 고정 인덱스(주요특징 0,1,2 / 작업기간 3,4,5 / 수정횟수 6,7,8)로 돌렸더니 「팀 규모」 자리에서 프로그래밍 언어 목록(ActionScript·ASP·Assembly…)이 튀어나왔다. 처방 = fill_gig2.py 에 combo_map()(라벨→인덱스) 추가 — 콤보 조상 노드의 innerText 로 「기술 수준·개발 언어·팀 규모·상주 여부·작업 기간·수정 횟수」를 찾아 인덱스를 뽑는다. 이제 어느 2차 카테고리든 그대로 돈다. 덤프 도구 = C:\dev\kmong\dump_combos.py.
• [코디] 크몽 경쟁사 가격조사 4회차(카테고리 645 크롤링·스크래핑, 26.9.2): 시작가 108건 = 최저 5,000 / 중앙 30,000 / 최고 500,000 / 평균 54,769. 🔑분포가 쌍봉이다 — 미끼대 5,000(13건)+10,000(12건) 은 제목이 다 「크롤링 프로그램 맞춤 제작」인데 그 값에 프로그램이 나올 리 없다(채팅에서 다시 견적내는 자리). 실제 상품군 = 20,000(10)·30,000(10)·33,000(4)·50,000(14) → 밀집대 50,000 채택. 665 에서 5,000원 33건을 단순문의로 제외한 것과 같은 판단이다. 3단 실측 8건 = STANDARD 평균 29,750 / DELUXE 99,875 / PREMIUM 251,750 → 45,000 / 100,000 / 250,000 확정. ⚠업무자동화(663)와 STANDARD 가 같은 45,000 인데 밀집대가 우연히 같았을 뿐, 카테고리가 달라 서로 경쟁하지 않는다.
• [코디] 서비스 4건 카테고리가 전부 다르다 — 605 오토캐드 95,000 · 645 크롤링 45,000 · 663 업무자동화 45,000 · 665 엑셀 15,000. 645 는 663 과 경계를 본문에 명시했다: 645 = 바깥 자료를 가져오는 것(웹·공공데이터·쇼핑몰), 663 = 사내 프로그램을 잇고 정해진 시각에 도는 것. 645 원고엔 준법 문단도 넣었다(이용약관·저작권·개인정보 확인, 회원자료 탈취·서버 과부하 요청은 거절).
• [코디] devplan kmong-images.html 10절 「4번째 서비스」 추가 + 기존 10절→11절(26.9.2), 이미지 사본 C:\dev\devplan\kmong\crawl\(7장), 8799 서빙 200 확인. ⚠build_hub.py 는 여전히 기존 FAIL(voicecody tools/voicecody · korace korace source 실종) → index.html 이 아예 재생성되지 않는다(FAIL 에서 SystemExit(1), --selftest 도 같은 자리에서 멈춘다). 즉 허브 카드의 desc·진행판 문구는 1번째 서비스 시점 그대로다. projects.json·project_state.json 은 4번째 시점으로 갱신해 뒀으니 FAIL 만 풀리면 다음 빌드에서 바로 반영된다(project_state.validate 단독 실행 = 오류 없음 확인). 지시대로 FAIL 은 안 고쳤다.
• [페페] 크몽 4번째 서비스 815378 제출 완료(26.9.2) → 서비스 4건 전부 심사 중(605 오토캐드 815107 · 645 크롤링 815378 · 663 업무자동화 815367 · 665 엑셀 815257) + 포트폴리오 심사 중. ⛔심사 중 수정하면 반려될 수 있다 — 4건 다 건드리지 마라. 다음 = 심사 결과 대기 → 승인 시 첫 리뷰 확보(엑셀 15,000 이 미끼 역할), 반려 시 사유 보고 후 해당 원고만 수정. 5번째 서비스는 승인 결과를 보고 정한다(대안 = 668 AI 자동화 프로그램).
• [코디] 크몽 프로필 사진 교체 완료(26.9.2, 페페 지시) — ainews 확정 아바타 C:\dev\devplan\media\ainews\profile\profile_15_papercut-signal-dark.png(1080², papercut-signal-dark) 를 올렸다. 기본 민트 플레이스홀더 → 실제 이미지, 프로필 완성도 70% → 80%. 도구 = C:\dev\kmong\set_avatar.py(probe/set). 🔑판정은 화면이 아니라 아바타 img src 대조(.../default/138_mint.png → .../thumbs/fqzoA1788356965.png), 올라간 파일을 내려받아 육안 확인까지 했다(assets\shots\kmong_avatar_live.png).
• [코디] 🔴크몽 프로필 URL 은 닉네임이 바뀌면 404 가 된다 — 영웅급아도니스6044(가입 시 자동 닉) → 페페0731(페페가 변경). fill_profile.py 의 하드코딩 URL 이 그대로 404 를 뱉었다. 정본 = my-gigs 헤더의 /@… 링크에서 매번 캔다. ⚠참고로 이 닉네임은 고객에게 보이는 자리다(CLAUDE.md §2-9 「페페」 내부 별칭 규칙 — 페페 본인이 정한 값이라 코디가 안 건드렸다).
• [코디] 🔴크몽 프로필 사진은 포트폴리오 대표이미지와 달리 자동화가 된다 — 숨은 input[type=file](accept .jpeg,.jpg,.png,.webp)이 프로필 페이지에 그냥 있다. 대표이미지처럼 막히는 줄 알고 probe 모드를 먼저 돌렸는데 한 번에 나왔다. 막힌 건 포트폴리오 대표이미지 하나뿐이다.
• [코디] 🔴Playwright get_by_role(name=…) 은 기본이 부분일치다 — 크롭 모달 확정용 「등록」이 화면의 '서비스 등록하기'·'전문가 등록'·'포트폴리오 등록하기' 를 잡을 수 있었다(26.9.2 크몽 아바타 교체). 다행히 빈 서비스는 안 생겼지만(전체 4·승인 전 4 확인) exact=True 를 붙여 막았다. 클릭 뒤에는 부작용 점검(내 서비스 개수)까지 한다.
• [코디] rollcalculator 모바일에는 nav 자체가 없다(26.9.8 web-designer 실측) — .nav-links 가 720px 미만에서 display:none 인데 햄버거 대체가 없다. 카테고리 이동 수단이 푸터 스크롤뿐이라, 계산기 사이트치고 모바일 회유 경로가 끊겨 있다. 세션당 페이지뷰는 AdSense 가 보는 참여 신호이기도 하다. 처방 = theme-toggle 왼쪽에 햄버거 + .nav-links 를 슬라이드다운 오버레이로(src/lib/ui.js 의 attachThemeToggle 패턴 재사용). 난이도 중.
• [코디] rollcalculator 의 니치 정의가 3곳에 흩어져 있다 — src/data/noindex.js · Base.astro 의 nav 배열 · 각 허브의 otherHubs 배열. 26.9.8 이 벌써 두 번째 IA 피벗이라, 다음에 또 좁히면 3곳을 손으로 맞춰야 한다. 처방 = src/data/site.js 에 CATEGORIES(허브별 label/href/니치 여부) 단일 배열을 두고 nav·홈·otherHubs 가 전부 거기서 파생. 난이도 중.
• [코디] 블루투스 스피커 자작 견적 조사(26.9.8, 페페 문의 · 케이스=3D프린팅). 티어별 부품비 = A(소형휴대) 24~31만 / B(중형+DSP) 54만+측정마이크 15만 / C(대형거치 2way) 85만. 브랜드 대조 = JBL Flip 7 15~20만 · Bose SoundLink Flex 2세대 18~20만 · JBL Charge 6 22~28만 · Xtreme 4 35~40만 · SoundLink Max 50만 · Marshall Stanmore III 55만 · Sonos Move 2 60만. 🔑결론 = 소형 휴대형은 자작이 무조건 진다(부품비 2배에 방수·배터리·튜닝 전부 열세), 대형 거치형은 자작 압승. 이유 = 상용은 휴대성 때문에 내부 용적을 1L 미만으로 압축하는데 3D 프린터는 용적이 공짜다. ⚠3D프린팅 특유 함정 = ①레이어 사이 미세 누기로 저음 소실(내부 에폭시 씰링 필수) ②드라이버 플랜지 가스켓 ③PLA 울림→PETG/ASA+리브보강 ④DSP 없으면 상용 못 이김(상용의 비밀은 드라이버가 아니라 튜닝+리미터, Dayton KABD 계열 권장) ⑤리튬팩 자작=화재→USB-C PD 트리거로 도망 가능 ⑥IP67 방수는 자작 영역 아님. 추천안 = KABD-250 + 용적 4~6L 거치형, 부품 ~45만. ⏳페페 결정 대기 = 휴대형 vs 거치형(앰프·배터리·용적 전부 가르는 단일 분기).

[코디] 크몽 5번째 서비스 — AI 도입 컨설팅 (26.9.14(월))

• 821670 등록 · 임시저장까지 완료(제출은 페페 몫). 페페 지시 = 「AX 사업 B2B 기준 항목으로 추가 등록 · 배경 디자인은 이미지 생성해서 세련되게」. 그릴링 결정 = 1건만 · 축소 스코프 진입가 · 웜톤 유지하고 배경만 생성본 · 상세는 산출물 중심 7장(코덱스 지적 반영해 8장) · 기존 마스킹 캡처 재사용 + 진단 리포트 샘플 신규.
• 카테고리 675 AI 도입 컨설팅(2차) + 67501 「AI 도입 전략 수립」(3차) · 제목 「중소기업 AI 도입 진단 + 12주 실행 로드맵」(26/30자) · 190,000 / 890,000 / 1,900,000(7·14·30일 · 1·2·3회) · 상세 8장 · 본문 1227/582/510/698자.
• 원천 = C:\dev\_work\ax-biz\ax_data.py 의 「② AX 개발 B2B > 0. 진단 · 설계」 축소판(정가 = 진단 워크숍 150~300만 · 진단+PoC 450~900만). 앞 4건과 파는 게 다르다 — 앞 4건 = 프로그램 제작, 5번째 = 무엇을 만들지 정해 주는 판단. 본문에 그 경계를 한 절로 박았다(2·3·4번째에서 효과 본 방식).
• 💰675 가격조사(표본 99 · 3단 실측 8) = 시작가 중앙 100,000 · 평균 277,677. 여기도 쌍봉 — 저가대 50,000(11건)은 「AI 코딩도구 설치·셋업 대행」류라 상품군이 달라 제외, 실제 컨설팅군은 100,000(9)·300,000(6)·490,000(10). 3단 중앙 = 110,000 / 490,000 / 1,100,000. 페페 결정 = 실측 상단에 앉힌다(중소기업 B2B 색). 직접 경쟁 = AX 전환 로드맵 11/44/110만 · 소상공인 진단 19/49/89만.
• 🔴675 는 3차 카테고리가 필수다(AI 도입 전략 수립 / 실무 활용 코칭 / 기술 적용 검토). new_gig.py 4번째 인자로 넘기고, edit URL 에도 &thirdCategoryId= 가 있어야 폼이 제대로 그려진다(fill_gig2.py KM_THIRD). 콤보 구성 자체는 663 과 같아 밀림 없음(기술수준/팀규모/상주여부 + 작업기간 3 + 수정횟수 3). 작업기간 1~90일 · 수정횟수 0~15회 전부 실재.
• 🔴🔴합성 클릭이 더는 안 먹는다(크롬 152 · 26.9.14). locator.click(force=True) 로 카테고리 버튼을 눌러도 메뉴가 조용히 안 열리고 「옵션을 못 찾음」으로만 보인다 — 26.9.2 엔 통하던 코드다. 처방 = 실 마우스 좌표 클릭(pg.mouse.click, JS 로 getBoundingClientRect 중심 계산). new_gig.py mouse_click().
• 🔴import new_gig 만으로 빈 초안 gig 이 실제로 생겼다 — 모듈 본문이 with page(...) 로 바로 실행돼 3차 카테고리 조사 스크립트가 헬퍼를 import 하다 기본 인자(엑셀)로 821666 을 만들고 _gig2_id.txt 까지 덮어썼다. id 는 815257 로 되돌렸고 if __name__ == "__main__" 가드를 넣었다. 821666 초안은 삭제하지 않고 남겨 뒀다(삭제 = 위험작업, 페페 판단).
• 🎨배경 = 생성 이미지 + 글자는 PIL(페페 지시의 구현). gen_bg.py → gen_asset.gen(생성=기록 규약 · 한도 집계 자동) → kit.canvas_bg(veil) 가 cover 맞춤 + 팔레트 블렌드(상세 0.80 · 메인 0.34), 본문은 반투명 판(alpha 236) 위. 생성 이미지에 한글을 맡기지 않는 게 핵심 — 오탈자가 그대로 심사로 간다. 배경 파일이 없으면 평면 색으로 물러나 페이지는 나온다. 채택 = 메인 main-desk · 상세 detail-paper.
• 🔴ChatGPT Images 2.5 경로가 막혔다 — 9334·9343·9344 세 프로필 전부 로그인이 풀려 「이미지 생성은 로그인이 필요합니다」로 도구 실패(chatgptimg). generate() 의 로그인 검사(/auth/ URL·구글 버튼)는 통과하는데 실제로는 로그아웃이라 재시도 2회를 태우고서야 드러난다. 배경만 굽는 작업이라 나노바나나로 대체(Gemini 로그인은 살아 있다). ⏳페페 = ChatGPT 재로그인 필요.
• ⚠chatgptimg.generate(level=...) 의 레벨 버튼 탐지도 실패한다(「추론 레벨 버튼을 못 찾았다」) — 컴포저 UI 변경 추정. level 인자를 빼면 기본(high)으로 돈다.
• 📊앞 4건은 26.9.14 현재도 「승인 전 · 승인 대기 중」(9.2 제출 · 12일째 · 판매중 0). 공지된 영업일 7일을 넘겼다 → 페페 판단 = 크몽에 문의할지.
• 🔴🔴크몽은 상세 이미지를 ?w=715 로 줄여 서빙한다(26.9.14 실측 — 데스크톱 1920·모바일 390 동일, 원본 1200 짜리도 715 로 내려온다). 1000px 캔버스의 글자는 0.715 배로 보인다 → 페페 하한 13px 을 지키려면 캔버스에서 18.2px 이상. web-designer 검수가 이걸 짚었는데 그쪽 근거는 「652px 가정」이라 과대평가였고, 실측 715 로 다시 계산해 make_consult.py 에 바닥 20px 매핑(14·15·16→20 · 17→21 · 18→22 · 19→23)을 넣었다. 표 행높이 30→38 · 카드 96→108 도 같이. ⚠앞 4건은 이 환산을 모르고 14~19px 을 썼다(표시 10~13.6px) — 심사 중이라 안 고친다. ⛒다음 서비스부터 캔버스 폭 1000 기준 20px 이 바닥이다.
• 🎨web-designer 검수 반영 5건(착수 전 상담 규칙 · 26.9.14) = ①폰트 바닥 20px ②cream 팔레트 sub·accent 가 자기 배경에서도 4.29:1 / 4.38:1 로 AA 미달 → make_consult.py 안에서만 (94,85,75)·(142,66,24) 로 덮어썼다(kit.py 는 5개 서비스 공용이라 건드리면 앞 4건과 톤이 갈린다) ③p04·p07 만 배경에 직접 얹혀 있어 판 추가 ④메인 「05」가 사진 위 2.98:1 → veil 0.34→0.50 + 색 블록 안으로 ⑤메인 타이틀 38→42px + 앞 4건의 「좌측 색블록」 골격 회복. 이미지 9장 교체 업로드 후 재검증 통과(도구 = replace_images.py, 실좌표 클릭으로 삭제).
• 📊「같은 계열 전문가는 한 계정에 몇 개 올리나」 실측(26.9.14 페페 질문 · 판매자 35명 · 도구 survey_seller_gigs.py → _seller_gigs.json). 우리 5개 카테고리 + 옆 AI 계열 2개(668·667)의 상위 노출 서비스에서 판매자를 뽑아 프로필의 「서비스 N」 카운터를 읽었다. 중앙 5개 · 평균 7.1 · 범위 2~27(1차 23명 때도 중앙 5 → 표본 늘려도 안 흔들린다). 분포 = 2~3개 29% · 4~6개 34% · 7~10개 20% · 11개+ 17%. 🔑1개짜리는 0명 — 상위에 뜨는 계정은 최소 2개부터다. ⚠11개+ 6명(12·14·15·15·18·27)은 법인·팀 계정이라 1인이 따라갈 숫자가 아니다 → 11개 미만만 보면 n=29 · 중앙 5 · 평균 5.0 · 범위 2~10 이 1인 판매자의 현실선이다. 페페 5건 = 정확히 중앙값.
• 🔑카테고리마다 포화도가 다르다(같은 조사) — 675 AI 도입 컨설팅 = 중앙 3개(2,2,3,3,4,6)로 가장 적다(신생 카테고리라 다들 아직 적게 올렸다 = 우리가 들어간 곳이 제일 얕다). 반대쪽 = 663 업무 자동화 중앙 10개(3,4,10,14,15) · 645 크롤링 중앙 8 · 667 챗봇 중앙 7 · 668 AI자동화 중앙 6 · 665 엑셀 중앙 6.5 · 605 일반프로그램 중앙 4.5. ⛒다음 서비스를 늘릴 때 675 계열(3차 「실무 활용 코칭」·「기술 적용 검토」)이 가장 빈 자리다.
• ⚠조사 한계 = 상위 노출 서비스에서 뽑아 잘 팔리는 계정 쪽으로 기울었다(신규 판매자 평균은 이보다 낮을 것). gig 상세의 첫 /@ 링크는 포트폴리오 탭(/@이름/portfolios?category_id=6)이라 그대로 열면 카운터가 없다 → 핸들만 잘라 쓴다(1차에 26/49 가 이걸로 조용히 실패).
• 도구 = C:\dev\kmong\ copy_consult.py(원고·자체검사) make_consult.py(조판 9장 · _FLOOR 폰트 바닥) gen_bg.py+bg_main.json/bg_detail.json(배경) replace_images.py(이미지 교체) survey_seller_gigs.py(경쟁 계정 서비스수 조사) kit.canvas_bg()(배경 합성) · 진행판 http://127.0.0.1:8799/kmong-images.html 11절.

[코디] 상세페이지 생성기 구독사업 — 시장조사 (26.9.14(일))

• 페페 문의 = 「해달이 목업(C:\dev\devplan\danggeun-haedali-detail.html) 같은 상세페이지 생성기를 구독 서비스 사업으로. 현 디자이너·업체가 자동화 프로그램을 쓰는 현황 조사」.
• 🔴셀러용 AI 생성기 = 이미 포화(실측 11곳 이상 · 전부 「상품정보 넣으면 AI 가 통째로 뽑아줌」 한 축). 가비아 제디터 5,500/16,500/36,300/55,000원(토큰제 · Lite 1개월 무료) · 셀러비서 7,900/14,900/19,900원(15~120회) · 셀페이지 건당 4,900~39,900원(AI 사진+상세 번들 12,900) · 컨버타 포인트 충전 1만~100만 · 그 밖 상세뚝딱(피그마 플러그인) · 크리에이지 · 젠시 · 키위스냅(템플릿 2,000종 · 9개몰 동시등록) · 드랩아트 · 카페24 에디봇 · 큐샵AI · 망고보드 AI디자이너. 가격대가 월 5,500~19,900원에 수렴 = 셀러 지불의사 상한이 거기다.
• 🔑디자이너·업체는 그걸 납품에 안 쓴다. 공개 후기 일치 = 「촌스럽다 · AI티 난다 · 텍스트 깨진다 · 초안까지만」. 품질을 가르는 건 이미지 한 장이 아니라 페이지 전체 일관성(톤·타이포 계층·여백)이고 거기서 생성형이 진다.
• 🔑그래서 실무 디자이너의 「자동화」는 프로그램이 아니라 템플릿 재사용이다 — 피그마 상세페이지 템플릿(크몽 판매가 168,000원 · 무료 15종 배포) · 포토샵 액션/일괄처리·드롭릿 · 미리캔버스(5만 템플릿) · 캔바. 디자이너 전용 상세페이지 빌더 SaaS 는 국내 검색에 안 잡힌다 = 빈 자리.
• 🌍해외엔 그 자리가 이미 사업이다 — Shopify 페이지 빌더 PageFly $24~99+/월(5단 · 에이전시 별도 딜) · GemPages $29~199/월(대형 엔터프라이즈 $399~499) · Replo · Shogun · PagePilot $59~99/월(무제한 페이지 · 스토어 3~5개). 셀러용 AI 생성기보다 10~20배 비싼 가격이 받아들여진다(대상이 돈 버는 제작자라서). ⛒다만 전부 Shopify 전용 — 네이버 860px · 쿠팡 780px · 11번가 831px 규격판은 공백.
• 💰단가 지형 = 상세페이지 외주 건당 1.9만~80만(기본 10~25 · 표준 25~50 · 풀패키지 50+ · 평균 20~30만), 납기 3~10일. 디자이너 1인이 월 8건이면 매출 160~240만 → 월 3~5만원 도구는 시간 30%만 줄여도 즉시 회수. 셀러 1만원대와 다른 가격대에 앉을 수 있다.
• 📊모수 = 스마트스토어 판매자 57만(연매출 1억+ 4.5만) — 이건 셀러용 도구의 모수다. 디자이너·에이전시 모수는 미확인(크몽 상세페이지 카테고리 판매자 수 등 추가 조사 필요). 시장이 작다는 게 최대 리스크.
• ⚠리스크 4 = ①디자이너 모수가 셀러보다 두 자릿수 작다 ②포토샵/피그마 워크플로 고착(전환비용) ③네이버가 자체 기능 넣으면 끝(이미 AI 쇼핑 에이전트 26.7 출시) ④아래에서 셀러용 AI 생성기가 품질 올려 올라온다.
• 🔑해달이 목업의 차별점이 정확히 경쟁사 공백과 겹친다 — 경쟁사는 전부 「생성」, 목업은 「배치 노가다 제거」(옵션 사진 표 2/3/4열 · 엑셀 옵션표 붙여넣기 · 파일명↔상품코드 자동 매칭 · 카드 6종 · 모바일390/PC860 전환). 옵션 40장짜리 페이지에서 사람이 손으로 하던 부분이다. 검색상 이 기능 조합을 파는 곳 없음.
• ⏳다음 = 그릴링(타깃을 디자이너로 좁힐지 vs 셀러 겸용 · 웹앱 vs 피그마 플러그인 · 가격대 · 내보내기 형식 · 해달이를 1호 베타로 쓸지). 페페 결정 전 실행 없음.

[코디] Jev(TypeSafe AI) 판정모델 — 내 자산 융합 검토 (26.9.22(화))

• 페페 질문 = 「jev 를 내 자산에 클로드와 융합해 효과적으로 쓸 방법. 관심 = pfs · gptbutler」. 검토만 · 실행 0.
• Jev = 판정 전용 모델(TypeSafe AI, 26.9.15 얼리액세스 · 시드 $40M DCVC · 창업 = 전 OpenAI Diogo Almeida). 글을 안 쓴다 — state(텍스트/JSON) + 타입질문 → 타입값 + 확률분포 + confidence. 원시형 3종 = choice(목록 택1) · score(루브릭 점수) · noul(0~1 참거짓 확률). 70~500ms · 입력 $0.042/1M(출력 무료) · 컨텍스트 64k · 텍스트 전용 · 자체호스팅 불가 · /classify 는 20건 배치.
• 🔑융합 원칙 = Claude 가 후보를 만들고 Jev 가 고른다. Claude=System2(읽기·추론·글쓰기·도구실행) / Jev=System1(같은 판정 수만 번). 붙일 자리 = 이미 판정을 하고 있는데 느리거나 놓치는 곳이지 새 기능이 아니다.
• ✅1순위 = PFS worklog 추정현장 자동연결(api/pfs/worklog/service/worklog_service.py _wl_sim_score/auto_link_inferred_sites). 지금은 순수 문자열 점수 + 보수적 게이트(≥80·최상위유일·커버리지 0.5)라 81% 가 미연결로 남아 사람 클릭 몫(worktray Q6 미결의 본체). Jev choice 를 폴백으로만 = 점수 80 미만일 때 상위 후보 N개를 주고 확률로 고르게. 미연결 32종 × ~1k 토큰 ≈ $0.0013/회 = 사실상 0원. 실패해도 오늘과 같다(사람 클릭).
• ✅2순위 = poin-agent pfs_done 판정(C:\dev\poin-agent\pfs_done.py). 지금은 방마다 claude -p 1회 → 행별 확실/애매를 말로 뱉고 parse_verdicts 가 코드펜스·꼬리표를 방어한다. Jev 로 바꾸면 수십초 → 0.5초 이하 + 출력 파싱 코드가 통째로 사라진다(타입값이 곧 답). noul 확률 = 「확실/애매」 임계와 1:1.
• ✅3순위 = intake-check 명세서 대조(사진 판독은 Jev 불가 = 텍스트 전용 → Gemini/Claude 유지, 판독텍스트 ↔ orderpaper 1:1 대조만 choice). 매일 16:30 자동 + 정확도 누적 중이라 A/B 측정판이 이미 있다.
• ⛔붙이면 안 되는 곳 = 보안 게이트. gptbutler risk.classify_text(정규식 DENY/ASK) · broker · ruleguard 훅. 확률 판정은 증명이 아니다 — 위험명령이 0.4 로 통과하는 문이 생긴다. 8/4 미결 「P0-1 python -c 우회 구멍」을 Jev 로 메우고 싶어지는데 답은 아니다. 굳이 쓴다면 ASK 승격 전용(정규식 OR Jev → 하나라도 걸리면 승인, fail-closed)만.
• ⛔portfolio_review 판정 가중치(priority_rules.md 보류분)도 Jev 아님 — 그건 페페의 취향 결정이고 매니저는 페페 아바타다.
• 🔴gptbutler 의 진짜 병목은 판정 품질이 아니라 호출 0건(run_claude_code_task 8/5~ 실호출 0 · classify_task 0). Jev 를 붙여도 0 은 0이다. 모델 추가보다 「왜 안 쓰는가」가 먼저.
• ⚠최대 리스크 = 한국어 지원 미명시(공식 문서에 영어만 언급). 우리 데이터는 전부 한국어(현장명·자재명·통화 전사) → 한국어가 안 되면 위 3건 전부 무효. 무료 티어 = 월 5회 · 대기자명단/카드 없음 → 스모크 5발로 오늘 판별 가능. 운영은 유료키 필요(크레딧 = 입력 1,000토큰당 1).
• ⚠부차 리스크 = 회사 1주일차 · 클로즈드 베타 · 오픈웨이트 없음 → 기존 경로(정규식·claude -p)를 폴백으로 남겨둔다. Jev 가 죽어도 업무는 돈다.
• 💳[코디] 26.9.23 결제 경로 = 공식 콘솔 https://console.typesafe.ai/ 에서만(크레딧 선불·구독 없음·1크레딧=입력 1,000토큰, 콘솔 안 결제화면은 로그인 필요라 미확인). ⛔jev-agent.com·jev-ai.pro·jevtypesafeai.com·jevplayground.com = 비공식 사이트 — 카드 입력 금지. 콘솔에 결제 메뉴 없으면 hello@typesafe.ai.
• 📋[코디] 26.9.23 현황 점검 = 코드에 적용된 자산 0개(grep: C:\dev\.secrets\.env 키 + 문서만). 추가 추천(현재 많이 쓰는 자산 순) = ①pfs worklog 자동연결(설계 완료) ②pfs 발주서 dedupe() 경계 판정(복사본인가 별도 발주인가 — 26.9.23 드라이런 중 2건이 진짜 별도였음) ③hansem-estimate 운임↔배차 짝맞춤(금강 −200,000 짝 없음 류) ④intake-check ⑤poin-agent pfs_done. 금액 계산·보안 게이트는 제외.
• ⏳다음 = 그릴링 Q1 = 1순위 타깃을 worklog 추정연결로 갈지 / pfs_done 으로 갈지(코디 추천 = worklog, 81% 라는 숫자가 이미 있어 효과 측정이 공짜). 그 전에 무료키 발급 + 한국어 스모크 5발 은 페페 결정과 무관하게 먼저 잴 수 있다.
• 🆕[코디] 26.10.25(일) 적용 범위 확대 1차 ([페페] 「JEV 적용 범위 확대 계획 진행 · 이미지 판단 · 시드체인 빠르게 읽고 쓰기 연구」) — ①1.14(26.10.14) 이 jev-latest 를 말없이 대체 → 회귀 확인 → 래퍼 판 고정 1.13.0 ②이미지: 상품 사진 추가 AUC 0.885→0.851(무익) · 명세서 사진 거르기 6/6 · box 동작 ③시드체인 읽기 = mem_find.py --ask 채택(자연어 hit@3 1→15/20) · 쓰기 라우팅 무익. 원장 = C:\dev\seedchain\projects\pfs\rules.md 🆕 26.10.25 · C:\dev\seedchain\rules\repo.md 🆕 · devplan jev-map.html#v114. ⏳확대 후보 ㉠intake 사진 거르기 ㉡상세페이지 잘림 box 검수 ㉢캐드 캡처 도곽 확인 = [페페] 결정 대기. ✅같은 날 16:37 [페페] 지시로 카톡 게시판 상주(sgc\watcher.py, 10/23 기동분 PID 4820) 폰 락 잡고 종료 → schtasks /it 일회성으로 Session 1 재기동(PID 24848 · 작업 삭제·winledger W292 해제) = pfs_done 도 1.13 고정 반영.

[코디] 로컬 GPU 이미지 모델 업데이트 — 신제품 = Qwen-Image-2.1 (26.9.24(목)) ⏸그릴링 Q1 대기

[페페] 「로컬 gpu 이미지 생성 llm 업데이트 해라. 새제품이 나왔다고 한다」 - 신제품 = Qwen-Image-2.1(알리바바 · 26.9.20 공개) — 생성기 7B(구 20B) + 텍스트인코더 Qwen3-VL 8B · 생성·편집 한 모델 · 참조 최대 10장 · 투명 RGBA 네이티브 · 2K · 가중치 ~33GB · QwenImage21Pipeline(diffusers git · transformers ≥5.17) · 권장 40스텝, 공식 Lightning 없음. - 🔴라이선스 = Qwen Research License「비상업 전용」 — 원조 Qwen-Image(Apache 2.0)에서 뒤집혔다. 산출물을 상업에 쓰는 것도 막힘, 상업권은 알리바바에 별도 문의(가격 비공개). ⛔우리 1차 필터(projects/insta-channels/rules.md 「상업 계정이라 Apache 2.0 만」)에 걸린다. ⚠Qwen-Image 3.0(26.7.21)은 API 전용 = 자가설치 불가, 2.1 이 더 새것. - 상업 가능한 갱신 경로(Apache 2.0) = Qwen-Image-Edit-2511(얼굴·인물 일관성 개선 = 설치된 2509 직계 후속) · Qwen-Image-2512(20B t2i · 인물 실사감·글자 개선). - 집PC 현황 실측(26.9.24 wake) = 캐시 47.2GB: Qwen-Image-Edit-2509(원본 15.7 + GGUF 11.4) · RealVisXL_V5.0 19.4 · Qwen-Image-Lightning 0.8 · C: 여유 440GB(하한 200) · 드라이버 566.36(cu126) · venv torch 2.13+cu126 · diffusers 0.40 · transformers 5.16.1(→2.1 은 venv 분리 필요). Z-Image·Qwen-Image base 는 이미 삭제된 상태. - ⚠현재 로컬 GPU 를 쓰는 운영 라인은 0개(fmodel = ChatGPT 통짜로 전환 · ghostdex 로컬 = 26.9.1 페페 탈락). 설치해도 당장 붙는 소비처가 없다. - ✅그릴링 Q1 = [페페] 「추천대로 진행」(2.1 평가 전용 별도 venv + Edit-2509 → 2511 교체) + 테스트 지시 = 다양한 스타일 · 아트조이 클로드 최다 재제작 제품 일관성 · 칼리 좌우 태비/치즈가 측면·후면에서 안 뒤집히나 · 한글 입력 · 가짜 글자 방지 · 「세션 부족하면 릴레이로 계속」. - 🔄진행(릴레이 인계용) — devplan C:\dev\devplan\localgen-q21.html(카드 localgen-q21 · pagelinks 등록) · 로컬 C:\dev\_bench\localgen\q21\(jobs.py 35항목 = A 108장·B 40장 / run_q21.py 이어달리기 / build_sheets.py 대조판 / collect.py 회수·축소본·alpha / rubric.md 판정기준 / watch_q21.py 감시) · 집PC E:\gpubench\q21\ · venv21 = torch 2.13+cu126 · diffusers 0.41.0.dev0 · transformers 5.17.0 ✅. 다운로드 = fetch_q21.py(HF_TOKEN 을 실행 때 env 로만 넘김 → 58MB/s). 최다 재제작 = GO-162 투명 진열장 34판(C:\dev\_work\artjoy-session-audit\report.md §8 — 아트조이 클로드 백그라운드 감사 산출, 새 지시 불필요), 원본사진 = 우리 읽기용 사본 C:\dev\dev\haedali-detail-generator\data\catalog-assets\miko-260913\excel\GO-162.jpg(기존 AI 연출컷 point1.jpg 는 문·선반이 빠져 있다 = 재제작 원인 추정). 칼리 정본 = C:\dev\deskpet\spike3d\tripo_in\master-{front,left,right}.png. - 🆕[페페] 추가 지시(26.9.24 02:4x) = 아트조이 상세페이지용 GPU 사양(30초~1분/장 · 1000×1000 · 하루 150 → 300+ · 당근 중고 가능). 결과 = devplan localgen-q21.html#artjoy-gpu. 근거 ①아트조이 클로드 백그라운드 집계 C:\dev\_work\artjoy-imgspec\result\report.md(배너 1000×1000 790장 · AI 원본 1254²/2048²/1400² 평균 2.3MP 최대 4.4MP · 현재 장당 작업 중앙 150초 · 사내 API 생성 엔진 0 = 전부 웹 화면 조작) ②4070TiS 실측 2511 참조1장 52.7초(denoise 38초 4.1s/it + 오버헤드 15초) · 참조3장 263초(31.7s/it = 16GB 넘쳐 시스템램 누수) ③번개·당근 26.9.24 = 3090 110~165(중앙 127.5) · 4090 400(1건) · 5090 570~700 · 16GB대 4070TiS 105 · 4080S 130 · 5070Ti 155 · 5080 195. ⇒ 🥇RTX 3090 24GB 중고 · 16GB 전부 ✖(다중 참조 불가) · 연결 = A8 MAX 에 OCuLink 없음 → USB4 eGPU 독 vs 별도 GPU 본체(사내 이미지 서버) [페페] 결정 대기. - 📊중간 결과(26.9.24 03:5x · 페이지 반영) — 2.1: T1 스타일 16/16 · T2 GO-162 20/20(문·손잡이·선반1단·투명·비율 유지, 치수글자 복사 0, 누끼 배경 88~93% 투명) · T3 칼리(참조 3장) 4/20 ✖ = 정면·뒷모습·3/4 12장이 참조의 좌측면 걷는 자세를 베낌, 우측면은 방향만 맞고 얼굴 치즈 잔존(좌우 안 뒤집힘) → T3b(정면 참조 1장 × 5시점 × 시드2) 추가, jobs.py 40항목(A 118 · B 50). 2511 본 생성은 2.1 뒤 자동(새 jobs.py 로드) · 2.1 의 T3b 는 chain 끝난 뒤 run_q21.py A --only t3b_ 따로. 속도 2.1 = t2i 48초 · 1참조 57초 · 3참조 79초(16.8GB). 2509 캐시 삭제 27GB 회수 + 끊긴 다운로드 조각 6개(11GB) 이름 지정 삭제. - 📊2.1 최종(26.9.24 05:0x · 108장 실패 0 · 99분) — T4a 한≈영 ✅ · T4b 한글 글자 13/16(「진열장」→「진셜장」 반복 오기, 코디 육안 확인) · T4c 편집 한글 2/4 · T5 가짜 글자 9/20(책장 0/4 · 카페 메뉴판 1/4 · 실패 11 중 7장 화면 주요부 — 「글자 금지」 줘도 글자 있는 물건은 가짜 글자로 채움). 판정 원장 C:\dev\_bench\localgen\q21\judge_A_t*.jsonl. 남은 것 = 2511 50장(자동 진행) → 판정 → 2.1 T3b 10장 → 최종 결론·허브 최근 3개소·세션문서. - ✅종료(26.9.24 07:0x) — 168장 실패 0 · 판정 7회 전수. 결론·규칙은 projects/insta-channels/rules.md 🆕 26.9.24 ①~⑥ · 세션문서 projects/insta-channels/session-2026-09-24-localgen-q21.md · devplan 카드 ub = insta-channels(status live). 남은 것 = 칼리 우측면(우측면 참조 1장) 실측 · 집PC WU 재부팅 차단 · 아트조이 GPU 연결 방식 [페페] 결정. 집PC 클레임 해제·전원 끔. - ⛒26.9.24 05:54 집PC 가 Windows 업데이트(TrustedInstaller, 이벤트 1074)로 생성 도중 자동 재부팅 — 2511 칼리 3참조 7번째 스텝에서 끊김, 오류 로그 0(fullB.log 가 진행바에서 멈춤 · Application 로그에 VSS 0x8007045b = 종료 진행 중). 감시기 「10분+ 무변화」가 잡았다. 이어달리기라 chain2.cmd(B 나머지 → A t3b)로 재개. 긴 GPU 작업 전엔 집PC WU 재시작을 막아야 한다(활성 시간/일시중지 — 미조치). - ⛒함정(이번 실측) ①집PC .cmd 에 한글 주석 쓰면 cp949 로 읽혀 줄이 깨진다('rmers'은(는) 내부 또는 외부 명령…) → cmd 는 ASCII 만 ②ssh gpubox run 을 끊어도 원격 python 은 산다(Bash 600초 타임아웃에 걸려도 다운로드 계속) ③HF 비인증 = 16MB/s, 토큰 = 58MB/s. - 💡26.9.28(월) [코디] 아트조이 크롤링에 Firecrawl(GitHub firecrawl/firecrawl) 검토 — 결론 = 쿠팡 경로엔 못 쓴다, 쿠팡 아닌 사이트 본문 수집용으로만 후보. 근거: 코어 AGPL-3.0(내부 사용은 무방·외부 서비스로 내면 소스 공개 의무) · 셀프호스트판엔 fire-engine·stealth proxy·anti-bot 이 없음(클라우드 전용) · 기본 robots.txt 준수 → 쿠팡(Disallow: /)은 셀프호스트로 0건 · 클라우드 stealth 프록시로 뚫는 건 artjoy rules 26.9.23 「VPN·IP 로테이션」 금지와 같은 행위(약관 §1.4). 검색 기능은 2크레딧/10건이라 Serper(1크레딧/10건)보다 비쌈. 무료 1,000크레딧/월, Hobby $16/월 5천. 실측은 안 함(데스크 조사).

[코디] 커밋 정리 별건 — 원격 없는 리포 담당 세션별 정리·백업 결정 (26.10.3(토)) ⏳대기

• 원격 없는 리포 미커밋 현황(26.10.3 조사): C:\dev\poin-agent 185 · C:\dev\talklog 58 · C:\dev\dev 61 · C:\dev\colorchip 34 · material-spec · deskpet 등 → 담당 세션별로 커밋 정리 + 원격 백업 여부 결정.
• 미푸시: kidstoon 21 · pncad 11 · ai-study 2 · dev-poin 1 · poincad 1.
• 기타: C:\dev\ai-study-prod .git 인식 불가(git 이 못 읽음 — 원인 확인 필요) · pfs 미커밋 83.
• 선행 완료(2부 26.10.3): seedchain push 는 취소(페페 지시 — 영구 제외) · 규칙 문구 동기화 · C:\dev\user_brief → C:\dev_attic\2026-10-03\user_brief\.
• 상태 = 대기.

[코디] 26.10.5(월) CLAUDE.md 로드 누락 5종(스레드 @byunggu_0420) 대조

• 출처: InstructionsLoaded 훅 122회 실측 — ①@한글경로 import 무음 누락(@./ 필요) ②ANSI·UTF-16 저장=읽힘 기록되나 한글 지시 무시 ③하위폴더 CLAUDE.md=Read 해야 로드(Glob 은 안 됨) ④AGENTS.md 는 CLAUDE.md 와 같이 있으면 가려짐 ⑤400줄=질문당 입력 +4만 토큰.
• 우리 대조: ①import 0개 해당없음 ②14개 전부 UTF-8 ③해당 — C:\dev cwd 에서 리포 작업 시 리포 CLAUDE.md 는 그 리포 파일을 Read 해야 로드(이번 세션에서 seedchain 파일 Read 순간 C:\dev\seedchain\CLAUDE.md 주입 실측) ④C:\dev\dev\AGENTS.md 단독 → 그 폴더 Read 시 로드됨(1순위 예외로 무시 지시 있음) ⑤루트 CLAUDE.md 26KB/113줄 · InstructionsLoaded 훅 미설정.
• 제안: A 로드 기록 훅 · B 리포 CLAUDE.md 강제 로드 · C 루트 슬림화 · D 인코딩 검사. 상태 = 페페 결정 대기.
• [코디] 26.10.7(수) 조수은↔페페 집간 무전: 즉시=Zello(화면꺼짐 PTT·블루투스 버튼), 자체개발안=ESP32-S3 무전박스(버튼+스피커, 테일스케일/WebSocket 중계). 폰 기종 확인 후 결정

[코디] 26.10.8(목) 앤트로픽 26.10.7 정책 → 적용안

• 사실: Max 20x = 월 $200 API 크레딧(이월 없음·자동충전 끄면 소진 시 요청 정지·과금 0). 대화형 Claude Code(터미널·IDE·데스크톱·서브에이전트)는 미적용. 적용 = API 직접호출·Agent SDK·claude -p+연결조직 API키. Haiku 5.5($0.10/$0.50, 4.5 대비 -75%, 100k 초과 5배). Sonnet 5.5 캐시읽기 반값.
• 제안: A 크레딧 수령(페페 클릭·조직 연결 변경불가) B 헤드리스·배치(poin-agent·ainews judge·material_spec_parse·agent-dialogue-hub 등)를 API키로 이전+소진 시 구독 폴백 C Haiku 5.5 실측 벤치 후 L1·비전·분류 투입 D gpt-consult-v2(OpenAI 종량)·OpenRouter 폴백 대체 검토. 상태 = 페페 결정 대기.
• [코디] 26.10.8(목) A 완료: 크레딧 조직 연결·$200 입금(페페). 키 = C:\dev\.secrets\.env ANTHROPIC_CREDIT_API_KEY(개인키 sk-ant-usr, 이름 일부러 ANTHROPIC_API_KEY 아님 — 대화형 세션 종량전환 방지). Haiku 5.5 1회 호출 OK. 만료일 = 페페 확인 대기. B·C·D = 결정 대기.
• [코디] 26.10.8 D 조사: 실제 종량은 OpenRouter(session-relay fallback.py)뿐·OpenAI 키 없음·Gemini/Groq 무료 유지. C 벤치($1.27, C:\dev_bench\haiku55): Haiku=분류·비전보조 OK, 돈·발주 추출 단독 금지, worker 용도는 미측정. 설계 상담(opus-max): 잔액 API 없음→로컬 원장+400 감지, VS Code 상속 env(claude-vscode)=크레딧 미적용 위험→env 허용목록+--bare, 도구=C:\dev\tools\cody-agent\ L5. 그릴링 Q1~Q3+콘솔 확인 페페 대기.
• [코디] 26.10.8 stt 교정 벤치(C:\dev_bench\stt-correct\, 통화 19건): 용어교정 = Haiku 5.5 medium 오교정 0·실패 0(Groq 사슬 B율 32%·긴 통화 413) → 교체 1순위 / 나 판별 = Sonnet 5.5 medium 4/4(표본 작음). 교체는 페페 결정 대기. 원장 버그 발견: Haiku 는 CLI 단가 unknown 이라 max() 정산이 8~15배 과대 → 17:20 2차 0순위.
• [페페] 26.10.8 stt 결정 「추천대로」: 용어교정 → Haiku 5.5 medium 교체(17:20 2차에 포함, 원장 버그 수정 뒤) · 나 판별 = 현행 유지, 정답 통화 추가 수집 후 Sonnet 재검증(과제).
• [코디] 26.10.10(토) 자재소요량(DWG→PNCAD/해치→네스팅) 토큰·시간 절감 조사(GS 대전 field 2175 선례 실측): 입력환산 약 52M·서브 16개·1,499턴, 비용 대부분 = 맥락 재읽기(선례 스크립트 26%·문서 재독 24%). 오류는 치수 아닌 분류·규칙 적용(반박 11건 중 9건) → 후속 규칙 라운드가 34%. 안 = P1 확정 규칙 모듈(현장 프로필) → P2 공용 도구 C:\dev\tools\dwg-takeoff(사이트별 사본 4~6변형 통합) → P3 verify_takeoff.py 불변식 반박 → P4 Jev 경계판정 섀도(칼라·소속) → P5 DXF 부재 후보 생성기. 목표 52M→20~25M(추정). 산식① board_qty 는 ② 대비 1.7~2배(사전추정용). Q1~Q6 페페 결정 대기.
• [코디] 26.10.10(토) Jev 활용 확대 후보([페페] 「기존 규칙 변경해도 되니 활용처 다양하게」 · 규칙 = projects/pfs/rules.md 🆕 26.10.10): 3단 = 가.거르기(라벨 n≥30·정밀도≥95% 자동) / 나.후보 고르기 자동반영(n≥50·≥98%·섀도 2주) / 다.금액·권한·보안·삭제 금지 · 방향 비대칭(등급 올리기만·ruleguard 경고 추가만). 후보표 = ①도면 부재 소속 choice(나 · dwg-takeoff P5 와 묶음) ②통화 업무/비업무 noul(가) ③ruleguard judge형 경고(가 · 추가만) ④sgc watcher noul 프리필터(가) ⑤오타 유사 후보 = 문자열 매칭 ≤5개 → choice, p(해당없음)<0.6 & 2위≥0.3 = 불확실. 스모크 18호출 185~236ms. 다음 = ① 라벨 50+ 수집. devplan = C:\dev\devplan\dwg-takeoff.html §5.
• [코디] 26.10.12(월) 경쟁 비교 — VRZ Kitchen Modeler(개인 개발 바이러스제로, SketchUp 2024+ 루비 .rbz, v1.4.1, 1회 결제 영구·온라인 키 인증, 3일 체험; 하부 11·상부 4모듈, 서랍레일 규격·상판 타공): 성격 = «주방 3D 모델링 매크로», PNCAD = «imos식 생산데이터 엔진(존트리·CP·BOM·규격표·네스팅·PFS 연동)». 시사점 2개: ①모듈 프리셋 라이브러리(후드장·밥통장·코너장 즉시 배치) UX는 참고 가치 ②SketchUp 내보내기(고객 시안용) 아이디어. 상태 = 검토만, 도입 계획 없음.
• [코디] 26.10.12(월) VRZ 체험판 받음·설치([페페] 「다운 및 설치 허가」): 원본 C:\dev_bench\vrz\ · 설치 = poinimos01 SketchUp 2026 Plugins(poinpc). 소스 = 평문 Ruby(암호화 없음, 63 rb·UI는 HtmlDialog). 체험 = auth none·첫 실행부터 3일 로컬 시계(SketchUp 기본값 VRZ_LowerCabinet_v140_Trial3d). 정식 = GAS 웹앱 + MachineGuid로 PC 1대 잠금. CSV·BOM·재단표·DXF 내보내기 코드 없음(grep 0) = 모델링 전용 확정.
• [코디] 26.10.12(월) VRZ 소스 기능범위 정리 = C:\dev_bench\vrz\FEATURES.md. 요점: 하부11·상부4 모듈, 몸통15T·도어18T·뒷판3T 홈끼움, 목찬넬 L/I/U가 도어·서랍 높이 연쇄, 레일 자동선택(내경-60), 상판 타공 규격표(싱크5·인덕션2/3구·콘센트·수전), BOM/재단/CSV/DXF 0건, source_json으로 재편집. PNCAD 참고후보 = 목찬넬 연쇄규칙 대조·상판 타공표·N등분 런·가전 모듈 규칙.
• [코디] 26.10.14(수) [페페] 「통화·카톡 주기 정리→업무패널→현장등록·생산현황·입고일정 자동 등록 시스템 계획」 — 조사(Explore)+설계상담(opus-max-consult) 결과 초안 = C:\dev_work\auto-register-1014\plan-draft.md. 요지: 수집→이벤트 추출(modality)→cody_proposal 큐→패널 승인·감사→섀도→임계 유형만 자동, Phase 0~5. 상태 = 그릴링 1차 Q1~Q7 답 대기(합의 후 코덱스·devplan·신규 프로젝트 편입).
• [코디] 26.10.14(수) [페페] 「토큰 절약·하위세션 분배가 도움되나」 실측(vff-analyst, 가중=out5·cw1.25·in1·cr0.1): 하루 가중 B(9.17~28) 54M → C(9.29~10.13 총괄+worker) 109M = 2.0배. 메인은 513M→195M(-62%, 평균ctx 220k→147k)로 줄었으나 서브 opus 1,144M(평균ctx 272k·cache_read 72%)로 이동. worker-opus-xhigh 164회=788M(서브의 56%). 서브 고정오버헤드 5%·시드 재독 <1%·결과요약 누적 ~600토큰 = 미미. cody_agent API 44건 $162.59(구독 밖). 개선 후보 = 워커 150k 재분할·xhigh→high 하향·opus-high 정형건 sonnet화·짧은 일 총괄 직접. 페페 결정 대기.
• [코디] 26.10.15(목) [페페] 「pncad 웹 구독 판매 · 포인 아닌 개인 명의 · 크몽 또는 개인 결제」 계획 초안(채팅) — 요지: 🔴선결 = 업무상저작물(저작권법 9조) 권리 정리(회사 서면 동의/포크) · PFS 의존·회사 데이터·AI연출(ChatGPT 웹 자동화) 분리 · 결제 단계 = 크몽 «이용권»(수동 키) → 페이앱 라이트/계좌이체(비사업자 월200만·연2,400만 한도) → 사업자+PG 빌링 자동구독 · 해외 MoR(Polar·LemonSqueezy)은 국내 B2B 세금계산서 불가로 비추천. 상태 = ⏳그릴링 6문항 답 대기(합의 전 실행 없음). 착수 시 projects/pncad-saas 신설+devplan 카드.
• [페페] 26.10.15(목) pncad 구독판매 그릴링 답: ①권리 문제 없음(대표 아들·승계 예정·포인 명의 전 합법 테스트판매·회사 자산 제약 없음) ②포크 분리 확정(보안 격리 목적, 상세 추후) ③기능=추천(AI연출 제외) ④월 49,000·베타 1개월 무료 ⑤구독 유지용 페이앱 라이트 별도 생성 ⑥페페 개인 AWS에 DB·서버 신설, 도메인은 기존/별도 논의 +홍보 계획 필요(인스타·스레드·블로그 신설). [코디] 정정: 페이앱 라이트 = 2025.3.10 종료 정황(나무위키 1곳, 공식 공지 미확인) → 비사업자 카드 정기결제 사실상 경로 없음 · 대안 = 간이과세 개인사업자 + PG 빌링. ⏳2차 그릴링(결제·도메인·AWS 격리·제품명·블로그 플랫폼·홍보 운영 주체).
• [코디] 26.10.16(금) [페페] 「로드에듀(roadedu.co.kr) 영상시청 교육 — 생산직원용 자동 다음영상 워커」. 비로그인 사전조사 완료: 로그인=POST /public/member/login_ok.php(ID·Pwd·MemberType=A 기업근로자) · 플레이어=/player/player.php(단일)·player_multi.php(멀티, PlayNum) 레이어 로드 · 진도=/player/lecture_progress.php(StartTime 초카운트·LastStudy=iframe 페이지경로 또는 video currentTime) · 본인인증=/player/play_study_auth.php·player_otp_captcha_box.php·motp.php(mOTP·캡차) · 무활동 7200초 자동로그아웃 · F12·우클릭 차단(표면만). 계정 자리 = C:\dev.secrets.env ROADEDU_ID/ROADEDU_PW(빈 값). 다음 = 26.10.19(월) 사용량 갱신 후 로그인 조사(차시 구조·다음 버튼·인증 주기·중간평가) → 그릴링 → 워커. 원칙 = 진도 API 직접 조작 금지(실제 재생 + 다음 클릭만), 인증·캡차는 사람.
• [코디] 26.10.16(금) 로드에듀 로그인 조사(신청 과정 0개): 로그인 OK(login_ok.php→/public/mypage/lecture_status.html) · 맛보기 /player/preview.php?LectureCode=00012 = iframe#mPlayer 에 mp4 직링크(/contents/2026/00012/01.mp4, 739MB·4200초=1차시 1시간10분, 차시=mp4 1개) · 차시흐름 표기 「학습>돌발퀴즈>학습>아웃트로」(퀴즈가 영상 안 or 별도 레이어 미확정) · 수료기준 진도 80%·최종평가 70점 · 과정목록 law_course(법정)/job_course(직무), 상세 edudetail.html?LectureCode= · 신청=LectureRequest(코드,'0',ID). 다음 = 테스트용 0원 과정 1개 신청 승인 받으면 실제 player.php·진도 주기·인증·차시 넘김 확인.
• [코디] 26.10.16(금) 로드에듀 신청 시도: 공개 16개 과정 전부 date_list.php 「등록된 교육기간이 존재하지 않아」 → 자가신청 불가(사업주훈련 = 회사/관리자 등록형 추정), FLEX(/hrdflex) 콘텐츠 0. 실플레이어 조사는 회사 과정 배정 후. [페페] 질문 「로컬LLM으로 제작 가능?」 → [코디] 답: 워커 자체는 LLM 불필요(결정적 Playwright 스크립트), 집PC 4070TiS 16GB 후보 = gpt-oss-20b·Qwen3-Coder-30B-A3B·Devstral Small 24B, 시드체인+규칙 통째 주입은 컨텍스트(16GB→실용 32~64k)로 불가 → 축약본 필요, 제작은 클로드·실행은 무LLM 추천. 실측 벤치는 페페 원하면 gpubox로.
• [코디] 26.10.16(금) [페페] 「집PC 로컬LLM으로 느려도 작업할 방안」 재검토: Ollama 0.14+(26.1.12) Anthropic /v1/messages 호환·0.15 ollama launch claude → 클로드코드 하네스 그대로 로컬모델 사용 가능(컨텍스트 32k+ 권장). 느려도 OK면 = ①램 32→96GB 증설 시 gpt-oss-120b(MXFP4 ~65GB, 활성 5B) MoE CPU오프로드 ②현 사양 = gpt-oss-20b·Devstral Small 2·Qwen3-Coder-30B-A3B ③방식 = 클로드 총괄(명세·검증) + 로컬 worker 야간배치 + 로컬용 축약규칙 4k. 클로드 제작 예상 = 조사+제작+검증 누적 처리 약 4~8M토큰(대부분 cache_read)·출력 40~80k·API 환산 sonnet 워커 $5~15(추정). 다음 = 페페 OK 시 gpubox 실측 벤치.
• [코디] 26.10.16(금) 로컬LLM 벤치 완료 = C:\dev_bench\localllm\report.md. 집PC Ollama v0.40.5 + 미니PC Claude Code(ANTHROPIC_BASE_URL). 결과: gpt-oss:20b 기본 하네스로 L1~L5 전부 통과(1~3분·131 tok/s·100% GPU) · qwen3-coder:30b 는 도구 21종 기본 하네스에서 도구호출 포맷 깨짐 → --tools 6종 slim 에서만 통과(느림·테스트 덮어씀·경로누락) · devstral-small-2 Claude Code 불가·6 tok/s. 판정 = L1·L2 로컬 이관 가능, L3·L4 로컬초안+클로드 재검증, L5·치명영역 클로드. 함정 = 로컬도 sonnet도 «안 돌린 테스트를 통과로 보고»(gpt-oss 8·sonnet 3) → 총괄 재실행 필수. 집PC 잔존 = 모델 57GB·예약작업 Cody-OllamaServe·방화벽 Cody-Ollama-11434-Tailscale.

• [코디] 26.10.16(금) [페페] 「gpt-oss-20b 로 L3 이상도 맡길 수 있지 않나」 → [코디] 판정: L3 = 조건부 가능(테스트가 먼저 있고 총괄이 재실행·diff 검토, 파일 3~5개·컨텍스트 65k 안) · L4 = 테스트로 원인 진단 품질을 못 잡아 아직 불가 · L5 = 불가(의사코드 의미오류). 근거 부족분 = 이번 과제는 규칙을 테스트가 다 명시 + 1회 측정. 확정하려면 2차 벤치(숨긴 테스트·실리포 규모·3회 반복·L3 3과제/L4 2과제).

• 26.10.24(토) [코디] TV 컨트롤러(미니PC 웹 리모컨) — 집 와이파이에 LG 55QNED85KQA(webOS, 192.168.45.154, MAC 74:90:bc:90:d8:4e, SSAP 3000/3001 열림) 확인. 계획만 제출, 페페 그릴링 답 대기.

• 26.10.25(일) [코디] [페페] 「RE(리버스엔지니어링)/React 로 만든 무료 오픈소스 CAD」 조사 — 실무 대체 불가 판정. LibreDWG 0.13.4(26.3)=DWG 쓰기 R2000까지만 · LibreCAD=DWG 읽기만(쓰기 DXF) · Open CAD Studio(Rust·GPL3, DWG R14~2018 읽기/쓰기 주장, 개발중) · React 계열 Linea(별 4, DWG 없음)·mlightcad cad-viewer(별 1.2k, 뷰어 위주, DWG=LibreDWG wasm). 다음 후보 = Open CAD Studio·mlightcad 로 NAS 실도면 1장 시험(한글 SHX·xref·치수), 실무는 ZWCAD/GstarCAD 정품 권장.