전사 임베딩을 MVP에 넣습니다 (기획 v2 §4 보류를 뒤집음)

결정일	상태	원본
2026-07-23	active	heymoa-ai/docs/decisions/2026-07-23-embedding-in-mvp.md

기획 v2(../docs superpowers/specs/2026-07-22-offline-meeting-product-design.md §4)는 임베딩/RAG를 보류로 정했고, APP-108(요약 인덱스 agentic 검색)을 그 대체로 세웠습니다. APP-78은 Low·Backlog로 내려가 있었습니다.

이 결정을 뒤집습니다. 설계 전문은 챗봇 agent 설계 ⑧에 있습니다. 여기에는 왜 뒤집었고 언제 되돌리는가만 적습니다.

왜 뒤집었나

기획은 임베딩과 요약 인덱스를 대체 관계로 봤습니다. 그 전제가 틀렸습니다 — 질문 유형이 갈립니다.

질문	요약 인덱스	벡터 검색
"지난주 회의 뭐 있었어?"	잡습니다	못 잡습니다 (메타 질문)
"결제 모듈 리팩터링 얘기 언제 나왔어?"	제목·요약에 없으면 못 잡습니다	잡습니다

둘 다 도구로 두고 agent가 고르게 하면 어느 쪽도 버릴 필요가 없습니다.

비용도 예상보다 작았습니다. pgvector 확장은 마이그레이션 0001에 이미 있고, 적재는 분석 파이프라인(POST /internal/v1/analyses)이 이미 전사 전체를 받으므로 그래프에 노드 하나를 병렬로 더하면 끝입니다. 새 API도 새 server 이슈도 필요 없습니다.

무엇을 여전히 안 하나

GraphRAG(neo4j)는 제외합니다. 엔티티·관계 추출 파이프라인과 별도 저장소가 붙어서 비용 구조가 다릅니다. 이건 보류를 유지합니다.

되돌리는 조건

신호	그러면
요약 인덱스만으로 충분하다고 관측됨 — 벡터 검색 도구 호출이 거의 안 일어남	transcripts.search를 걷어내고 0003을 되돌립니다
임베딩 비용이 분석 LLM 비용에 유의미하게 얹힘	청킹 윈도우를 키우거나 요약만 임베딩합니다
노트가 수백 개를 넘어 note_id IN (…) 필터가 느려짐	CreateAnalysisRequest에 workspaceId를 추가하고 컬럼으로 겁니다

되돌릴 때 CREATE EXTENSION vector는 그대로 둡니다. 0001은 되돌리지 않는 마이그레이션입니다.