루틴 보고서 형식¶

원칙¶

이야기 흐름: 위에서 아래로 읽으면 하루의 맥락이 연결된다
날짜/시간 명시: 모든 데이터에 기준 일시 병기
워치리스트 분리: 추적 종목만. 시장 동향과 섞지 않음
대세감시 = 매매적기 판단: 트리 종목 상태 파악 후 적기 도달 시 보고
시스템 자율 실행 (CRITICAL): 시스템이 전체 작업을 자동 진행한다. 판정·기록·추적·ISSUE_LOG 관리 전부 시스템이 실행한다. "PM 판단 필요", "승인 요청", "결정 필요" 등 PM에게 결정을 떠넘기는 표현 금지. 문제·보완 사항은 시스템(에이전트/커맨드/스킬) 수정으로 해결한다. PM 역할은 시스템 설계 교정과 방향성 지시. 루틴 중 개별 판단 결재 아님.

실행 구조 (S257 2단계 통합)¶

리포트는 2단계로 실행한다. 한쪽이 다른 쪽의 토큰을 잡아먹지 않도록 분리.

Phase A (§1~§3): 에이전트 없이 collected.json 데이터 전사. 넓이 보장 (30종목+, 5그룹+, 10테마+)
Phase B (§4~§8): 에이전트 4라운드. 판단 구조 보장 (4조건 체계, 교차빈도, watchlist)

구조 (EVENING 기준, 다른 시간대도 동일 골격)¶

Phase A: 시장 전체 그림 (에이전트 호출 전, 데이터 전사)¶

1. 한 줄 요약¶

오늘 시장을 한 문장으로. 핵심 숫자 포함.

2. 오늘의 흐름 (시간순 내러티브)¶

전일 장마감 이후 -> 밤사이 -> 프리장 -> 시초 -> 장중 전환점 -> 장마감
인과관계로 연결. "A가 발생해서 B가 움직였고, 그래서 C가 전환됐다"
상한가/급등/급락 종목은 흐름 속에서 각각 왜 설명
매크로/정책/이벤트 상세 (FOMC/BOJ/ECB 결정+의미, ISSUE_LOG 진행, EVENT_CALENDAR)
약어 금지 — "뭐다 + 왜 중요하다" 1줄 이상

3. 오늘 움직인 종목들 (테마별 그룹핑)¶

거래대금 100위를 테마/섹터별로 전부 그룹핑 (5~8그룹)
각 그룹: 종목 테이블(등락/거래대금/수급) + WHY(POLICY_TRACKER 교차) + 주목 포인트
상한가 종목 개별 WHY
하락 테마/종목도 반드시 포함
[Discovery] 매집 의심 + 신규 진입
최소 30종목, 5그룹 이상 커버. 축소 금지

Phase B: 판단 구조 (에이전트 4라운드 후)¶

4. 테마 지형도 (테마 5축 스코어링)¶

theme_4axis_scores.json 전 테마 전사. 종목이 아닌 테마 자체의 강도와 방향성.

5축: 거래대금 집중도(20%) + 거래대금 가속도(20%) + 수익률 RS(25%) + 하방 경직성(15%) + RS 트렌드 5d(20%)

등급: LEADING(80+) / STRONG(60-80) / ACTIVE(40-60) / FADING(<40)
전 테마 표시 (10개+ 필수). Top 5만 나열 시 [WEAK]
테마 상태표에 종목(대장주) 컬럼 금지 -- 종목 판단은 §5의 영역
시계열 내러티브 필수: 등급 전환, 가속/감속, 승격/강등 후보 기술

5. 주도테마 내 대장주 순위 (종목 9축 누적 스코어링)¶

§4에서 LEADING인 테마 내 종목 9축 누적 (LEADER_SCORING.md). collected.json 전사.

누적 원칙: 대장주 = 테마 사이클 전체의 누적 성적표.

9축: 누적거래대금 + 누적수익률 + RS안정성 + 조정얕음 + 반등빠름 + 지지명확 + 캔들깨끗 + 거래대금가속도 + 수급품질

leader / sub_leader / follower 분류
이 결과가 유일한 대장주 판정. 다른 섹션에서 별도 대장주 언급 금지

6. 렌즈별 교차 + DT 종합 verdict¶

5렌즈(매크로/수급/섹터/펀더/차트) Top N을 교차 빈도로 정리.

각 Top 5에 GO 4조건 체크 (S256 수정 명세): 1. 고점/전환 신호 부재 (Upthrust/Effort>Result/HL이탈 없음) 2. SL 자리 확보 (복합지지 -5~10% 이내, R:R >= 2) 3. 재료 뒷받침 (substance_grade A/B) 4. 수급 확인 (외인/기관 누적 순매수)

verdict = GO / WAIT / PASS + rationale + counter_scenario.

WAIT 종목 -> wait_watchlist 자동 등록 (S257):

powershell.exe -ExecutionPolicy Bypass -File scripts/run_py.ps1 scripts/check_wait_conditions.py --add {code} {name} --unmet {조건들} --theme {테마} --price {가격}

매일 run_post_market Phase 1.7에서 조건 변화 자동 점검. GO_READY 시 §7로 자동 승격.

7. 추적 종목 평가¶

§6에서 GO 판정 -> tracking_list.json 자동 등록 + [NEW] 표시
기존 추적 종목 D+n 평가
WAIT watchlist 현황 (data/tracking/wait_watchlist.json 표시)
변경 사항만 강조. 변화 없으면 "유지" 한 줄

8. 내일 전망¶

이벤트 + 시나리오별 영향
WAIT 종목 GO 전환 감시 포인트
보유/추적 종목 체크 포인트
테마 지형도에서 주목할 변화

9. 시스템 자동 판정 결과¶

시스템이 이번 루틴에서 자동 실행한 판정·등록·전환을 요약
신규 tracking_list 등록 (GO/WAIT/PASS + 근거)
기존 추적 종목 D+n 평가 결과 (WIN/MISS/MILD)
ISSUE_LOG 단계 전환 (ACTIVE↔COOLING↔PRICED_IN↔ENDED) — 이브닝/주말 리포트에서만 큐레이션
Supervisor 재실행 이력
번호 매겨서. 각 항목에 근거(데이터·출처) 첨부
결재 요청 금지. 시스템이 이미 실행한 결과를 보고하는 섹션

10. 시스템 개선 제안 (선택)¶

이번 루틴에서 발견된 시스템 결함/누락 — 어떤 파일을 어떻게 수정해야 하는지
예: "run_routine.py의 mid_morning에 intraday_strong_stocks.py 연결 필요. data/mk2 폴더 미생성 버그"
PM 지시가 아니라 시스템 수정 TODO. 다음 세션에서 자동으로 처리 대상

금지¶

같은 정보를 다른 섹션에서 반복
추적하지 않는 종목을 워치리스트에 편입
날짜/시간 없는 데이터 보고
"투자 구루 발언" 없으면 섹션 자체를 생략 (억지로 채우지 않음)
테이블 나열 후 분석 없이 끝내기
"PM 판단 필요", "승인 요청", "결재", "결정 필요" 등 PM에게 결정을 떠넘기는 표현 (시스템이 자동 실행해야 할 부분)
추적 종목을 실매매 지시처럼 기술 ("청산 필수", "오버나이트 금지" 류) — 가상 포지션 평가임을 명확히

저장¶

보고서는 docs/work_logs/YYYY-MM-DD_rs_{시간대}.md로 저장
예: docs/work_logs/2026-04-09_rs_evening.md