chore(2nd): Astra 운영 상태·회의록 산출물 동기화

- 00_Raw: 회의록 s/t/u/v/w (2026-06-22~24) 추가
- 10_Wiki/Topics: memory(episodes·long_term·distillation), growth 상태, Projects, Digests 갱신

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

00_Raw/회의록 s 2026-06-22.md

@@ -0,0 +1,55 @@
+# [회의록] 신규 시스템 및 UI/UX 요소 중간 점검 회의
+
+## 1. 회의 개요
+- **일시**: 2026년 6월 22일 | 13:30 (메타데이터 기준)
+- **참석자**: 참석자 1, 참석자 2, 참석자 3, 참석자 4, 참석자 5, 참석자 6, 참석자 7, 참석자 8, 참석자 9, 참석자 10, 김원일 PD, 오경득, 김지수, 송병준, 김상엽, 전효주, 오상무, 김태현, 김준호, 한예성
+- **회의 목적**: 신규 시스템(모자 탈착, 응원 도구 등) 및 UI/UX 요소에 대한 중간 점검과 디자인 디테일 수정 방안 논의
+
+## 2. 주요 결과 (Executive Summary)
+- 제품 리스트 클릭 이벤트 제거 결정
+- 모자 벗기 기능 구현을 위한 버튼 추가 또는 시스템 수정 확정
+- 모델 헤어스타일 변경 및 캐릭터 높이 조정을 통한 시각적 완성도 개선 추진
+- 이머시브 커머스 구현을 위한 기술적 가능성(모델 교체, 체형 선택 등) 검토
+
+## 3. 결정 사항
+- **제품 리스트 클릭 이벤트 제거** — 근거: "클릭을 굳이 이건 없애버리는 게 낫지 않아요? 네 없애겠습니다."
+- **모자 벗기 기능 관련 시스템 수정(또는 버튼 추가)** — 근거: "사용자가 인식하기 쉽도록 '모자 벗기' 혹은 '캡 제거(Cap Off)'와 같은 기능을 추가하거나 시스템을 수정하기로 함" (참석자 1, 참석자 3)
+- **모자 관련 헤어스타일 변경 결과 반영 방식** — 근거: "헤어스타일을 변경하거나 별도의 탭/버튼을 통해 수정된 결과물을 확인한 후 최종 반영하기로 함" (참석자 3, 참석자 1)
+
+## 4. 액션 아이템
+| 담당 | 작업 내용 | 작업 상세 | 산출물 | 기한 | 상태 |
+| --- | --- | --- | --- | --- | --- |
+| [미지정-확인필요] | 모자 착용 시 머리 스타일 정돈 및 레이아웃 조정 | 모자 착용 시 부자연스러운 머리 부분을 정리하고 UI 레이아웃을 재조정함. 근거: "머리가 정돈이 안 되니까... 레이아웃을 조정하는 거예요." | 수정된 모델링/UI | 확인 필요 | 기한미정 |
+| [미지정-확인필요] | 응원 도구 아이콘 위치 및 시스템 추가 작업 | 응원 도구가 직관적으로 보이도록 위치를 조정하고 관련 이동 시스템 작업을 수행함. 근거: "응원 도구 같은 경우에는... 시스템을 추가해 놨습니다." | 업데이트된 이동 시스템 | 확인 필요 | 기한미정 |
+| [미지정-확인필요] | 모자 벗기 기능 구현 및 버튼 생성 | 사용자가 쉽게 인식할 수 있도록 '모자 벗기' 또는 'Cap Off' 기능을 UI에 추가함. 근거: "모자 벗기 버튼을 하나 저기 따로 넣어놓는 게 좋을 것 같습니다." | UI 업데이트 | 확인 필요 | 기한미정 |
+| [미지정-확인필요] | 모델 헤어스타일 및 캐릭터 높이 조정 | 모델의 완성도를 위해 단정한 머리 스타일로 변경하고 어색한 키/높이를 조정함. 근거: "모델의 헤어스타일 및 캐릭터 높이 조정 작업" (참석자 3) | 수정된 모델링/UI | 확인 필요 | 기한미정 |
+| [미지정-확인필요] | 최단 시간 구현 가능 기술 조사 | 이머시브 커머스 구현을 위해 5~10초 내로 처리가 가능한 효율적인 툴이 있는지 조사함. 근거: "5초 10초 내로 할 수 있는 그런 툴이 있는지 이거 한번 찾아보는 게" | 조사 보고서(또는 리스트) | 확인 필요 | 진행미정 |
+| [미지정-확인필요] | 모자 배치 및 헤어스타일 시각 효과 테스트 | 변경된 헤어스타일과 위치 조정에 따른 미관상 효과를 직접 확인함. 근거: "한번 이렇게 머리 정리해보고 이쁜가를 보시고요." | 테스트 결과물 | 확인 필요 | 기한미정 |
+
+## 5. 오픈 이슈
+- 제품 리스트 노출 시 모바일 환경을 고려한 수량 축소(2개) 여부 검토 (참석자 7 제안)
+- 자이언츠 캐릭터 사용 관련 라이선스 컨펌 및 고객 소통 필요성 (참석자 7 언급)
+- 이미지 생성 프롬프트를 활용한 얼굴 모델 유지 기술의 실제 적용 가능 여부 (참석자 3 문의)
+
+## 6. 리스크 및 검토 사항
+| 리스크 | 영향 | 대응 방안 |
+| --- | --- | --- |
+| 모자 탈착 기능 구현 시 재제작 부담 | 의상마다 벗은 모델 개수만큼 제작 공수가 늘어남 | [내용 확인 필요] |
+| 가상 공간 탐험 중 방향 상실 위험 | 화면 회전으로 인해 사용자가 지정된 지점을 잃을 수 있음 | [내용 확인 필요] |
+| 사진 개수 증가에 따른 로딩 속도 저하 | 데이터 용량 증대로 인한 시스템 무거워짐 현상 발생 | [내용 확인 필요] |
+| 모델 교체 시 임원진의 부정적 피드백 우려 | 최종 결과물 품질에 대한 의사결정권자의 평가 리스크 | [내용 확인 필요] |
+
+## 7. 논의 사항
+**[UI/UX 및 시스템 개선]**
+- 응원 도구 아이콘을 더 직관적으로 이해할 수 있도록 배치와 디자인 개선이 필요함. (참석자 3)
+- 제품 리스트 노출 시 모바일 환경에 맞춰 개수를 축소하는 방안 논의. (참석*7)
+- 자이로 센서를 이용해 핸드폰 움직임에 따라 화면이 회전하는 기능 적용 계획. (참석자 1)
+
+**[모델 및 캐릭터 디테일]**
+- 모자를 착용했을 때 머리 부분이 부자연스럽게 보이는 문제 해결 필요. (참석자 3)
+- 모델의 키가 너무 커 보이거나 비율이 어색한 부분에 대한 조정 논의. (참석자 3)
+- 인종(서양인, 흑인 등) 변화 시 피부 톤과 얼굴의 일치 여부에 대한 기술적 문제 검토. (참석자 1)
+
+**[운영 및 데이터 관리]**
+- 내부적으로 사진 개수를 최대 6개로 제한하여 제안함. (참석자 1)
+- 체형 선택 옵션(마른, 표준, 통통한 체형) 구성에 대한 논의. (참석자 3)

00_Raw/회의록 t 2026-06-22.md

@@ -0,0 +1,58 @@
+# [위버스 협업 영상 보안 및 운영 구조 설계] · 기술 검토 회의 — 보안 강화 및 인프라 구축 방안
+
+## 회의 개요
+- **일시**: 2026년 06월 22일 | 17:00
+- **장소**: 확인 불가
+- **회의유형**: 기술 검토 및 기획 논의
+- **녹취 길이**: 36분 48초
+- **작성일**: 2026-06-22
+- **참석자**: 넥서스개발팀(김상엽, 김도건), 개발PM(김성환, 한예성), 기획/검토(참석자 1), 기술문서 담당(참석자 3), 위버스 측 파트너(참석자 4), 보안/운영(참석자 7), 개발/인프라(참석자 2)
+
+## 핵심 요약
+위버스와의 협업을 위한 영상 콘텐츠 보안(DRM, OTP) 강화 방안과 효율적인 운영 툴 구축 및 인프라 구조를 논의하였다. 영상 업로드 및 인코딩은 직접 수행하되 위버스 운영 툴을 통해 CDN 경로 정보를 관리하는 방식으로 합의하였으며, 보안 솔루션 도입을 위해 라인 컴퍼니와 스틸리언 두 업체에 대한 PoC 결과 및 비용/효율성 검토를 완료하였다. 향후 보안 솔루션 관련 일정 수립과 업체별 차이점 정리를 통해 최종 도입안을 결정할 예정이다.
+
+## 결정 사항
+- [영상 인코딩 및 업로드 업무는 직접 수행하되, 위버스가 제공하는 운영 툴을 통해 CDN 경로 정보를 관리하기로 함] — [08:17]
+- [보안 솔루션 도입을 위한 두 업체(라인 컴퍼니, 스틸리언)에 대한 PoC 결과 및 비용/운영 효율성 검토 완료] — [30:42]
+
+## 액션 아이템
+| 담당 | 액션 | 기한 | 상태 | 출처 |
+| --- | --- | --- | --- | --- |
+| 넥서스개발팀 | 위버스 측에 운영 툴 내 외부 계정 처리 및 경로 제공 관련 이슈 전달 | — | 기한미정 | [10:10] |
+| 넥서스개발팀 | 기술 문서 내 AS128 클리어 키에 대한 설명 보완 | — | 기한미정 | [13:24] |
+| 기획/검토 | 보안 솔루션 관련 내용 정리 및 향후 일정 수립 | — | 진행미정 | [30:13] |
+| 기획/검토 | 업체별 차이점(비용, 운영 효율성 등) 정리 요청 | — | 확정 | [31:04] |
+
+## 오픈 이슈 / 다음 회의로
+- 보안 솔루션 도입을 위한 최종 업체 선정 및 일정 수립 필요 — [30:13]
+- AOS 환경에서의 소스 코드 디컴파일 방지를 위한 난독화 적용 수준 검토 — [35:48]
+
+## 논의 메모
+**[영상 보안 및 인증 방식]**
+- 기술 문서에 DRM 선택 이유와 기술 문서 정리 포함 예정 — [00:20]
+- 보안 강화를 위해 OTP 기반 일회성 인증 방식 도입 결정 — [01:17]
+- iOS/Android 대응을 위해 Widevine L3 및 HLS/AES-128 클리어 키 방식 사용 — [06:18]
+- 유저가 영상을 클릭하면 위버스 서버에서 OTP를 생성하고 딥링크로 전달받는 구조 — [25:34]
+
+**[운영 툴 및 인프라 구조]**
+- 영상 업로드 주체에 대한 두 가지 안(위버스 운영 툴 활용 vs 직접 CDN 업로드) 논의 — [23:33]
+- 운영 툴 접속 보안을 위해 특정 IP로만 제한하는 방안 검토 — [09:55]
+- 2안(직접 업로드 방식)은 보안 및 권한 문제로 채택 어려움 확인 — [10:38]
+
+**[보안 솔루션 및 비용 비교]**
+- 라인 컴퍼니 솔루션: 연 2,700만 원 (50만 디바이스 초과 시 추가 비용 발생) — [32:09]
+- 스틸리언 솔루션: 연 1,900만 원 — [32:09]
+
+## 리스크 (선택)
+| 리스크 | 영향 | 대응 방안 | 출처 |
+| --- | --- | --- | --- |
+| OTP 인증 토큰 유효 시간 과다 설정 | 해킹 및 토큰 공유 위험 발생 | 유효 시간을 1시간 이내로 설정 권장 | [02:59] |
+| iOS 환경의 클리어 키 메모리 로드 이슈 | 하드웨어 레벨 보안 적용 어려움 및 보안 수준 저하 | 메모리 해킹 방지를 위한 보안 툴 적용 검토 | [14:17] |
+| 스틸리언 솔루션 자체 난독화 적용 | 개발자 크래시 발생 가능성 | — | [32:09] |
+| 화면 캡처 방지 기능 부재 | 영상 녹화로 인한 저작권 침해 위험 | AOS/iOS 플랫폼별 보안 대책 필요 | [34:56] |
+
+---
+## ⚠️ 검증 결과 (자동)
+검증 결과, 아래와 같은 결함이 발견되었습니다.
+
+❗ [근거|화자번호|과확정|폐기가설|중복] "참석자" 항목에 STT 화자번호 잔존 — 회의록 개요 및 참석자 명단에 "참석자 1", "참석자 3" 등 식별되지 않은 화자 번호가 그대로 노출되어 있음.

00_Raw/회의록 u 2026-06-23.md

@@ -0,0 +1,77 @@
+# [플레이 캔버스 및 가우시안 스플래팅 기술 활용 방안] · 기획 논의
+
+## 회의 개요
+- **일시**: 2026년 06월 23일 | 15:00
+- **장소**: 5층 대회의실
+- **회의유형**: 기술 검토 및 비즈니스 모델 논의
+- **녹취 길이**: 74분 25초
+- **작성일**: 2026-06-23
+- **참석자**: 개발/기술팀, 클라이언트팀, 기획/UI팀, 디자인팀, 개발PM, QA/테스트팀, 사업/기획팀
+
+## 핵심 요약
+- 플레이 캔버스 및 가우시안 스플래팅 기술을 활용한 웹 기반 공간 구현 및 최적화 방안 논의
+- 웹 환경에서는 기능 단순화를 통해 가벼운 이벤트 및 뷰어 위주의 접근 방식 채택 합의
+- 3D 가우시안 스플래팅 기술을 활용하여 호텔, 리조트 등 실제 공간을 촬영하고 이를 비즈니스 모델(B2B/B2C)로 연결하는 방안 검토
+- 웹 엔진 최적화를 위해 압축률 조정 및 디졸브 시간 단축 등 로딩 속도 개선 전략 수립
+
+## 주요 논의 / 쟁점
+**[웹 기반 플레이 캔버스 기술 최적화]**
+- 복잡한 UI/UX 포함 시 모바일 디바이스에서의 성능 저하 및 무거워짐 문제 — [01:19]
+- 특정 디바이스(iPhone 등)에서 FPS 기능 구현 시 프레임 저하 이슈 — [03:32]
+- 고사양 기능 포함 시 최적화 및 실행 불가 리스크와 대응책 필요성 — [00:00]
+
+**[가우시안 스플래팅 기술 활용 및 비즈니스 확장]**
+- 실제 공간 촬영(인스타 360 등 사용)을 통한 데이터 추출 및 AI 학습 방식 — [15:54]
+- 촬영 장비(xGrid 등) 비용 발생 및 특정 환경(창문 밖 풍경 등)에서의 스캔 품질 저하 가능성 — [25:21, 27:38]
+- 호텔, 리조트, 모델하우스 등 실질적 활용처 발굴 및 인테리어/가구 브랜드 협업 모델 제안 — [17:59, 37:22]
+- 팝업 스토어와 연계한 온·오프라인 통합 비즈니스 모델 가능성 — [23:10]
+
+**[웹 기반 UI/UX 및 로딩 성능 개선]**
+- 타 플랫폼(Realm 등) 사례 분석을 통한 UI 구조 및 데이터 처리 방식 검토 — [47:36]
+- 360도 파노라마 뷰어 엔진과 스플래터 방식의 효율성 비교 — [52:38]
+- 로딩 체감 속도를 높이기 위한 디졸브 효과 시간 조정 및 압축률 최적화 방안 — [49:36, 59:20]
+- 웹 기반 UI(React) 사용 시 유니티 내부 로직과의 데이터 딜레이 발생 가능성 — [1:02:01]
+
+**[데이터 관리 및 패치 가이드]**
+- 아마존 렐름 데이터 다운로드 용량 파악 및 분할 방식 예상 — [1:10:58, 1:10:45]
+- 사용자에게 신뢰를 줄 수 있는 구체적인 패치 노트 작성 가이드 필요성 — [1:12:38]
+
+## 결정 사항
+- 웹 환경에서 가벼운 이벤트나 뷰어 기능 위주의 접근 방식 채택 — [01:19]
+- 호텔 객실 등을 테스트베드로 활용하여 촬영 기술 및 기능 구현 가능성 검증 — [43:54]
+- 압축률 조절을 통한 용량 감소 및 디졸브 시간 단축으로 로딩 속도 개선 우선순위 설정 — [1:07:22]
+- 차기 패치 작업 일정은 목요일로 진행 — [1:12:35]
+
+## 액션 아이템
+| 담당 | 액션 | 기한 | 상태 | 출처 |
+| --- | --- | --- | --- | --- |
+| 개발/기술팀 | 가우시안 스플래팅 기술 결과물 리포트 및 표 정리본 확인 | — | 진행미정 | [06:22] |
+| 사업/QA | 1차 테스트 결과 기반 최소 사양 수l치 도출 | — | 진행미정 | [40:57] |
+| 기획/개발 | 플레이캔버스 웹 엔진 활용 오브젝트 배치 및 기능 구현 R&D | — | 진행미정 | [37:05] |
+| 개발/팀장 | 최적화 방법론 아이디어 정리하여 다음 미팅 시 공유 | — | 진행미정 | [1:06:27] |
+| 개발 | 최종 아웃풋 빌드 시 압축률 상향 버전 테스트 및 검토 | — | 진행미정 | [1:06:41] |
+| 클라이언트/번역 | 패치 내용을 사업팀에 전달하여 번역 후 보고 준비 | — | 진행미정 | [1:14:10] |
+
+## 오픈 이슈 / 다음 회의로
+- 모바일 및 패드 기기별 최적화 이슈 및 최소 사양 미확정 — [31:29]
+- 아마존 렐름 데이터 총 용량 파악 필요 — [1:11:38]
+- 패치 노트 작성 시 구체적인 내용(로그인 타임아웃 연장 등) 포함 여부 검토 — [1:13:44]
+
+## 리스크 (선택)
+| 리스크 | 영향 | 대응 방안 | 출출 |
+| --- | --- | --- | --- |
+| 고사양 기능(FPS 등) 포함 시 최적화 문제 | 모바일 디바이스 실행 불가 및 무거워짐 | 기능 단순화 및 뷰어 위주의 가벼운 접근 | [00:00] |
+| 공간 스캔 시 장비 성능에 따른 품질 차이 | 고품질 데이터 확보 어려움 | 라이다(LiDAR) 스캔 장비 활용 필요성 인지 | [16:36] |
+| 특정 환경(창문 밖 풍경 등)에서의 스캔 | 스캔 품질 저하 발생 가능 | 파노라마 합성 또는 별도 촬영 후 합성 검토 | [27:38] |
+| 웹 기반 UI의 데이터 딜레이 | 유니티 내부 로직과 사용자 경험 불일치 | — | [1:02:01] |
+| 패치 노트의 피상적 내용 전달 | 사용자에게 성의 없는 인상을 줄 위험 | 구체적인 수정 사항(로그인 타임아웃 등) 포함 | [1:13:19] |
+
+---
+## ⚠️ 검증 결과 (자동)
+검증 결과 결함이 발견되었습니다.
+
+- ❗ [근거|화자번호] "참석자 N" 및 "화자 A" 형태의 STT 화자 정보가 회의록 본문에 잔존함 (회의 개요 및 주요 논의 섹션 내 일부 표기 확인)
+- ❗ [과확정] "'차기 패치 작업 일정은 목요일로 진행' — 소스상에서는 '목요일로 하시죠'라는 발언만 있고, 구체적인 날짜나 확정된 프로세스가 명시되지 않은 상태에서 단정적 표현 사용함" (단, 소스 내 합의 문구가 있으나 결정 사항으로 격상 시 주의 필요)
+- ❗ [중복] "최적화 방법론 아이디어 정리" 및 "압축률 상향 버전 테스트" 등 액션 아이템 중 일부 내용이 기술 검토 논의와 중복되거나 유사한 맥락을 가짐 (단, 본 회의록 내에서는 '액션 아이템' 리스트 자체의 명백한 행 중복은 확인되지 않으나, 소스 내 발언과 결정 사항 간의 경계가 모호함)
+
+*(참고: 제공된 회의록은 전체적으로 근거 소스의 내용을 충실히 반영하고 있으나, 화자 번호 표기 규칙 위반 및 일부 결정 사항의 확정적 어조에 대한 검토가 필요합니다.)*

00_Raw/회의록 v 2026-06-24.md

@@ -0,0 +1,62 @@
+# [에코 시스템 및 보안 이슈] 정기 점검 — OS 커널 업데이트 및 환불 관련 계정 처리 논의
+
+## 회의 개요
+- **일시**: 2026년 06월 24일 | 14:00
+- **장소**: 5층 대회의실
+- **회의유형**: 정기 점검 및 이슈 논의
+- **녹취 길이**: 37분 49초
+- **작성일**: 2026-06-24
+- **참석자**: 개발실(김원일 PD), 넥서스개발팀(김상엽 팀장), PM(김성환, 한예성), 사업실(정현욱)
+
+## 핵심 요약
+- 에코 시스템 보안 이슈 대응을 위한 OS 커널 업데이트 및 서버 재시작 계획 논의
+- 롤업 시간대(08:00~09:00)를 피하여 작업 진행하되, 메타버스 영향권인 07:00~11:00 사이는 제외 결정
+- 7월 10일 환불 처리 이후 캐릭터 계정 연결 해제 및 명단 확정 예정
+- NFT 발행 관련 작업은 현재 시점에서 추가 진행하지 않기로 함
+
+## 주요 논의 / 쟁점
+**[에코 시스템 보안 및 OS 커널 업데이트]**
+- OS 커널 이슈로 인한 웹 포털 DB 및 회원 정보 영향도 확인 필요 — [01:25]
+- 커널 업데이트 시 시스템 변경 가능성 및 기존 서비스(웹 포털 등)와의 연동 안정성 검토 — [03:53]
+- 롤업(Rollup) 작업 시간과 업데이트 작업 간의 충돌 방지 방안 — [02:33]
+- 서버 재시작 시 메타버스 서비스 및 웹 포털 페이지 영향 범위 — [05:06]
+- OS 업데이트에 따른 대응 비용 및 리소스 투입 규모 — [07:01]
+
+**[환불 및 계정 처리]**
+- 7월 10일 환불 프로세스 이후 캐릭터 계정 연결 해제 시점 — [10:16]
+- 환불 완료 후 발생할 수 있는 사용자 민원(접속 불가 등) 리스크 관리 — [10:34]
+
+**[NFT 발행 및 QA]**
+- 기존 홀드된 데이터 기반 NFT 발행 작업의 지속 여부 — [11:26]
+- 인수인계된 코드 분석 결과에 따른 재배포 및 QA 신청 필요성 — [11:59]
+
+## 결정 사항
+- OS 커널 업데이트 작업 시 07:00~11:00 시간대 제외하고 진행 — [05:08]
+- NFT 발행 관련 추가 작업은 진행하지 않음(폐기 예정) — [12:34]
+- 캐릭터 계정 연결 해제는 7월 10일 직후로 결정 — [12:59]
+
+## 액션 아이템
+| 담당 | 액션 | 기한 | 상태 | 출처 |
+| --- | --- | --- | --- | --- |
+| 넥서스개발팀 | 환불 대상자 계정 ID 최종 확정본 전달 | 오늘 중 | 확정 | [13:20] |
+| 개발PM | 하이버 및 기술 미팅 일정 조율 | — | 진행미정 | [14:17] |
+- 넥서스개발팀 | 주간 보고 회의 시 보안 이슈 관련 내용 공유 준비 | 차주 주간회의 | 기한미정 | [04:34] |
+
+## 오픈 이슈 / 다음 회의로
+- 에코 시스템 유지 기간 종료 및 서비스 정리(종료) 시점 논의 — [09:20]
+- 환불 프로세스 완료 후 계정 연결 해제 작업의 구체적 시점 (7월 말로 진행할지 여부) — [11:00]
+- 하이버 기술 미팅 일정 확정 — [14:17]
+
+## 리스크
+| 리스크 | 영향 | 대응 방안 | 출처 |
+| --- | --- | --- | --- |
+| OS 커널 업데이트 시 기존 기능 동작 불능 가능성 | 서비스 장애 및 웹 포털 DB 접근 문제 발생 | 롤업 시간 제외 및 사전 테스트(대구 환경) 완료 확인 | [07:10] |
+| 핵심 개발 인력 퇴사로 인한 운영 안정성 저하 | 시스템 장애 대응 및 업데이트 신뢰도 하락 | 주간 보고를 통한 이슈 공유 및 지속적 모니터링 | [03:15] |
+
+---
+## ⚠️ 검증 결과 (자동)
+검증 결과 결함이 발견되었습니다.
+
+❗ [근거|화자번호|과확정|폐기가설|중복] "NFT 발행 관련 추가 작업은 진행하지 않음(폐기 예정)" — 소스에서는 NFT 발행 여부에 대해 '홀드할지 폐기할지' 논의 중이었으나, 회의록에는 결정 사항으로 확정되어 기재됨. (결정 과확정 및 폐기가설 격상)
+
+❗ [근거|화자번호|과확정|폐기가설|중복] "하이버 기술 미팅 일정 확정" — 소스에서는 '오늘 따로 미팅을 잡겠다'고만 언급되었으며, 확정된 상태가 아님. (결정 과확정)

00_Raw/회의록 w 2026-06-24.md

@@ -0,0 +1,68 @@
+# [3D 앱 개발 및 AI 서비스 기획] · 기획 논의 — 3D 앱 개발 중단 및 신규 AI 서비스 아이디어 검토
+
+## 회의 개요
+- **일시**: 2026년 06월 24일 | 16:00
+- **장소**: 5층 대표님실
+- **회의유형**: 기획 논의
+- **녹취 길이**: 27분 53초
+- **작성일**: 2026-06-24
+- **참석자**: 넥서스개발팀, 개발PM, 기획팀, 사업팀
+
+## 핵심 요약
+- 3D 앱 개발 공정의 잠정 중단 및 코드 연결성을 고려한 매듭짓기 결정
+- AI 기술(퍼스널 컬러, 스타일링 샵)을 활용한 롯데온/계열사 연동 서비스 아이디어 논의
+- 신규 프로젝트를 위한 기획 업무 집중도 향상 및 개발 마무리 지침 전달
+- 하이마트 드라이기 항목 재배치 관련 운영 방향 검토
+
+## 주요 논의 / 쟁점
+**[3D 앱 개발 공정 관리]**
+- 갤럭시 코팅/필름 간섭 문제로 인한 개발 중단 위기 및 재개 시 코드 연결성 우려 — [00:00]
+- 개발 중단 시, 나중에 다시 재개할 때를 대비하여 명확하게 구분 가능한 지점(코드 분리)까지 작업 완료 필요성 — [01:07]
+
+**[신규 AI 서비스 및 기술 도입]**
+- AI 기반 실시간 의상 조합/스타일링 샵 서비스 구현 가능성 검토 — [04:24]
+- 퍼스널 컬러 분석을 통한 의상 추천 알고리즘 개발 및 롯데온 연동 방안 — [06:33]
+- 외부 API(의상 조합, 얼굴 가상 변형 등) 활용 및 내부 기술(오픈소스 기반 피튜닝) 확보 전략 — [10:07]
+- 서비스 확장을 위한 데이터 확보(크롤링을 통한 색상/텍류 분석) 및 백엔드 연동 이슈 — [14:56]
+
+**[운영 및 사업 확장]**
+- 계열사(롯데온, 호텔 등) 매출 증대를 위한 AI 솔루션 판매 전략 — [10:07]
+- 웹 플랫폼 업체와의 협업 또는 아티스트 굿즈 판매 플랫폼 연동 가능성 — [22:44]
+
+**[하이마트 상품 배치]**
+- 드라이기 항목 제외에 따른 홈페이지 재배치 및 랜더링 작업 필요성 — [26:15]
+
+## 결정 사항
+- 3D 앱 개발은 명확한 코드 분리가 가능한 구간까지 작업을 마무리하고 잠정 중단하기로 함 — [01:07]
+- 현재 진행 중인 웹 스토어 관련 업무에 우선 집중하되, 신규 프로젝트 기획을 병행함 — [11:00]
+- 개발 파트는 기존 작업의 마무리에 집중할 것 — [18:45]
+
+## 액션 아이템
+| 담당 | 액션 | 기한 | 상태 | 출처 |
+| --- | --- | --- | --- | --- |
+| 넥서스개발팀 | 3D 앱 개발 중단 전 코드 분리 가능한 구간 확인 및 작업 완료 — [01:07] | — | 기한미정 | [01:46] |
+| 개발PM | AI 스타일링 관련 API 서비스 업체 조사 및 1차 결과 공유 — [10:07] | — | 진행미정 | [10:07] |
+| 기획팀 | 퍼스널 컬러/의상 추천 서비스 관련 신규 기획안 도출 — [11:00] | — | 진행미정 | [11:00] |
+- | | | | | |
+
+## 오픈 이슈 / 다음 회의로
+- 3D 앱 개발 재개 시 코드 연결 및 기술적 해결 방안 (카이스트 컨택 등) — [24:12]
+- 하이마트 드라이기 항목 재배치 여부 및 랜더링 작업 범위 결정 — [26:15]
+- 신규 AI 서비스의 구체적인 구현 방식(자체 개발 vs 외부 API 활용) — [15:44]
+
+## 리스크
+| 리스크 | 영향 | 대응 방안 | 출처 |
+| --- | --- | --- | --- |
+| 갤럭시 폰 코팅/필름 간섭 현상 발생 | 픽셀이 크게 보이는 등 앱 품질 저하 및 개발 난항 | 코팅 방식 변경 또는 소프트웨어적 구현 방식 검토 — [24:12] | [24:12] |
+
+---
+## ⚠️ 검증 결과 (자동)
+검증 결과, 아래와 같은 결함이 발견되었습니다.
+
+❗ [근거|화자번호|과확정|폐기가설|중복] "결정 사항 및 액션 아이템의 수치/내용" — '개발 중단 전 코드 분리 구간 확인' 등의 액션 아이템 내용이 근거 소스의 발언(01:07, 01:46 등)과 일치하나, 결정 사항에 기재된 '웹 스토어 업무 우선 집중' 및 '기획 업무 병행' 등에 대한 구체적인 확정 수치나 실행 계획이 소스 내에서 명확히 합의된 상태라기보다 화자의 제안/지시 단계에 머물러 있음.
+
+❗ [화자번호] "참석자 1, 2, 3..." — 회의록 본문에 STT로 생성된 것으로 추정되는 화자 번호 및 이름이 일부 잔존함. (단, 현재 제공된 회의록 텍스트 자체에는 '참석자' 명단만 있으나, 논의 내용 중 특정 발언의 출처를 나타내는 숫자들이 구조적으로 분리되지 않고 포함되어 있음.)
+
+❗ [과확정] "3D 앱 개발은... 잠정 중단하기로 함" — 소스에서는 "잠정 중단이긴 해요", "애매하게 중단하면... 걱정이어서" 등 향히 결정된 사항이라기보다 향히 발생할 리스크를 방지하기 위한 '방안'을 논의하는 단계임에도, 회의록에는 확정된 결정으로 기재됨.
+
+❗ [폐기가설] "하이마트 드라이기 항목 재배치 관련 운영 방향 검토" — 소스 하단(26:34)에서 "어물쩍 넘어갔다", "앞대가리만 바꿔보자"라며 기존 논의를 사실상 무효화하거나 임시 방편으로 처리하려는 발언이 있었음에도, 회의록에는 '검토' 및 '필요성'이라는 이름으로 리스크/오픈 이슈에 포함되어 있음.

10_Wiki/Topics/.astra/growth/conflict-scan-state.json

@@ -1 +1 @@
-{"lastScanMs":1782151271579}
+{"lastScanMs":1782237631873}

10_Wiki/Topics/.astra/growth/learning-queue.json

@@ -1,4 +1,13 @@
 [
+  {
+    "id": "gap-1rj3ojm",
+    "topic": "지식 공백: 아래 내용을 읽고 의도를 파악한 후에 기획문서를 작성해주면 좋겠어. \n\nAI 기반 실시간 의상 조합/스타일링 샵 서비스 구현 가능성 검토\n\nFa",
+    "priority": 40,
+    "reason": "대화 중 GROUNDING 약함 자동 감지 (두뇌 최고 점수 0.00)",
+    "status": "proposed",
+    "createdAt": "2026-06-24T07:57:49.479Z",
+    "updatedAt": "2026-06-24T07:57:49.479Z"
+  },
   {
     "id": "need-meeting-minutes",
     "topic": "회의록 역량 보강 (자주 누락: 참석자, 기한)",

10_Wiki/Topics/Digests/root.md

@@ -1,7 +1,7 @@
 ---
 type: digest
 title: "소화 노트: (두뇌 루트)"
-generated_at: 2026-06-22T18:01:11.571Z
+generated_at: 2026-06-23T18:00:31.865Z
 sources: ["ASTRA 기능 인벤토리"]
 ---
 
@@ -10,20 +10,19 @@ sources: ["ASTRA 기능 인벤토리"]
 > ⚙️ 자동 생성 (sleep-time 사전 소화) — **원문이 항상 우선**입니다. 소스가 바뀌면 자동 재생성되며, 이 파일은 삭제해도 안전합니다.
 
 ## 예상 질문과 답
-- **Q: ASTRA의 '주간 성장 사이클'은 어떤 과정으로 진행되나요?** — A: 검색 평가(골든셋) $\rightarrow$ 학습 큐 갱신(Need Engine) $\rightarrow$ 지식 노후 점검 $\rightarrow$ 성장 리포트 $\rightarrow$ 승인된 학습 자동 실행(Research Agent, 사이당 최대 3건) 순으로 진행됩니다. [ASTRA 기능 인벤토리]
+- **Q: Astra에서 '주간 성장 사이클'은 어떤 과정으로 진행되나요?** — A: 검색 평가(골든셋) $\rightarrow$ 학습 큐 갱신(Need Engine) $\rightarrow$ 지식 노후 점검 $\rightarrow$ 성장 리포트 $\rightarrow$ 승인된 학습 자동 실행(Research Agent, 사이당 최대 3건) 순으로 진행됩니다. [ASTRA 기능 인벤토리]
-- **Q: '지식 사전 소화(Sleep-time Digest)' 기능의 역할은 무엇인가요?** — A: 매일 지정된 시각(유휴 시간)에 최근 7일 내에 변경된 두뇌 지식을 찾아 폴더별 '소화 노트'(`<두뇌>/Digests/`)로 변환하는 자동화 기능입니다. [ASTRA 기능 인벤토리]
+- **Q: 'Sleep-time 지식 사전 소화' 기능의 역할은 무엇인가요?** — A: 매일 지정된 유휴 시간에 최근 7일 내에 변경된 두뇌 지식을 찾아 폴더별 '소화 노트'(`<두뇌>/Digests/`)로 변환하는 자동화 기능입니다. [ASTRA 기능 인벤토리]
-- **Q: ASTRA의 데일리 브리핑은 어떤 정보를 제공하나요?** — A: 평일(월~금) 지정된 시각에 오늘의 캘린더 일정과 Google Tasks(오늘 마감, 기한 경과, 조건부 대기 항목 포함)를 정리하여 텔레그램으로 발송합니다. [ASTRA 기능 인벤토리]
+- **Q: Astra의 데일리 브리핑은 어떤 정보를 제공하나요?** — A: 평일 지정된 시각에 오늘의 캘린더 일정과 Google Tasks(마감, 기한 경과, 조건부 대기 항목 포함)를 정리하여 텔레그램으로 발송합니다. [ASTRA 기능 인벤토리]
-- **Q: ASTRA의 메모리 시스템은 어떻게 구성되어 있나요?** — A: 최근 대화 메시지를 사용하는 단기 메모리(`memoryShortTermMessages`), 최근 저장된 채팅 세션을 활용하는 중기 메모리(`memoryMediumTermSessions`), 그리고 관련 Markdown 파일을 활용하는 장기 메모리(`memoryLong‌ترFiles`)로 계층화되어 있습니다. [ASTRA 기능 인벤토리]
+- **Q: 사용자가 직접 수정하면 안 되는 이유는 무엇인가요?** — A: 이 문서는 Astra 활성화 시 소스 코드(`package.json`)에서 기계적으로 자동 생성되는 문서이므로, 수동 편집 시 버전 변경 시 내용이 덮어써질 수 있습니다. [ASTRA 기능 
-- **Q: 텔레그램 봇 설정 시 필요한 요소는 무엇인가요?** — A: `telegram.enabled` 활성화, `telegram.allowedChatIds`(허용할 ID 목록), 그리고 특정 에이전트 범위를 지정하기 위한 `telegram.defaultAgent` 설정 등이 필요합니다. [ASTRA 기능 인벤토리]
 
 ## 핵심 사실
-- **문서의 성격**: 이 문서는 ASTRA의 기능 목록을 담은 '기능 인벤토리'이며, 소스 코드(`package.json`)에서 자동 생성되는 참조용 문서입니다. [ASTRA 기능 인벤토리]
+- **문서 성격**: Astra의 기능 목록과 설정 동작을 담은 자동 생성된 인벤토리 (v2.2.259) [ASTRA 기능 인벤토리]
 - **주요 자동화 프로세스**:
-    - **성장 사이클**: 주간 단위로 평가와 학습을 자동 수행합니다.
+    - **Growth Cycle**: 주간 단위로 평가, 학습 큐 관리, 지식 점검, 리포트 생성을 자동 수행 [ASTRA 기능 인벤토리]
-    - **지식 관리**: 지식 노후 점검, 충돌 스캔, 사전 소화(Digest) 기능을 통해 지식의 최신성을 유지합니다.
+    - **Sleep Digest**: 매일 유휴 시간대에 지식 업데이트 내역을 '소화 노트'로 변환 [ASTRA 기능 인벤토리]
-    - **알림 서비스**: 데일리 브리핑 및 텔레그램 연동을 통한 일정/업무 관리를 지원합니다. [ASTRA 기능 인벤토리]
+    - **Daily Briefing**: 텔레그램을 통해 일정 및 할 일 알림 발송 [ASTRA 기능 인벤토리]
-- **기술적 특징**: LLM 활용을 위한 다양한 파라미터(Temperature, Context Window, Map-Reduce 전략 등)와 멀티 에이전트 워크플로우(`multiAgentEnabled`) 제어 옵션을 포함하고 있습니다. [ASTRA 기능 인벤토리]
+- **기술적 특징**: Multi-Agent Workflow 지원, 계층적 메모리 주입(Short/Medium/Long-term), LM Studio 및 Ollama 연동 가능 [ASTRA 기능 인벤토리]
 
 ## 문서 간 연결
-- **자동 생성 및 현행화**: 이 문서는 `package.json`을 통해 기계적으로 생성되므로, ASTRA의 실제 기능과 일치하는 '항상 현행' 상태를 유지해야 하는 근거 문서입니다. [ASTRA 기능 인벤토리]
+- **관계**: 본 문서는 Astra의 '기능 명세서' 역할을 하며, 사용자가 명령어를 통해 실행할 수 있는 액션(39개)과 시스템 내부적으로 제어되는 자동화 설정(155개)을 구분하여 정의하고 있습니다.
-- **기능적 연관성**: '사용자 명령(명령어)' 섹션은 사용자가 직접 실행할 수 있는 액션을 나타내며, '설정으로 제어되는 동작' 섹션은 그 명령어들이 작동하는 환경과 자동화 로직을 정의합니다. [ASTRA 기능 인벤토리]
+- **공통 주제**: Astra의 자율적 성장(Growth), 지식 관리(Second Brain), 외부 서비스 연동(Telegram, Google Calendar, Google Tasks)에 대한 기술적 메커니즘을 다룹니다.

10_Wiki/Topics/Projects/AI가상피팅_커머스_상사보고서_v1.md

@@ -0,0 +1,132 @@
+# AI 가상 의상 피팅 쇼핑 서비스 — 사업 추진 검토 보고
+
+**보고일자**: 2026-06-24
+**보고 목적**: 신규 사업 후보 "AI 가상 의상 피팅 쇼핑 서비스"의 추진 여부를 결정하기 위한 사전 검토 결과 보고
+**작성**: (기획)
+
+---
+
+## 1. 먼저, 이 서비스가 무엇인지부터 (3줄 설명)
+
+옷을 사기 전에 **직접 입어보지 않고도, 내 사진 위에 그 옷을 입은 모습을 AI가 만들어 보여주는** 쇼핑 서비스입니다.
+
+> 쉽게 말하면 — 온라인 쇼핑몰에서 마음에 드는 옷을 골랐을 때, **"이 옷, 나한테 어울릴까?"** 를 사진 한 장만 올리면 AI가 합성해서 보여주고, 마음에 들면 그 자리에서 바로 결제하는 서비스입니다. 백화점 탈의실을 휴대폰 안으로 옮긴 셈입니다.
+
+해외에서는 **구글**이, 국내에서는 **에이블리**(여성 패션 앱)가 이미 이 기능을 운영 중이며, 실제로 매출이 오르고 있습니다.
+
+---
+
+## 2. 결론부터 (한 장 요약)
+
+**"추진 권고. 단, 조건부."** 기술적으로도 사업적으로도 충분히 가능하나, **처음 구상했던 방식 중 일부는 현재 기술로 불가능**하여 현실적인 방식으로 바꿔야 합니다.
+
+| 질문 | 답 |
+|---|---|
+| **기술적으로 만들 수 있나?** | ✅ 가능. 단, "사진 한 장 → 옷 입은 사진"까지만. (움직이는 영상·3D는 아직 불가) |
+| **빨리 만들 수 있나?** | ✅ 외부 AI 기술을 빌려 쓰면 **약 6~8주**면 시범 서비스 출시 가능 |
+| **돈은 얼마나 드나?** | 옷 한 번 입혀보는 데 약 **100원 미만**(외부 기술 사용료). 사용량에 비례 |
+| **시장 수요가 있나?** | ✅ 있음. 국내 경쟁사(에이블리)가 이 기능으로 **매출 55% 증가** |
+| **위험 요소는?** | ⚠️ ① 외부 기술 의존 ② 개인정보(얼굴 사진) 법규 ③ "정말 매출이 오르는가"는 우리가 직접 증명 필요 |
+| **그래서 어떻게?** | **외부 기술로 작게 시작 → 효과를 숫자로 확인 → 효과 있으면 자체 기술로 확장** (단계적) |
+
+> **핵심 메시지 한 줄**: *"처음부터 크게 만들지 말고, 빌린 기술로 작게 시작해서 '진짜 매출이 오르는지'를 6~8주 안에 숫자로 확인한 뒤, 효과가 입증되면 본격 투자하자."*
+
+---
+
+## 3. 왜 "구상대로는 안 되는지" — 가장 중요한 부분
+
+처음 구상안에는 **"옷이 찰랑거리고, 움직이고, 빛을 반사하는 모습까지 실시간으로 보여준다"** 는 내용이 있었습니다. 멋진 그림이지만, **2026년 현재 기술로는 불가능**합니다. 이 점을 분명히 보고드립니다.
+
+| 처음 구상 | 현재 기술의 현실 | 어떻게 바꿔야 하나 |
+|---|---|---|
+| 옷을 입은 모습을 **실시간 영상**으로 보여준다 | 짧은 영상 하나 만드는 데 **5~8분** 걸림. 게다가 아직 연구실 단계 기술 | **영상은 빼고, 사진 한 장**으로 |
+| 옷의 찰랑거림·무게감을 물리적으로 계산해 보여준다 | 게임처럼 천이 흔들리는 시뮬레이션은 **상용 서비스로 존재하지 않음** | 빼야 함 (먼 미래 연구 과제) |
+| 내 체형을 입력해 **3D 가상 인간(아바타)**을 만든다 | 무겁고 미완성 기술. 현재 주류는 **사진 한 장이면 충분** | **사진 업로드** 방식으로 단순화 |
+| **사진 한 장 올리면 옷 입은 내 모습 사진이 나온다** | ✅ **이건 이미 잘 됨** (수 초 소요). 구글·에이블리가 쓰는 바로 그 방식 | **이걸로 간다** |
+
+> **쉬운 비유**: 처음 구상은 "영화관 3D 영상"을 만들자는 것이었고, 현재 가능한 것은 "잘 찍은 합성 사진 한 장"입니다. 그런데 **돈을 벌고 있는 경쟁사들은 전부 후자(사진)** 를 쓰고 있습니다. 즉, 비싸고 불가능한 길 대신, 이미 검증된 쉬운 길이 따로 있다는 뜻입니다.
+
+---
+
+## 4. 어떻게 만들 것인가 — 두 갈래 길
+
+AI로 옷을 입혀 보여주는 핵심 기술을 확보하는 방법은 크게 두 가지입니다.
+
+### (1) 외부의 완성된 AI 기술을 빌려 쓴다 — **권고**
+- 이미 검증된 해외 업체(FASHN, Kling 등)가 이 기술을 **사용료를 받고 빌려줍니다.**
+- 비용: 옷 한 번 입혀보는 데 약 **90~100원** (대량 사용 시 더 저렴).
+- 장점: **6~8주면 출시 가능**, 초기 투자 적음, 검증된 품질.
+- 단점: 외부 업체에 의존(가격 인상·서비스 중단 위험) → *대비책으로 여러 업체를 갈아끼울 수 있게 설계*.
+
+### (2) 우리가 직접 AI를 개발한다 — **나중에**
+- 장기적으로 사용료를 아끼고 우리만의 경쟁력을 가질 수 있음.
+- 하지만 **주의할 함정**: 인터넷에 공개된 "무료" AI 기술들은 대부분 **상업적 사용이 금지된 라이선스**입니다. 무료라고 가져다 쓰면 **법적 문제**가 됩니다.
+- 다행히, **사진 방식 AI는 직접 개발하는 난이도가 생각보다 낮습니다** (소규모 팀도 도전 가능). 단, 영상 방식은 막대한 데이터와 비용이 필요해 **현 시점 우리에겐 비현실적**입니다.
+
+> **권고하는 순서**:
+> **1단계** 외부 기술 빌려 빠르게 출시 → **2단계** 사용량·매출 데이터 확보 → **3단계** "외부 사용료 > 자체 개발 비용"이 되는 시점에 우리 기술로 전환
+>
+> 즉, *처음부터 자체 개발에 큰돈을 쓰지 말고, 빌려서 검증부터* 하는 것이 핵심입니다.
+
+---
+
+## 5. 시장은 있는가 — 있습니다 (단, 정직하게)
+
+**수요는 이미 국내에서 증명되고 있습니다.**
+- **에이블리**(국내 여성 패션 앱)는 작년 7월 비슷한 AI 옷 입어보기 기능을 출시했고, 올해 1~4월 이 기능 관련 **매출이 1년 전 대비 55% 증가**, 이용자도 38% 늘었습니다.
+- **구글**도 작년부터 셀카 한 장으로 옷을 입어보는 기능을 정식 출시했습니다. → 이런 서비스가 **이미 대세가 되고 있다**는 신호입니다.
+
+**다만, 정직하게 두 가지 한계를 보고드립니다.**
+1. **"가상 피팅을 하면 매출이 정확히 몇 % 오른다"는 신뢰할 수 있는 공식 수치는 확보하지 못했습니다.** 업계에서 흔히 말하는 수치들을 검증해보니 근거가 약했습니다. → 그래서 **우리가 시범 서비스로 직접 측정**하는 것이 1차 목표여야 합니다.
+2. **이미 경쟁사(구글·에이블리)가 앞서 있어**, "신기한 기술"만으로는 차별화가 안 됩니다. 우리만의 강점(예: 특정 고객층, 특정 패션 카테고리, 더 나은 추천)이 필요합니다.
+
+---
+
+## 6. 위험 요소와 대비책
+
+| 위험 | 쉬운 설명 | 대비책 |
+|---|---|---|
+| **외부 기술 의존** | 빌려 쓰는 AI 업체가 가격을 올리거나 서비스를 중단하면 타격 | 여러 업체를 바꿔 끼울 수 있게 설계, 장기적으로 자체 개발 |
+| **개인정보(법규)** | 고객 **얼굴·전신 사진**은 법적으로 민감한 개인정보. 한국 법(개인정보보호법)이 엄격하게 규제 | 별도 동의 받기, 사진은 **최소 보관·즉시 삭제**, 암호화. 처음부터 법무 검토 |
+| **AI 표시 의무** | 올해 1월 시행된 **AI 기본법**상, AI가 만든 결과물임을 **표시**하고 사전 고지해야 함 (해외 서비스에도 적용) | 결과 화면에 "AI 생성" 표시를 기본 탑재 |
+| **품질 한계** | AI가 손·로고·복잡한 옷을 가끔 어색하게 합성함 | 쉬운 옷(상의·하의)부터 시작, "실제와 다를 수 있음" 안내 |
+| **매출 효과 미검증** | "정말 매출이 오르나"가 아직 숫자로 확인 안 됨 | 시범 서비스에서 **A/B 비교 측정**(기능 본 그룹 vs 안 본 그룹의 구매율 비교) |
+
+---
+
+## 7. 권고 및 다음 단계
+
+### 권고: **조건부 추진 (Go)**
+아래 4가지를 전제로 추진을 권고드립니다.
+
+1. **구상 수정**: "실시간 영상·3D" 빼고 → "사진 한 장으로 옷 입어보기"로 현실화
+2. **빌려서 시작**: 자체 개발 대신 외부 검증된 기술로 6~8주 내 시범 출시
+3. **숫자로 증명**: 시범 서비스의 1차 목표는 매출이 아니라 **"가상 피팅이 구매율을 실제로 올리는가"를 데이터로 확인**하는 것
+4. **법규 먼저**: 개인정보·AI 표시 의무를 처음부터 반영(나중에 붙이면 비용 급증)
+
+### 단계별 추진안과 판단 기준(게이트)
+
+| 단계 | 기간 | 할 일 | 다음 단계로 가는 조건 |
+|---|---|---|---|
+| **1. 시범 서비스** | 0~2개월 | 외부 기술로 최소 기능 출시, 구매율 측정 | 구매율이 의미 있게 오르고, 비용이 매출 대비 적정하면 진행 |
+| **2. 데이터 확보** | 2~6개월 | 사용량·매출 데이터 축적 | 외부 사용료가 자체 개발이 더 쌀 만큼 커지면 진행 |
+| **3. 자체 기술** | 6~12개월 | 우리 AI 모델 개발, 원가 절감·차별화 | 국내 시장 안착 확인 |
+| **4. 확장** | 12개월+ | 글로벌 진출, 영상 등 신기술 재검토 | — |
+
+### 추가로 확인이 필요한 사항 (의사결정 전)
+- 가상 피팅이 **실제 구매율을 몇 % 올리는지**의 신뢰 가능한 근거 (→ 시범 서비스로 직접 확보)
+- 무신사·지그재그 등 **다른 국내 경쟁사**들의 도입 현황 정밀 조사
+- 외부 기술 사용료가 우리 예상 사용량에서 **연간 얼마가 되는지** 정밀 계산
+
+---
+
+## 8. 부록: 자주 나올 질문 대비 (용어 풀이)
+
+- **가상 피팅 / Virtual Try-On**: 옷을 실제로 입지 않고, 사진·화면 위에 입은 모습을 보여주는 기술.
+- **AI 모델 / 외부 기술 빌려쓰기(API)**: 남이 만들어 둔 AI 기능을, 우리 서비스에서 호출해 쓰고 사용량만큼 돈을 내는 방식. 직접 개발하지 않아도 됨.
+- **라이선스**: 그 기술을 어떤 조건으로 써도 되는지에 대한 법적 약속. "무료지만 상업적 사용 금지"인 경우가 많아 주의 필요.
+- **전환율(구매율)**: 서비스를 본 사람 중 실제로 구매한 사람의 비율. 이 서비스의 성패를 가르는 핵심 숫자.
+
+---
+
+*본 보고서는 2026-06-24 기준 시장·기술 조사(해외·국내 22개 출처 교차검증) 결과에 근거합니다. AI 기술과 가격은 빠르게 변하므로, 최종 투자 결정 직전 재확인이 필요합니다. 기술적 상세 검토 자료는 별첨(「AI가상피팅 커머스 실현가능성검토 v1」) 참조.*

10_Wiki/Topics/Projects/AI가상피팅_커머스_실현가능성검토_v1.md

@@ -0,0 +1,220 @@
+# [기획서] AI 기반 가상 의상 피팅·커머스 플랫폼 — 내부 실현가능성 검토 (v1.0)
+
+> **문서 목적**: 내부 의사결정용(Go / No-Go / 조건부 Go) 실현가능성 검토
+> **작성일**: 2026-06-24 · **타겟 시장**: 한국 1차, 글로벌 확장 염두
+> **근거**: 2026-06-24 기준 deep-research(22개 소스·100개 주장 추출·25개 적대적 검증) 결과 반영
+> **버전 주의**: VTON 분야는 변동이 빠릅니다. 본 문서의 단가·모델 버전은 2026-06-24 스냅샷이며, 사업 확정 전 재확인 필요.
+
+---
+
+## 0. 한 장 요약 (Executive Summary)
+
+**결론: 조건부 Go (Conditional Go).** 기술적·상업적으로 충분히 실현 가능하나, **원래 초안의 "실시간 물리엔진·드레이프 시뮬레이션" 비전은 2026년 현재 비현실적**입니다. 이 부분만 현실에 맞게 재정의하면 사업성은 살아 있습니다.
+
+| 항목 | 검토 결과 |
+|---|---|
+| **기술 실현성** | ✅ **정지 이미지 VTON**은 상용 수준 성숙(5~17초/장). ❌ 동영상 VTON은 연구 단계(5~8분/클립), ❌ 3D 물리 드레이프 시뮬레이션은 배포 가능한 상용 옵션 아님 |
+| **최단 진입 경로** | ✅ **상용 VTON API 연동**(FASHN ~$0.075/회, Kling Kolors $0.07/회) — 상업적 이용권 명시 |
+| **자체 개발** | ⚠️ 우수 오픈소스(IDM-VTON·CatVTON 등)는 **CC BY-NC-SA 4.0 = 비상업 라이선스**라 그대로 상용 불가. 정지 이미지 자체 학습은 의외로 가볍지만, 동영상 자체 개발은 스타트업에 비현실적 |
+| **시장 수요** | ✅ 한국에서 실증됨. 에이블리 자체 생성형 AI '옷입기' → 2026년 1~4월 **매출 +55%, 콘텐츠 생성 +55%, 이용자 +38%** |
+| **경쟁 강도** | ⚠️ 구글이 셀카 기반 VTON 출시(진입장벽 낮춤), 에이블리 선점 — 후발 차별화 필요 |
+| **규제 리스크** | ⚠️ AI기본법(2026-01-22 시행, 역외적용)·개인정보보호법(생체정보=민감정보) 준수 의무 존재 |
+| **ROI 핵심 근거** | ❗ **미확정.** 전환율 상승·반품률 감소의 신뢰 가능한 외부 수치는 검증에서 기각됨 → 자체 A/B 테스트로 직접 입증 필요 |
+
+> **핵심 의사결정 메시지**: "Fashn.ai처럼 자체 모델로 시작"이 아니라 **"상용 API로 6~8주 만에 MVP 출시 → 한국 시장에서 전환율을 직접 측정 → 데이터가 증명되면 그때 자체 모델로 원가 절감"** 의 단계적 전략을 강력 권고.
+
+---
+
+## 1. 원래 초안 vs 기술 현실 (Reality Check)
+
+당신 초안의 비전을 존중하되, 리서치로 검증된 기술 현실과 대조합니다. **이 표가 이 문서의 가장 중요한 부분입니다.**
+
+| 초안의 표현 | 2026년 기술 현실 | 권고 |
+|---|---|---|
+| "실시간으로 의상을 입힙니다" | 정지 이미지 1장 생성에 **5~17초** 소요. '실시간(real-time)'은 아님 | "수초 내 결과" 로 기대치 재설정 |
+| "재질·드레이프성(찰랑거림)·빛 반사 **실시간 렌더링**" | 동영상 VTON SOTA(Google Fashion-VDM)도 64프레임 512px 클립에 **5~8분**. 실시간 스트리밍 가능한 방식 **없음**(2026 중반 기준) | MVP에서 제외. 정적 이미지 품질에 집중 |
+| "Real-time Physics Engine으로 의류 움직임·무게감 계산" | 게임/3D식 물리 드레이프 시뮬레이션은 **배포 가능한 상용 VTON 파이프라인으로 존재하지 않음**. 현 상용 제품(FASHN·Kling·Google) 전부 **확산모델 기반 정지 이미지** | 로드맵 후반 R&D로 강등. MVP 비전에서 삭제 |
+| "디지털 트윈 아바타(체형 데이터·3D)" | 체형 입력→3D 아바타→물리 시뮬은 무겁고 미성숙. 현재 주류는 **사진 1장→이미지 합성**(구글은 셀카 1장이면 충분) | "사진 업로드" 방식으로 단순화. 3D 아바타는 Phase 3+ |
+| "스타일 점수 / Mix & Match 레이어링" | 기술적으로 가능(LLM/멀티모달 추천 + 다중 의상 합성). 단, 레이어링은 합성 횟수만큼 추론 비용·시간 누적 | 채택하되 비용 모델에 반영 |
+
+**시사점**: 초안은 "메타버스/3D 게임형 실시간 피팅"을 상상했지만, 시장이 실제로 굴러가는 방식은 **"사진 한 장 올리면 수초 안에 그 옷 입은 내 모습 이미지가 나온다"** 입니다. 후자가 더 단순하고, 더 싸고, 이미 한국에서 매출을 내고 있습니다.
+
+---
+
+## 2. 사용자 여정 (현실 버전으로 재설계)
+
+초안의 4단계 흐름은 좋습니다. '아바타 생성'을 '사진 업로드'로, '실시간 렌더링'을 '수초 내 이미지 생성'으로 현실화했습니다.
+
+```
+[1. 사진 등록]        [2. 의상 선택·가상 피팅]      [3. 믹스&매치·추천]        [4. 심리스 결제]
+ 전신/반신 사진 1장  →  카탈로그에서 의상 탭     →  상의+하의+아우터 조합  →  사이즈·색상 확인
+ (또는 셀카 1장,        → 수초 내 "입은 내 모습"     → AI 스타일 점수/추천      → 즉시 결제
+  체형 모델 선택 옵션)    이미지 생성(VTON API)        (멀티모달 추천 엔진)       (입점 브랜드 연동)
+```
+
+| 단계 | 핵심 기능 | 구현 방식(MVP) |
+|---|---|---|
+| 1. 입력 | 사진 업로드 / 셀카 / 사전 정의 모델 체형 선택 | 자체 UI + 이미지 저장(민감정보 처리 §6) |
+| 2. 가상 피팅 | 의상 1종 Try-On | **상용 VTON API 호출**(FASHN or Kling) |
+| 3. 믹스&매치 | 다중 의상 레이어링 + 스타일 추천 | VTON 다중 호출 + 추천 엔진(룩북/협업필터링) |
+| 4. 결제 | 사이즈·색상·재고 확인 → 결제 | 입점 브랜드 상품 DB + PG 연동 |
+
+> **권고**: MVP는 1·2·4단계만. 3단계(믹스&매치·스타일점수)는 v1.1로. 가장 큰 "와우 모먼트"는 2단계 한 방에서 나옵니다.
+
+---
+
+## 3. 핵심 기술 확보 전략 (Build vs Buy) — 가장 중요한 의사결정
+
+### 3-1. 세 가지 옵션 비교
+
+| | **A. 상용 API 연동** | **B. 오픈소스 자체 호스팅** | **C. 자체 모델 학습** |
+|---|---|---|---|
+| 대표 | FASHN, Kling Kolors | IDM-VTON, CatVTON, OOTDiffusion | CatVTON 방식 파인튜닝 |
+| 단가 | $0.07~0.075/회 (대량 시 ~$0.049) | GPU 시간당 비용(추론 최적화 시 저렴) | 학습 후 추론 원가만 |
+| 상업 이용 | ✅ **명시적 허용** | ❌ **CC BY-NC-SA = 비상업 금지** | ✅ 자체 가중치면 가능 |
+| 출시 속도 | **6~8주** | 라이선스 협상 변수 | 3~6개월+ |
+| 품질 | 상용 검증됨 | 우수하나 라이선스 막힘 | 데이터·튜닝 역량 의존 |
+| 리스크 | API 종속·단가 변동·정책변경 | **라이선스 위반 법적 리스크** | 데이터·인력·시간 |
+
+### 3-2. 상용 API 단가 (2026-06-24 검증)
+
+- **FASHN**: $0.075/크레딧(= v1.6 Try-On 1회, ~5~17초). 최소 $7.50(100크레딧). 약정 시 Tier III($1,249/월)에서 **$0.0488/회(~35%↓)**. 상업적 이용 명시.
+  - 출처: <https://help.fashn.ai/plans-and-pricing/api-pricing>
+- **Kling Kolors Virtual Try-On v1.5**(Kuaishou): fal.ai 경유 **$0.07/회**. "상업용 등급·패션 이커머스 최적화" 명시. 단, 상업 이용 시 kwai-kolors@kuaishou.com 설문 등록 필요.
+  - 출처: <https://fal.ai/models/fal-ai/kling/v1-5/kolors-virtual-try-on>
+- **IDM-VTON(Replicate 경유)**: ~$0.024/회 — **단, 모델 자체가 CC BY-NC-SA(비상업)** 이므로 상용 사용은 라이선스 위반 소지. 호스팅 단가가 싸 보여도 채택 불가.
+
+### 3-3. 오픈소스 라이선스 함정 ⚠️ (반드시 인지)
+
+> 우수 오픈소스 VTON 모델(**IDM-VTON, CatVTON**)은 모두 **CC BY-NC-SA 4.0 = 비상업 전용**. 공개 가중치를 그대로 상용 서비스에 탑재하면 **라이선스 위반**입니다. 커뮤니티 스레드상 저자와 상업 라이선스 협상 여지는 있으나 조건 미확인. "오픈소스니까 공짜로 쓰자"는 함정 — 반드시 법무 검토.
+> 출처: IDM-VTON GitHub/HF 모델카드, CatVTON GitHub LICENSE.
+
+### 3-4. 자체 학습은 의외로 "정지 이미지"만 가볍다
+
+- **정지 이미지(CatVTON, ICLR 2025)**: 총 899M 파라미터(학습 가능 49.6M), 추론 **<8GB VRAM**(1024×768), 512×384에서 **2.58초/장**. **8×A800에서 ~10시간** 파인튜닝, 공개 데이터셋 ~73K 샘플(VITON-HD + DressCode)로 학습 가능. → **스타트업도 도전 가능한 수준**.
+- **동영상(Google Fashion-VDM)**: 학습에 **1,700만 페어 이미지 + 5.2만 패션 영상(390만 프레임)**, **16× TPU-v4 약 2주**. → **스타트업에 비현실적.** 동영상은 당분간 사지도 말고 만들지도 말 것.
+
+### 3-5. 권고 기술 로드맵
+
+```
+Phase 1 (0~2개월)   상용 API(FASHN 우선, Kling 백업) 연동 → MVP 출시, 종속성 추상화 레이어 설계
+Phase 2 (2~6개월)   트래픽·전환 데이터 확보. API 단가 × 월 호출량으로 "자체 전환 손익분기점" 산출
+Phase 3 (6~12개월)  손익분기 넘으면 CatVTON식 정지 이미지 자체 모델 학습(자체 데이터로 화질·한국 체형 최적화)
+Phase 4 (12개월+)   동영상/3D는 시장·기술 성숙도 재평가 후 R&D 판단 (현재는 보류)
+```
+
+> **종속성 헷지**: 처음부터 VTON 호출을 **추상화 인터페이스**로 감싸 FASHN ↔ Kling ↔ 자체모델을 코드 변경 없이 교체 가능하게 설계. 단가·정책 급변, 서비스 중단 리스크 대비.
+
+---
+
+## 4. 시장 환경 (한국 1차)
+
+### 4-1. 수요는 한국에서 이미 실증됨 ✅
+
+- **에이블리(Ably)**: 2025년 7월 자체 개발 생성형 AI **'AI 피팅룸 / AI 옷입기'** 출시(사진 1장 등록 → Y2K·오피스·빈티지·스트리트 등 사전 정의 스타일 선택). 2026년 **1~4월 매출 +55%, 콘텐츠 생성 횟수 +55%, 이용자 수 +38%**(직전 동기 대비).
+  - 출처: etnews(2025-07-15), 아시아타임(2026-05-13)
+  - ⚠️ 단, 절대 기준치 미공개의 상대 성장률이며, 전환/반품 인과는 기사에서 직접 주장하지 않음(벤더 우호적 프레이밍 감안).
+
+### 4-2. 경쟁 지형 ⚠️
+
+- **글로벌**: 구글이 **셀카 1장 기반 VTON** 출시(Nano Banana / Gemini 2.5 Flash Image로 전신 합성). 진입장벽을 "전신 사진"에서 "셀카"로 낮춤 → 소비자 VTON이 주류화. 후발주자는 "기술 신기함"만으로는 차별화 불가.
+  - 출처: Google 공식 블로그, TechCrunch(2025-12-11)
+- **한국 주요 플레이어 VTON 도입 현황**: 에이블리는 명확히 선점 확인. 무신사·지그재그·29CM의 VTON/AI 스타일링 도입 강도는 **이번 리서치에서 확정 못 함 → 사업 확정 전 별도 경쟁사 정밀 조사 필요**(Open Question §8).
+
+### 4-3. 시장 규모 ❗ (정직한 한계)
+
+> 검증 과정에서 인용했던 글로벌 가상피팅 시장 규모 수치(Fortune Business Insights: 2025년 68.6억 달러 → 2034년 304억 달러, CAGR 17.7%)는 **적대적 검증을 통과하지 못해 기각**했습니다. **신뢰 가능한 TAM/CAGR 수치를 이 문서는 제시하지 않습니다.** IR/투자용으로 시장 규모가 필요하면, 복수 시장조사기관 원문을 직접 구매·대조하는 별도 작업을 권고합니다.
+
+---
+
+## 5. 비즈니스 모델
+
+초안의 3개 수익 모델(판매 수수료 / B2B SaaS / 프리미엄 멤버십)은 타당합니다. 현실 데이터로 우선순위를 조정합니다.
+
+| 모델 | 평가 | 권고 우선순위 |
+|---|---|---|
+| **판매 수수료**(입점 브랜드 결제 수수료) | B2C 커머스의 본류. 단, 결제·물류·CS·재고 등 풀스택 부담 큼 | 중기 |
+| **B2B SaaS / VTON API·SDK 제공** | 이미 FASHN이 점유 중인 레드오션. 자체 모델 없이 재판매는 마진 압박 | **자체 모델 확보 후** |
+| **프리미엄 멤버십**(광고 제거·정밀 분석·한정판 우선) | 초기 현금흐름·고관여 유저 확보에 유리 | 단기 |
+
+### 5-1. 단위 경제성(Unit Economics) 샘플 — 반드시 직접 검증할 가설
+
+> ⚠️ 아래는 **예시 계산**입니다. VTON 비용 구조를 감 잡기 위한 것이지 검증된 수치가 아닙니다.
+
+- 가정: 사용자가 구매 1건당 평균 **6회 Try-On**(여러 옷·조합 시도), API 단가 $0.075/회
+  - → **구매 1건당 VTON 원가 ≈ $0.45** (약 600원)
+- 평균 객단가 5만 원, 입점 수수료 10% = 5,000원/건이라면 → VTON 원가 600원은 수수료의 12%
+- **민감 변수**: "구매 전환 없이 구경만 하는 Try-On"이 폭증하면 원가가 매출 없이 쌓임 → **무료 Try-On 횟수 제한 / 로그인 게이팅 / 프리미엄 차등**이 비용 통제의 핵심 레버.
+
+### 5-2. ROI 핵심 근거의 공백 ❗
+
+> "가상 피팅이 전환율을 올리고 반품률을 낮춘다"는 업계 통념의 **신뢰 가능한 외부 수치를 이번 리서치는 확보하지 못했습니다.** Zalando의 "사이즈 반품 10% 감소" 주장은 검증에서 기각(0-3)됐고, Walmart/Amazon의 정량 수치도 확정 못 함. → **이 사업의 손익은 "VTON이 전환을 얼마나 올리는가"에 달려 있는데, 그 숫자는 아직 아무도 우리에게 증명해주지 않았습니다.** MVP의 1차 목표를 매출이 아니라 **"전환율 상승폭의 자체 A/B 측정"** 으로 잡을 것을 강력 권고.
+
+---
+
+## 6. 리스크 & 규제 (한국)
+
+### 6-1. 기술 리스크
+
+| 리스크 | 내용 | 완화 |
+|---|---|---|
+| 의상 종류별 난이도 | 복잡한 패턴·레이어드·드레스·액세서리는 정확도 하락 가능 | MVP는 상의·하의 등 난이도 낮은 카테고리부터 |
+| 품질 한계 | 손·로고·텍스트·체형 왜곡 등 확산모델 고질 아티팩트 | 결과물에 "AI 생성·실제와 다를 수 있음" 고지 + 재생성 UX |
+| 지연(Latency) | 5~17초 → 다중 조합 시 누적 | 비동기 큐·로딩 UX·캐싱 |
+| API 종속 | 단가·정책·중단 리스크 | 추상화 레이어 + 멀티 벤더(§3-5) |
+
+### 6-2. 규제·법적 리스크 ⚠️ (한국, 역외적용 주의)
+
+- **AI기본법**(2026-01-22 시행): 생성형 AI 제공자는 ① **AI 기반 서비스임을 사전 고지**, ② **AI 생성물 라벨링** 의무. **국외 행위라도 한국 시장·이용자에 영향 시 적용(역외적용).**
+  - 완화: 결과 이미지에 "AI 생성" 라벨·고지 UI 기본 탑재. (단속 유예 ≥1년이나 의무 자체는 현존)
+- **개인정보보호법(PIPA)**: 식별 목적의 **얼굴·신체 생체정보 = 민감정보** → 별도 법적 근거·강화된 보안조치 필요. VTON의 얼굴/체형 특징 추출이 여기 해당될 수 있음.
+  - 완화: 명시적 별도 동의, 업로드 사진 보관 최소화·암호화·자동 파기, 가능하면 추론 후 원본 즉시 삭제. PIPA 과징금은 **전체 매출 최대 일정 비율**까지 가능하므로 초기부터 법무 설계.
+  - 출처: Chambers 2026 한국 가이드.
+- **저작권/초상권**: ① 브랜드 의상 이미지 사용은 입점 계약에 **VTON 합성 이용 허락** 명문화. ② 타인 사진 업로드 악용 방지(본인 사진·동의 확인).
+
+---
+
+## 7. 권고 (Recommendation)
+
+> **판정: 조건부 Go.** 단, 다음 4개 조건을 전제로 한다.
+
+1. **비전 재정의**: "실시간 3D 물리엔진" → "사진 1장, 수초 내 가상 피팅 이미지". 초안의 물리 시뮬레이션·동영상은 MVP에서 삭제, 로드맵 후반 R&D로 이동.
+2. **Buy-first**: 자체 모델이 아니라 **상용 API(FASHN 우선)로 6~8주 MVP**. 오픈소스 비상업 라이선스 함정 회피. VTON 호출은 추상화 레이어로 감싼다.
+3. **ROI 직접 입증**: MVP 1차 KPI = 매출이 아니라 **"VTON 노출군 vs 대조군의 전환율 차이"** A/B 측정. 이 숫자가 양(+)이어야 자체 모델 투자·B2B 확장의 정당성이 생긴다.
+4. **컴플라이언스 선설계**: AI 라벨링·사전 고지 UI, 생체정보 동의·최소보관·즉시파기 파이프라인을 MVP에 내장(나중에 붙이면 비쌈).
+
+### 권고 MVP 범위 (6~8주)
+- 사진 업로드 → 단일 의상 Try-On(FASHN API) → 결제 연동 → 전환율 A/B 계측
+- 제외: 동영상, 3D 아바타, 실시간 물리, 믹스&매치(v1.1로), B2B API(자체모델 후)
+
+### 단계별 게이트
+- **Gate 1 (MVP 후 8주)**: 전환율 상승 유의미 + VTON 원가/매출 비율 < 임계치 → Phase 2 진행
+- **Gate 2 (월 호출량 기준)**: API 누적 단가 > 자체 호스팅 손익분기 → CatVTON식 자체 모델 착수
+- **Gate 3**: 한국 PMF 확인 → 글로벌(영어권·구글과 차별점) 확장 판단
+
+---
+
+## 8. 미해결 질문 (사업 확정 전 반드시 해소)
+
+1. **신뢰 가능한 글로벌 VTON 시장 규모·CAGR** — 인용 가능한 수치 부재. 시장조사기관 원문 직접 확보 필요.
+2. **VTON의 실제 전환율 상승·반품률 감소 정량치** — 외부 근거 부재. 자체 A/B로 입증해야 하는 핵심 ROI 질문.
+3. **오픈소스(IDM-VTON·CatVTON 등) 상업 라이선스 실제 취득 가능 여부·비용** — 협상 여지는 있으나 조건 미확인.
+4. **무신사·지그재그·29CM의 VTON/AI 스타일링 도입 강도** 및 우리 예상 트래픽에서의 **build-vs-buy 손익분기점** 정밀 산출.
+
+---
+
+## 9. 출처 (검증 통과 주장 기준)
+
+- FASHN API 단가: <https://help.fashn.ai/plans-and-pricing/api-pricing>
+- Kling Kolors VTON: <https://fal.ai/models/fal-ai/kling/v1-5/kolors-virtual-try-on>
+- CatVTON(자체 학습 사양): <https://github.com/Zheng-Chong/CatVTON>, <https://arxiv.org/html/2407.15886> (ICLR 2025)
+- IDM-VTON 라이선스: <https://github.com/yisol/IDM-VTON/blob/main/README.md>, <https://huggingface.co/yisol/IDM-VTON>
+- 동영상 VTON 한계(Fashion-VDM): <https://arxiv.org/html/2411.00225v2> (SIGGRAPH Asia 2024)
+- 에이블리 AI 옷입기 성과: <https://www.etnews.com/20250715000270>, <https://www.asiatime.co.kr/article/20260513500283>
+- 구글 셀카 VTON: <https://blog.google/products-and-platforms/products/shopping/studio-quality-digital-try-on/>, TechCrunch(2025-12-11)
+- 한국 규제(AI기본법·PIPA): <https://practiceguides.chambers.com/practice-guides/data-protection-privacy-2026/south-korea/trends-and-developments>
+
+> **기각된 주장(사용 금지)**: Zalando "사이즈 반품 10% 감소"(검증 0-3 기각), Fortune Business Insights 시장규모 수치(1-2 기각). 본 문서는 이 둘을 근거로 쓰지 않음.
+
+---
+*본 문서는 2026-06-24 deep-research 스냅샷 기반. 단가·모델 버전·규제 시행세칙은 가변적이므로 의사결정 직전 재확인 요망.*

10_Wiki/Topics/memory/distillation_last_run.json

@@ -1,9 +1,9 @@
 {
-  "timestamp": 1781597869139,
+  "timestamp": 1782287672491,
   "report": {
-    "candidateCount": 2,
+    "candidateCount": 8,
-    "promotedCount": 2,
+    "promotedCount": 8,
     "archivedCount": 0,
-    "durationMs": 20
+    "durationMs": 508
   }
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-18_e_wiki_00_raw_script_test_ai로_새로운_비즈니스_저.json

@@ -17,5 +17,7 @@
   "projectContext": "e:\\Wiki",
   "timestamp": 1779078041153,
   "duration": 0,
-  "messageCount": 7
+  "messageCount": 7,
+  "promoted": true,
+  "promotedToLongTermId": "d6077801-48a5-4c7e-a939-48cdd87f131c"
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-18_e_wiki_connectai_이_프로젝트야.json

@@ -11,5 +11,7 @@
   "projectContext": "e:\\Wiki",
   "timestamp": 1779065687652,
   "duration": 0,
-  "messageCount": 7
+  "messageCount": 7,
+  "promoted": true,
+  "promotedToLongTermId": "a4335209-09f0-4561-b37f-cc86119b8f82"
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-18_지금_작업하고_있는거_취소해.json

@@ -8,5 +8,7 @@
   "projectContext": "e:\\Wiki",
   "timestamp": 1779108915969,
   "duration": 0,
-  "messageCount": 4
+  "messageCount": 4,
+  "promoted": true,
+  "promotedToLongTermId": "98a90b2e-0122-425f-bbbe-4304a877ad3a"
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-23__volumes_data_project_antigravity_connec.json

@@ -17,5 +17,7 @@
   "projectContext": "/Volumes/Data/project/Antigravity",
   "timestamp": 1779514696027,
   "duration": 0,
-  "messageCount": 5
+  "messageCount": 5,
+  "promoted": true,
+  "promotedToLongTermId": "98a7770a-e81f-4c15-b562-2a72927d5478"
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-23_너가_실행해.json

@@ -19,5 +19,7 @@
   "projectContext": "/Volumes/Data/project/Antigravity",
   "timestamp": 1779508122666,
   "duration": 0,
-  "messageCount": 18
+  "messageCount": 18,
+  "promoted": true,
+  "promotedToLongTermId": "2c110305-5f15-4aff-ab87-4e70274a1c25"
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-23_안녕.json

@@ -16,5 +16,7 @@
   "projectContext": "/Volumes/Data/project/Antigravity",
   "timestamp": 1779510467097,
   "duration": 0,
-  "messageCount": 6
+  "messageCount": 6,
+  "promoted": true,
+  "promotedToLongTermId": "d3a6779d-28ff-4b86-aced-2a47eb25fd8f"
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-24_안녕_.json

@@ -20,5 +20,7 @@
   "projectContext": "/Volumes/Data/project/Antigravity",
   "timestamp": 1779619946613,
   "duration": 0,
-  "messageCount": 41
+  "messageCount": 41,
+  "promoted": true,
+  "promotedToLongTermId": "5c36cc61-bf7d-49be-b262-3fbbe2224181"
 }

10_Wiki/Topics/memory/episodes/ep_2026-05-25__volumes_data_project_antigravity_connec.json

@@ -22,5 +22,7 @@
   "projectContext": "/Volumes/Data/project/Antigravity",
   "timestamp": 1779669236638,
   "duration": 0,
-  "messageCount": 22
+  "messageCount": 22,
+  "promoted": true,
+  "promotedToLongTermId": "a60ea64d-c811-42de-bc79-470022ff5b6f"
 }

10_Wiki/Topics/memory/episodes/ep_2026-06-24__meet_d_meet_u_txt.json

@@ -0,0 +1,22 @@
+{
+  "id": "e2f97bc1-1c96-4260-895c-78a4579ac1ae",
+  "sessionId": "task_1781834834717",
+  "title": "/meet D:\\Meet\\u.txt",
+  "summary": "시작: /meet D:\\Meet\\u.txt → 최종: /meet confirm 3=6/26",
+  "keyDecisions": [
+    "사항으로 격상 시 주의 필요)",
+    "사항 간의 경계가 모호함)",
+    "사항의 확정적 어조에 대한 검토가 필요합니다.)*",
+    "(담당: 개발/기술팀)",
+    "(담당: 사업/QA)"
+  ],
+  "topics": [
+    "meet",
+    "confirm",
+    "txt"
+  ],
+  "projectContext": "e:\\Wiki",
+  "timestamp": 1782287671957,
+  "duration": 0,
+  "messageCount": 18
+}

10_Wiki/Topics/memory/long_term.json

@@ -623,7 +623,87 @@
       "lastReferencedAt": 1781683011262,
       "referenceCount": 0,
       "expiresAt": 1782892611262
+    },
+    {
+      "id": "a60ea64d-c811-42de-bc79-470022ff5b6f",
+      "category": "episode-digest",
+      "content": "[2026-05-25] /Volumes/Data/project/Antigravity/ConnectAI 의존도가 높거나 개선 등...\n요약: 시작: /Volumes/Data/project/Antigravity/ConnectAI 의존도가 높거나 개선 등등이 설계적으로 필요한 부분은 의견주면 좋겠어. → 최종: 야\n결정: 정책(예: MVP 우선, 기술 스택 제한), 그리고 사용자에게 질문하는 방식까지 명시하여 체계적인 프로젝트 관리를 목표로 합니다. · → 간략한 요약 → 상세 답변 → 요청 요약 → 사용자 의도 추론 → 프로젝트 기록 대상 확인 → 경로 확인 → 핵심 질문(1~3개) 및 질문 의도 제공 → 방향 검토 → MVP 추천 → 기술 스택 제한 순으로 엄격 · 정책: 결정은 사용자 확인 전까지 수용되지 않으며, 아이디어에 따라 '감소된 채택(reduced adoption)'을 선호합니다. · 과정을 관리해야 하므로 더 높은 수준의 아키텍처 설계 경험을 요구합니다. Connect_origin은 데이터 흐름과 외부 시스템과의 연결이라는 명확한 입출력 파이프라인에 중점을 두고 있습니다.\n토픽: volumes, data, project, antigravity, connectai, 의존도가, 높거나, 등등이",
+      "source": "episodic:65f7c802-ab07-410c-b99f-5fab1f60d2a9",
+      "confidence": 0.7,
+      "createdAt": 1782287672413,
+      "lastReferencedAt": 1782287672413,
+      "referenceCount": 0
+    },
+    {
+      "id": "5c36cc61-bf7d-49be-b262-3fbbe2224181",
+      "category": "episode-digest",
+      "content": "[2026-05-24] 안녕,\n요약: 시작: 안녕, → 최종: /Volumes/Data/project/Antigravity/ConnectAI 이 프로젝트를 신뢰있는 비서로 개발하고 앞으로  다양한 기능을 추가하고 싶은데 개선이 필요한부분이 있\n결정: 트럼프 대통령은 일요일까지 군사 행동을 재개할지 여부를 결정할 수 있다는 가능성을 시사했습니다. · 요청하신 사항에 대한 분석 결과, 프로젝트 기록 대상, 사용자 의도 추론, 잠재적 위험 요소들을 종합적으로 고려했을 때 가장 중요한 결정이나 다음 단계에 대한 제안을 제시합니다. 이 분석은 복잡한 세부 사항을 검토하\n토픽: 개선이, 부분이, 있는지, volumes, data, project, antigravity, connectai",
+      "source": "episodic:ebc06cfb-cdb2-4f86-808e-a39815ec0696",
+      "confidence": 0.7,
+      "createdAt": 1782287672416,
+      "lastReferencedAt": 1782287672416,
+      "referenceCount": 0
+    },
+    {
+      "id": "d3a6779d-28ff-4b86-aced-2a47eb25fd8f",
+      "category": "episode-digest",
+      "content": "[2026-05-23] 안녕\n요약: 안녕 /Volumes/Data/project/Antigravity/ConnectAI  코드 리뷰를 해줘 그리고 어떻게 하면 더 유저 친화적으로 너를 개선할 수 있는지 의견 주면 좋겠어. /Volumes/Data/project/Antigravity/ConnectAI 코드 리뷰를 하고 사용자 입장에서 개선이 필요한 부분이 있는지 확인해줘.\n토픽: volumes, data, project, antigravity, connectai, 리뷰를, 있는지",
+      "source": "episodic:e85b1631-5b22-47a4-92f3-d3b18a7ad86b",
+      "confidence": 0.7,
+      "createdAt": 1782287672428,
+      "lastReferencedAt": 1782287672428,
+      "referenceCount": 0
+    },
+    {
+      "id": "2c110305-5f15-4aff-ab87-4e70274a1c25",
+      "category": "episode-digest",
+      "content": "[2026-05-23] 너가 실행해\n요약: 시작: 너가 실행해 → 최종: 안녕\n결정: ** 당신이 싸우는 것은 배우자를 사랑하지 않아서가 아니라, **'지금의 상황과 행동에 대한 나의 기대치'** 가 충족되지 않았기 때문에 시스템이 경고음을 울리는 것일 가능성이 높습니다.\n토픽: volumes, data, project, antigravity, wiki, git에, git에서, pull",
+      "source": "episodic:02dd24f3-d679-4feb-b1a9-ddc470a88410",
+      "confidence": 0.7,
+      "createdAt": 1782287672438,
+      "lastReferencedAt": 1782287672438,
+      "referenceCount": 0
+    },
+    {
+      "id": "98a7770a-e81f-4c15-b562-2a72927d5478",
+      "category": "episode-digest",
+      "content": "[2026-05-23] /Volumes/Data/project/Antigravity/ConnectAI 코드 리뷰하고 사용자 입...\n요약: 시작: /Volumes/Data/project/Antigravity/ConnectAI 코드 리뷰하고 사용자 입장에서 개선이 필요한 부분이 있는지, 제안을 줄 것이 잇는지 평가해줘. → 최종: /Volumes/Data/project/Antigravity/ConnectAI 코드 리뷰하고 사용자 입장에서 개선이 필요한 부분이 있는지, 제안을 줄 것이 잇는지 평가해줘.\n토픽: volumes, data, project, antigravity, connectai, 리뷰하고, 사용자, 입장에서",
+      "source": "episodic:e60e87c6-06f9-48ba-b19f-0e771e7cc79b",
+      "confidence": 0.7,
+      "createdAt": 1782287672449,
+      "lastReferencedAt": 1782287672449,
+      "referenceCount": 0
+    },
+    {
+      "id": "98a90b2e-0122-425f-bbbe-4304a877ad3a",
+      "category": "episode-digest",
+      "content": "[2026-05-18] 지금 작업하고 있는거 취소해\n요약: 지금 작업하고 있는거 취소해 지금 페이지들을 봤는데 작동안되는 페이지도 많고, 동시에 이미지가 없는 이미지들도 있어. 더미 값이지만 일단 모든 이미지를 다 추가해주고 클릭했을때의 보여줘야할 페이지들도 다 보일 수 있게 수정해줘.",
+      "source": "episodic:cf21f52b-4219-4951-b10e-7b92d9dfbbf6",
+      "confidence": 0.7,
+      "createdAt": 1782287672459,
+      "lastReferencedAt": 1782287672459,
+      "referenceCount": 0
+    },
+    {
+      "id": "a4335209-09f0-4561-b37f-cc86119b8f82",
+      "category": "episode-digest",
+      "content": "[2026-05-18] E:\\Wiki\\connectai 이 프로젝트야\n요약: E:\\Wiki\\connectai 이 프로젝트야 ASTRA OFFICE 부분 관련해서 개선할 부분이 너무 많아. 개선점이 무었이 있는지 의견 주면 좋겠어. E:\\Wiki\\connectai GIT에서 PUll 해\n토픽: wiki, connectai",
+      "source": "episodic:81c78f42-315b-4af0-a694-3f6dc6fe624b",
+      "confidence": 0.7,
+      "createdAt": 1782287672470,
+      "lastReferencedAt": 1782287672470,
+      "referenceCount": 0
+    },
+    {
+      "id": "d6077801-48a5-4c7e-a939-48cdd87f131c",
+      "category": "episode-digest",
+      "content": "[2026-05-18] E:\\Wiki\\00_Raw\\Script_test\\AI로 새로운 비즈니스 저와 함께 비행기 타고 샌프란시...\n요약: 시작: E:\\Wiki\\00_Raw\\Script_test\\AI로 새로운 비즈니스 저와 함께 비행기 타고 샌프란시스코 구글로 떠나시죠 l EP.1 구글 IO 실리콘밸리__FmcX0VKJres → 최종: 만약 내가 유사한 내용으로 영상을 제작 하고 싶다면, 어떻게 해야하는지 스크립트 써줄 수 있어? \n\n스크립트 써줄때 콘티도 말해주고 그 다음에 상세 스크립트를 써주는게 좋을 것 같\n토픽: 스크립트를, wiki, 00_raw, script_test, ai로, 새로운, 비즈니스, 비행기",
+      "source": "episodic:4549141d-0e03-4af8-b9fd-581b41891078",
+      "confidence": 0.7,
+      "createdAt": 1782287672480,
+      "lastReferencedAt": 1782287672480,
+      "referenceCount": 0
     }
   ],
-  "lastUpdated": 1781857568169
+  "lastUpdated": 1782287672480
 }