Topic K: 도메인 메인 역할 전환 (압축 -> 해석)¶

Status: 🔄 진행 중. K.1~K.3 완료(명세 수정). K.4 완료(4/30 A/B 비교 — 한미반도체 GO 승격, LG/한솔 PASS 강등 확인). 다음: 월요일 /rs full 실전 검증 Created: 2026-05-02 S257 Origin: PM 지적 — "에이전트가 각자 데이터를 보고 다른 질문을 하도록 원자화했는데, 중간관리자(도메인 메인)가 압축만 하고 해석을 안 함. day-trader가 11개 입력을 한꺼번에 받아서 혼자 해석하는 구조가 병목"

문제 진단¶

현재 구조¶

서브에이전트 30+ (원자화 완료)
  ↓
도메인 메인 5개 (macro/sector/sentiment/fund/news)
  역할: 서브 출력을 패키지로 "압축"
  출력: m_total, s_total, sn_total, f_total, n_total (JSON 패키지)
  ↓
day-trader 1개
  역할: 5패키지 + T1~T5 + C10 = 11개 입력을 한꺼번에 받아서 해석 + 판정

문제점¶

도메인 메인의 "압축"에서 정보 손실 (NC-3 substance_flags가 n_total에 안 들어가면 day-trader가 못 봄)
day-trader가 11개 입력 토큰 과부하로 앞쪽 정보 희석
서브는 원자화됐는데 도메인 메인은 원자화 안 됨 — 구조적 비대칭

해결 방향¶

도메인 메인 5개의 역할을 "압축"에서 "해석"으로 전환.

변경 후:
서브에이전트 30+ (그대로)
  ↓
도메인 메인 5개 (구조 유지, 역할만 변경)
  역할: 서브 출력을 받아서 자기 렌즈의 "질문에 답"
  출력: 해석 결론 (yes/no + 근거 1~2줄) -- 패키지가 아님
  ↓
day-trader 1개
  역할: 5개 해석 결론의 "교차 해석" + GO 4조건 판정

설계¶

각 도메인 메인의 질문 (GO 4조건과 연결)¶

도메인 메인	질문	GO 조건 연결	입력 서브
chartist	"차트 자리가 맞는가? 고점 신호 없는가?"	조건 1(고점신호) + 조건 2(SL자리)	C1~C9, MTF
sector-analyst	"이 재료/테마가 단단한가?"	조건 3(재료)	S1~S7, NC-3 substance_flags, T3
sentiment-analyst	"수급이 들어오고 있는가?"	조건 4(수급)	SEN-1~5, 프로그램, 외인선물
fundamentals-analyst	"실적이 받쳐주는가?"	조건 3 보강(재료 실체)	FA-M1~M7
macro-economist	"거시 환경이 우호적인가?"	맥락	M1~M9

출력 형식 변경¶

Before (압축 패키지):

s_total:
  components: {s1: {...}, s2: {...}, s3: {...}, s5: {...}, s6: {...}, s7: {...}}
  per_stock: {strengths: [...], weaknesses: [...]}
  summary: {lead_themes: [...], leader_stocks: [...]}

After (해석 결론):

sector_verdict:
  question: "이 재료/테마가 단단한가?"
  answer: "YES"
  confidence: "high"
  rationale: "전력설비 composite 82.3 LEADING + 대한전선 substance A(컨센+55%, core exposure) + T3 ACCELERATING"
  risk: "방어력 12.3 약점. 시장 조정 시 동반 하락"
  key_evidence:
    - source: "S3", fact: "대한전선 leader (cum_volume 100, rs_stability 100)"
    - source: "NC-3", fact: "substance_flags.structural_change=true, supply_dominance=true"
    - source: "FA-M6", fact: "cycle_phase=upturn, 변압기 ASP +40~60%"

day-trader 변경¶

Before: 11개 입력에서 핵심 추출 + 방향성 분류 + 판정 (8단계) After: 5개 해석 결론 수신 + 교차 패턴 매칭 + GO 4조건 AND + verdict (3단계)

input:
  chartist_verdict: {answer, rationale, risk}    # 조건 1+2
  sector_verdict: {answer, rationale, risk}      # 조건 3
  sentiment_verdict: {answer, rationale, risk}   # 조건 4
  fundamentals_verdict: {answer, rationale, risk} # 조건 3 보강
  macro_verdict: {answer, rationale, risk}       # 맥락

행동:
  1. 5개 verdict의 answer 조합 확인
  2. 교차 패턴 해석:
     - chartist YES + sector YES = "재료가 받치니까 차트도 좋다 = 강한 GO"
     - chartist NO + sector YES = "재료 좋지만 자리 안 맞음 = WAIT(SL 대기)"
     - sector NO + sentiment YES = "수급만 들어오고 재료 약함 = 위험. PASS"
     - macro NO + 나머지 YES = "역풍 속 상승 = 단기만 가능"
  3. GO 4조건 AND → verdict
  4. WAIT면 unmet + go_trigger 명시 → watchlist 등록

WBS¶

K.1: 도메인 메인 5개 출력 형식 변경¶

각 도메인 메인 명세에서 출력을 "패키지 → 해석 결론"으로 변경
기존 서브에이전트 호출 구조는 유지
질문/answer/rationale/risk/key_evidence 표준 형식 정의

K.2: day-trader 입력/행동 변경¶

11개 입력 → 5개 verdict 입력
8단계 행동 → 교차 패턴 + AND + verdict 3단계
교차 패턴 매트릭스 정의

K.3: rs_post_market 호출 순서 갱신¶

Round 1(도메인 5개 병렬, 해석 모드) → Round 2(day-trader, 교차 모드)
기존 Round 1~3 → Round 1~2로 축소 (도메인 메인이 이미 해석하므로)

K.4: 4/30 데이터로 A/B 비교¶

현재 구조(압축) vs 변경 구조(해석) verdict 품질 비교
산일전기/대한전선 케이스에서 차이 확인

Decisions/Corrections¶

날짜	결정
2026-05-02	PM: "에이전트가 각자 다른 질문을 하도록 원자화한 건데, 중간관리자는 압축만 하고 있다. 해석으로 바꿔야"
2026-05-02	PM: "도메인 메인을 제거하는 게 아니라 역할(압축→해석)만 바꾸면 된다"
2026-05-02	PM: "한 달에 목표 수익만 달성하면 거래 횟수는 적을수록 좋다. 시스템 구조보다 판단 품질이 중요"