Magazine · saju editorial

한국 사주 시장은 1조 규모인데 대부분 인간 1:1 점쟁이로 굴러간다. 느리고 비싸고 정합성도 점쟁이마다 다르다. 단일 LLM 에 시키면 환각이 났다. 5인 페르소나를 각자 운영시키고 Grand Master 가 합의시키는 multi-agent 합의 시스템.

• 015인 페르소나 합의 — 단일 LLM 환각 우회
• 02토스 v2 + 다층 webhook 검증 + 멱등성 — production 결제 안정성
• 03DALL-E 3 hd photorealistic editorial (단순 일러스트 X)
• 04매거진 paywall 톤 site-wide (drop-cap / keep-all / pullquote / chapter 한자 / fade-in)
• 051 분석 = 정통 명리학 책 1권 분량 (1.07M+ chars site-wide)

(1) 단일 LLM 환각은 *합의* 가 아니라 *역할 분리* 로 막힌다 — 같은 base 모델이 5번 합의해도 correlated errors (같이 틀림). *사실은 코드가, 해석만 LLM* 이 정답. (2) Toss v2 webhook 사고는 *paymentKey 별 secret 매칭 (HMAC 헤더 X)* + *멱등성 키* + *raw_response 보존* + *3축 진단 (DB·UX·Webhook)* 표준화로 막힌다.

• 01결제 → 환불 cycle 한 번이라도 깨지면 매출 신뢰 0
• 02매거진 분량 30-40K 자/리포트 = 단일 호출 timeout 위험
• 03라이브 운영 중 사고 = 사용자 즉시 영향
• 041인 풀스택 = 자동 회귀·audit 없으면 사람이 못 봄
• 05환각이 매출 직결 도메인 — 신뢰 1회 깨지면 도메인 자체 위협

• 5인 페르소나 + 결정적 차트 계산(코드) 분리 — 환각이 narration 영역만 영향

  buy페르소나 다양성 ↓ → 사실 정합성 ↑. 마케팅적 '합의' 모티프 ≠ 실제 구조 (코드 + LLM narration 분리가 정확)

• Toss v2 paymentKey 별 secret 매칭 + 멱등성 키 + raw_response 보존

  buywebhook 처리 코드 복잡도 ↑ → 동일 유형 재발 0

• 결제 사고 진단 3축 표준 (DB row + UX flow + Webhook payload)

  buy사고 발생 시 분석 시간 ↑ → 단일 데이터 정상도 다른 축에서 사고 잡힘

• 단일 호출 40K 자 timeout → chunked redesign + circuit breaker + 동시성 제한

  buychunk 사이 일관성 부담 → timeout 재발 0

• 광고 launch 후 60 파일 회귀 audit 자동화

  buyaudit 코드 유지 부담 → 회귀 0건

결제 race 62건 → 멱등성 키 적용 후 **동일 유형 재발 0**. 40K 자 timeout → chunked 재설계 후 재발 **0**. 광고 launch + 60 파일 회귀 audit → 회귀 **0**. 라이브 매출 검증 1차 통과 — Toss v2 paywall + 매거진 톤 = 새 카테고리 표준.

라이브 매출. 토스 v2 paywall + 매거진 톤 = 새 카테고리 표준.

사고가 *signal* 이라는 걸 5/11 결제 race 사고에서 다시 확인. *증상 → 원인 → 조치 → 재발 방지* 4단 회고 → 영구 룰 박는 사이클이 이 product 의 진짜 moat. 5인 페르소나 *합의* 라는 마케팅 단어 보다 *코드 결정 + LLM narration 분리* 가 실제 구조라는 게 더 정확한 설명. 환각이 매출로 직결되는 도메인은 단일 fix X — 다축 sweep 만 작동.