# Agent 미팅: ThreadAuto 파이프라인 구조적 개선

**날짜**: 2026-03-18
**소집 이유**: FiveStagePipeline review 0점 반복, JSON 파싱 실패, carousel 업로드 실패, pipeline hang 문제
**참여 페르소나**: 아폴론(콘텐츠), 페이토(SNS), 불칸(백엔드), 에이레네(Analytics), 로키(DA)
**미팅 모드**: hybrid
**토론 깊이**: thorough
**총 사이클 수**: 5

---

## Cycle 1 (Independent)
5명 전원 독립 합의: 5단계 과잉, review 점수제 폐기, 6→3타입 축소, 안정성 1순위.
DA: 파이프라인 자체 폐기 + 단일 프롬프트 제안, CLI subprocess 시한폭탄 지적.

## Cycle 2 (Sequential)
2단계(generate→validate) 합의. CLI 유지(SDK 차기). 규칙 기반 pass/fail 검증.
DA: "validate는 형식만 잡고 의미를 못 잡는다." 보험 hallucination = 법적 리스크.

## Cycle 3 (Sequential)
A+E 조합 합의: 안전 주제 → 자동 게시, 리스크 주제 → Telegram 검수.
DA: 리스크 분류를 LLM이 하면 재귀적 hallucination → 화이트리스트 하드코딩으로 해결.

## Cycle 4 (Sequential)
전원 GO(조건부). 로키 조건 3건: drop+알림, 일일 상한 50회, 검수 24h 타임아웃.

## Cycle 5 (Final)
전원 만장일치 GO.

---

## 최종 합의 사항

### 1. 파이프라인 구조: 5→2단계
- **generate**: 통합 프롬프트 1회 호출 (angle+structure+writing+hooking 흡수). 타입별 프롬프트 템플릿.
- **validate**: 규칙 기반 pass/fail
  - JSON 스키마 검증 (필수 필드 존재, 타입 체크)
  - 글자수 범위 (텍스트 100~300자, 슬라이드 30~80자)
  - 금칙어 필터 ("보장합니다", "확실히", "무조건" 등 보험업법 위반 소지)
  - 구조 체크 (첫 줄 15자 이내, 마지막 줄 CTA 존재)
- fail 시 1회 재생성, 재생성도 fail → drop + 알림

### 2. 콘텐츠 타입: 6→3종
- empathy (공감), insight (인사이트), cardnews (카드뉴스)
- 확장 가능 구조: 타입 추가 시 프롬프트 템플릿 + validate 규칙만 추가
- 톤 가이드: master_brief에서 주입 (InsuRo 통합 대비)

### 3. 게시 전 검증: 이중 트랙
- **자동 트랙**: 화이트리스트 안전 주제 (초기 10개, 제이회장님 수동 선정). validate 통과 시 즉시 게시.
- **검수 트랙**: 리스크 주제. Telegram 미리보기 + 승인 버튼 (5초 검수).
- 화이트리스트 확대 기준: 2주 내 확정 (검수 비율 모니터링 기반).

### 4. 안전장치 (P0 필수)
- **재생성 fail → drop + 알림**: 사일런트 실패 방지
- **일일 호출 상한**: 50회 hard cap
- **검수 타임아웃**: 24h 미승인 → 자동 drop + 알림
- **최소 로깅**: 생성시간, pass/fail, 재생성 여부, fallback 발동

### 5. 캐러셀 폴백
- carousel 실패 → 1장 이미지 + 텍스트 보완
- fallback_type 로그 기록
- 폴백 비율 10% 초과 시 캐러셀 로직 개선 트리거

### 6. CLI vs SDK
- 현행 CLI 유지
- SDK 전환: P1 안정화 후 2주 내 POC 착수
- CLI wrapper에 타임아웃·재시도 보강

### 구현 우선순위
- **P0 즉시**: 2단계 축소 + validate 규칙 + drop/알림 + hard cap + 최소 로깅
- **P1 이번 주**: 화이트리스트 + Telegram 승인 기능
- **P2 다음 주**: 캐러셀 폴백 + 운영 메트릭 대시보드

## 기각된 대안
- **5단계 유지**: 과잉 설계, 단계 간 JSON 직렬화로 뉘앙스 손실 → 기각
- **review 점수제**: AI 자체 평가 구조적 결함, score 0점 반복 → 기각
- **단일 프롬프트 only (로키)**: validate 없으면 형식 오류 게시 위험 → 기각 (2단계 절충)
- **2-LLM 교차 검증**: Haiku 보험 도메인 지식 부족, 오탐율 높을 것 → 기각
- **fact-check DB**: InsuWiki 미완성, DB 의존 시기상조 → 기각 (차기 검토)
- **QC를 로그로 전환**: 우회 전적 존재 → 기각

## 미해결 항목
- 화이트리스트 초기 10개 주제 선정 → **제이회장님 판단 필요**
- SDK 전환 POC 일정 → P1 완료 후 결정
- 운영 메트릭 대시보드 구체 설계 → P2 시점 결정

## 다음 단계
- P0 위임: 1팀 또는 2팀에 dispatch (제이회장님 승인 후)
- 화이트리스트 주제 10개 선정 요청
- 기존 five_stage_pipeline.py → two_stage_pipeline.py 리팩토링