지식센터 / 레퍼런스

📋 CVTR Activity W29 (2026-07-13~07-19)

# 📋 CVTR Activity W29 (2026-07-13 ~ 07-19)

> project_code: CVTR | Tier 2a 주간 Activity Log | Snapshot 정본: bfc95114

7/16 (목) 세션1 — 6sense MCP 벤치마크 → CVTR Intelligence MCP v1.0 설계 정본화

발의 (G0)

• 찰스 의제: 6sense가 GTM 인텔리전스 플랫폼을 MCP 서버로 개방 (오픈 베타, GA 2026-08) → "우리도 비슷하게 구현 가능하지 않을까?"
• 외부 조사 수행 (KHub Miss → web_search)
• 용어 판정: 6sense의 GTM = Go-To-Market. 본 방 Track TAGMAN의 GTM = Google Tag Manager — 약어만 동일, 무관계. 찰스 "GTM 다루는 녀석에게 조사시키자" 지시는 대상 방 확인 필요로 보류 (Cross-Room 발신 ❌ 미실행)

6sense 사실 정리

• 노출 자산: 계정 인사이트 / 예측 구매단계 / 6QA / 키워드 인텐트 / 광고 성과
• 인증: OAuth + Revenue Marketing 라이선스 권한 상속
• 핵심 논리: "시그널 노출은 table stakes, 차별점은 설명 가능한 자격 판정(6QA)" — 모든 스코어에 근거 동봉
• Vinkius 등 3rd-party가 이미 6sense API를 4툴로 래핑 → MCP 래핑은 진입장벽 낮음, 해자는 데이터·판정 로직

옵션 제시 → 찰스 "a" 승인 (G0)

• A: CVTR Intelligence MCP (기존 20 API 래핑) ← 선택
• B: CafeBoost Seller Intelligence MCP
• C: CQS (6QA 대응 예측 스코어)

📋 설계 정밀화 (찰스 "설계를 좀더 정밀하게 + 정본화")

실측 5회 수행 → 직전 설계 전제 2개 붕괴

1. 볼륨: links 29 / clicks 72 / conversions 6 / settlements 9 / mcp_keys 1

→ C안(예측 스코어) 데이터 부족 확인. A안 선택이 실측으로 사후 정당화

1. 스키마 🚨발견1: user_id는 de_stl_tracking_links에만 존재. conversions/settlements/click_events는 service_code 축
2. 데이터 🚨발견2: user_id 27/29건 NULL (digo/test). 2건만 fe225b54(USER)

→ 직전 설계의 "user_id 강제 필터" 작동 불가 → service_code + user_id 이중 격리축으로 재설계

1. RPC: 문서 3개 ↔ 실제 5개. de_stl_conversion_funnel(p_user_id, p_days) / de_stl_match_stats(p_days) 문서 미기재 → BL-09
2. RLS: 6테이블 전부 활성이나 EF는 service_role → 전부 우회. 격리는 100% EF 코드 책임 → T-03 필수

골든 패턴 확보: trackm-external-mcp v1.5 (bizspring EF) = MCP SDK 1.25.3 + Hono + Zod + WebStandardStreamableHTTP + 키 동적 조회. AP-16 동형 복제 대상

설계 확정

• 툴 5종 read-only: cvtr_list_links / cvtr_link_performance / cvtr_conversion_funnel / cvtr_partner_ranking / cvtr_settlement_status
• 6sense 차용: 전 응답 _reasoning 동봉 (promo=확정귀속 / cookie=90일 추정 / fraud=제외사유 / 정산 계산식 전개)
• 6sense 대비 우위: 6sense는 B2B ABM 전용 + 정산 없음. 우리는 커머스/인플루언서 풀퍼널 + 실구매 라벨 보유(→ v3.0 CQS 학습 데이터)
• 위협모델 T1~T9, PII 정책, 검증 T-01~T-05 (T-03 격리 테스트 실패 시 배포 중단)
• DDL 0건 (de_stl_mcp_keys 기존) → 순수 additive EF 1개, 롤백 = EF 삭제

산출물

• 📐 STD-CVTR-INTEL-MCP v1.0 정본 bd185873 (13,117자, PLAN) — KHub 등재 ✅
• 다운로드 md 제공 ✅

상태

• G1 승인 대기 — EF 배포 ❌ / 테스트 키 발급 ❌ / Asana ❌ / Cross-Room ❌ 전부 미실행
• 다음 진입점: "Intel MCP 진행해"

신규 백로그

• BL-09: KHub c3a1bbf9 API Ref RPC 스테일 (3→5)
• BL-10: de_stl_tracking_links.user_id NULL 27건 백필 (미백필 시 digo 데이터 MCP 조회 불가 — 의도된 fail-closed)

학습 #70

> 설계 정밀화 = 실측 강제. "정밀하게" 요청 시 스키마·볼륨·RPC·RLS를 실제 조회하면 문서 기반 설계의 전제가 깨지는 지점이 드러난다. 본 건은 격리축(user_id) 하나가 실측 2회로 무너져 이중축으로 재설계됨. 문서(c3a1bbf9)만 믿었다면 RPC 3개로 잘못 설계했을 것.

부트 이슈

• Sentinel 488cc4b8 (STD-QI-VERSION-LATEST) 검색이 SYS-009 auto_alert로 오염되어 직접 조회 실패 → 정본 드리프트 판정 보류. 자율 패치 ❌ (보고만)

관련 문서

이 문서를 참조하는 문서 (역링크)

• 없음

다른 표현: Markdown · JSON · 최종 갱신 2026-08-24