---
task_id: task-2298
type: context-notes
scope: "server/main.py, src/pages/InfoKeyword.tsx"
status: completed
---

# Context Notes

## A-B-C (3 Step Why)
- A: 왜 플랜별 차등 응답을 서버에서 처리하나? → 프론트에서 숨기면 DevTools로 볼 수 있으므로, 보안상 서버에서 steps 필드를 제거해야 함
- B: 왜 맥스 플랜에서 7단계 상세를 숨기나? → 7단계 분석 로직은 제이회장님(서울대보험쌤) 노하우로, 일반 FA에게 노출하면 경쟁력 상실
- C: 왜 컨설팅 안내를 넣나? → 기능 제한이 아닌 프로페셔널 포지셔닝. 상세 분석 → 컨설팅 리드 생성 장치

## 설계 결정
1. plan_info.get("plan_name")으로 서버에서 히든/맥스 구분 (require_feature가 이미 plan_name 포함)
2. 프론트에서 planName("Hidden"/"Max")으로 UI 분기 (useUserPlan hook 활용)
3. 기존 InfoKeywordContent는 간이 분석 API 호출 → 인포키워드 프록시 API 호출로 전환
4. FeatureGate feature="infoKeyword" 활용 → 맥스 미만 플랜에 fallback 표시

## 참고 자료
- 연동 스펙: /home/jay/.claude/projects/-home-jay--cokacdir-workspace-autoset/memory/project_insuro_infokeyword_integration.md
- Phase 1 구현: server/main.py의 infokeyword 프록시 엔드포인트 (line 2165-2355)