TradingAgents 역할 시뮬레이터

TradingAgents 역할 시뮬레이터은(는) 무엇을 하나요?

사용자가 TradingAgents 워크플로우 자체를 시뮬레이션하려 할 때 이 스킬을 사용하세요. 코드베이스를 단순히 설명하는 것이 아닙니다. 이 스킬은 서브에이전트와 코디네이터를 사용하여 저장소의 안정적인 비즈니스 프로토콜을 재현합니다:

• 4명의 분석가가 전문 보고서를 생성합니다
• 강세와 약세 연구원이 고정 최대 깊이 시퀀스로 토론합니다
• 연구 관리자가 투자 계획을 작성합니다
• 트레이더가 그 계획을 거래 제안으로 변환합니다
• 공격적, 보수적, 중립적 위험 역할이 고정 최대 깊이 시퀀스로 토론합니다
• 포트폴리오 관리자가 하나의 최종 평가와 실행 요약을 생성합니다

TradingAgentsGraph나 CLI를 기본 경로로 호출하지 마세요. 이 스킬의 핵심은 LangGraph 런타임이 아닌, 서브에이전트를 사용한 역할 프로토콜을 재현하는 데 있습니다.

이 스킬을 사용해야 하는 경우

• "TradingAgents 역할을 시뮬레이션해 달라"는 요청
• 특정 종목과 날짜에 대해 TradingAgents 스타일의 보고서를 생성해 달라는 요청
• 저장소의 분석 체인을 서브에이전트로 재현해 달라는 요청
• 다양한 역할이 최종 결정에 어떻게 기여하는지 비교하거나 감사해 달라는 요청

이 스킬을 사용하지 말아야 하는 경우:

• 보고서 생성 없이 코드베이스를 단순히 살펴보는 요청
• 저장소 파이프라인을 처음부터 끝까지 실행해야 한다고 명시적으로 요청하는 경우

필수 입력값

서브에이전트를 생성하기 전에 다음 입력값을 수집하거나 추론하세요:

• ticker
• analysis_date: 사용자가 제공하지 않으면 현재 현지 날짜를 기본값으로 사용합니다
• language: 기본값 zh-CN
• output_root: 기본값은 현재 작업 공간의 reports/ 디렉토리입니다

.HK, .TO, .T, .L 같은 거래소 접미사를 포함하여 정확한 종목 코드를 모든 곳에서 유지하세요.

코디네이터는 이 스킬에 대해 구성 가능한 깊이나 데이터 모드 스위치를 노출하지 않아야 합니다. 이 스킬은 항상 다음 설정으로 실행됩니다:

• 최대 깊이 연구 토론
• 최대 깊이 위험 토론
• 최신 실시간 증거 자료만 사용

최대 깊이 의미는 고정되어 있으며 추론되거나 축소되어서는 안 됩니다:

• 연구 토론: 강세 시작 후 정확히 5번의 강세/약세 교환, 한 턴씩 번갈아 가며 5라운드 완료
• 위험 토론: 정확히 5번의 전체 사이클 공격적 -> 보수적 -> 중립적

출력 저장

사용자가 명시적으로 다른 대상을 요청하지 않는 한, 최종 결과 패키지는 현재 작업 공간의 reports/ 디렉토리 아래에 저장합니다.

기본 디렉토리 이름:

• reports/<ticker>_<analysis_date>_skill_test_<timestamp>/

동일한 종목과 날짜에 대한 반복 실행 간 충돌을 피하기 위해 타임스탬프를 추가해야 합니다.

권장 타임스탬프 형식:

• YYYYMMDD_HHMMSS

권장 패키지 구조:

• 1_analysts/
• 2_research/
• 3_trading/
• 4_risk/
• 5_portfolio/
• complete_report.md

코디네이터는 다음을 모두 작성해야 합니다:

• 감사 가능성을 위한 단계별 파일
• 사람이 검토할 수 있는 하나의 통합 complete_report.md

모델 선택 정책

모든 역할을 동일한 모델로 기본 설정하지 마십시오. 역할에 적합한 모델 계층을 사용하세요.

권장 기본값:

• 분석가 역할 (시장, 소셜 센티먼트, 뉴스, 기본): gpt-5.4 with medium 추론
• 토론 역할 (강세, 약세, 공격적, 보수적, 중립적): gpt-5.4 with medium 추론
• 종합 역할 (연구 관리자, 트레이더, 포트폴리오 관리자): gpt-5.4 with medium 또는 high 추론

작업이 필요할 때만 업그레이드하세요:

• 증거가 매우 상충되거나 사용자가 최대한의 엄격함을 명시적으로 원할 경우 연구 관리자, 트레이더, 또는 포트폴리오 관리자에 대해 gpt-5.4 with high 추론을 사용하세요
• 이 스킬에서 역할 서브에이전트에 mini 모델을 사용하지 마세요

코디네이터는 전문가 추출, 토론, 종합이 동일한 추론 기준을 공유할 수 있도록 역할 에이전트 전체에 걸쳐 일관된 gpt-5.4 사용을 선호해야 합니다.

워크플로우

1. 중앙 증거 패킷 준비

코디네이터가 증거를 한 번 수집한 후 동일한 패킷을 역할 서브에이전트에 배포합니다. 각 역할이 전체 데이터셋을 독립적으로 재발견하도록 하지 마십시오. 단, 작업이 명시적으로 요구하는 경우는 예외입니다.

코디네이터는 최신 실시간 증거만 사용해야 합니다. 과거 자료와 사용자 제공 자료는 2차 검증 컨텍스트로만 사용해야 하며, 절대 기본 런타임 증거 소스로 사용해서는 안 됩니다.

"최신"을 다음 우선순위로 정의하세요:

1. 가장 최신의 사용 가능한 1차 재무 공시
2. 가장 최신의 사용 가능한 회사 발행 이벤트 공시
3. 가장 최신의 사용 가능한 신뢰할 수 있는 뉴스 및 거시경제 컨텍스트
4. 가장 최신의 사용 가능한 시장 또는 기술 컨텍스트

모든 증거 항목은 다음을 포함해야 합니다:

• metric_name
• period_end
• source_date
• fetch_date
• source
• trust_level
• source_quality_score
• freshness_score
• original_currency_or_unit
• normalized_currency_or_unit

이 소스 우선순위 순서를 사용하세요:

• 재무: 회사 IR, SEC 서류, 거래소 서류
• 회사 이벤트: 회사 IR, 공식 보도자료
• 뉴스 및 거시경제: 주요 뉴스 매체
• 시장 및 기술 컨텍스트: 1차 거래소 스타일 데이터를 사용할 수 없는 경우에만 3차 집계자

증거 패킷은 다음을 포함해야 합니다:

• 상품 블록: 정확한 종목 코드, 분석 날짜, 시장/거래소(알려진 경우)
• 시장 블록: 가격 움직임 및 기술 지표 요약
• 센티먼트 블록: 회사별 센티먼트 및 논의 요약
• 뉴스 블록: 회사 뉴스 및 거시/글로벌 뉴스 요약
• 기본 블록: 재무 프로필, 주요 지표, 재무제표 하이라이트
• 밸류에이션 블록: 최소 밸류에이션 앵커, 역사적 컨텍스트, 민감도 노트
• 소스 블록: 증거 출처 및 신선도

증거가 다운스트림으로 전달되기 전에 주요 숫자 항목을 정규화하세요:

• 원래 통화와 단위를 유지하세요
• 비교를 위해 코디네이터 측에서 정규화된 통화와 단위를 하나 정의하세요
• 분기, 회계연도, TTM, YoY, QoQ와 같은 기간 유형을 명시적으로 표시하세요
• 기간 유형이 명시적이지 않은 경우 기간 간 지표를 비교하지 마세요
• 원래 숫자와 정규화된 숫자를 하나의 레이블 없는 값으로 축소하지 마세요

서브에이전트가 생성되기 전에 증거 검증 패스를 실행하고 각 항목을 다음과 같이 분류하세요:

• trusted: 내부적으로 일관되고, 날짜 스탬프가 있으며, 출처가 그럴듯함
• questionable: 숫자, 날짜, 단위 또는 소스 품질이 약하므로 주의해서 사용 가능
• conflicted: 다른 항목과 실질적으로 불일치하거나 사실로 다운스트림에 전달하기에 안전하지 않음

또한 다음을 포함하는 짧은 검증 요약을 생성하세요:

• 오래되었거나 혼합된 날짜의 항목
• 단위 불일치
• 다른 숫자를 가진 중복 주장
• HOLD-1과 같은 잘못된 형식의 액션 레이블

또한 역할이 생성되기 전에 conflict_resolution_summary를 생성하세요:

• 논쟁 중인 지표 또는 주장
• 후보 값
• 선택된 값 또는 선택된 비결정
• 해당 처리가 선택된 이유
• 문제가 다운스트림에서 해결되지 않은 상태로 남아 있는지 여부

혼합 날짜 증거는 다음 조건에서만 허용됩니다:

• 각 항목에 명시적으로 날짜 스탬프가 찍혀 있음
• 각 항목이 명시적으로 trusted 또는 questionable로 레이블 지정됨
• 혼합 날짜 항목이 동일 날짜 스냅샷인 것처럼 다운스트림에 제시되지 않음

3자 시장 또는 기술 데이터는 기본 거래소 스타일 데이터를 사용할 수 없을 때마다 questionable로 레이블 지정되어야 합니다.

증거 가중치는 다음을 모두 사용해야 합니다:

• source_quality_score
• freshness_score

코디네이터 지침:

• 회사 사실에 대해 고품질이지만 약간 오래된 1차 소스 증거는 더 새롭지만 품질이 낮은 집계자 증거보다 우선합니다
• 더 낮은 품질이지만 더 새로운 시장 컨텍스트는 타이밍 논의에만 사용할 수 있습니다
• 다운스트림 역할은 결합 가중치가 높은 증거를 우선시하고 점수가 낮은 증거는 명시적으로 가중치를 낮춰야 합니다

더 새롭거나 더 높은 품질의 기본 증거가 있을 때 기술 또는 센티먼트 프록시가 회사 품질 판단을 지배하도록 두지 마십시오.

conflicted 항목을 사실인 것처럼 다운스트림 역할 프롬프트에 전달하지 마십시오. 제거하거나 명시적으로 논쟁 중임을 레이블 지정하세요.

최신 실시간 증거를 가져올 수 없거나, 실질적으로 상충되거나, 신선도를 검증할 수 없는 경우, 역할 에이전트를 생성하기 전에 중단하고 사용자에게 진행 방법을 물어보세요. 자동으로 아티팩트 모드 또는 사용자 제공 모드로 다운그레이드하지 마십시오.

역할 실행 전 최소 증거 임계값:

• 최신 1차 재무 공시를 검증할 수 없는 경우 중단하세요
• 신뢰할 수 있는 회사 또는 뉴스 소스가 최신 회사 이벤트 컨텍스트를 뒷받침할 수 없는 경우 신뢰도를 낮추고 뉴스 역할을 증거 부족으로 명시적으로 표시하세요
• 신뢰할 수 있는 시장 컨텍스트 소스를 사용할 수 없는 경우, 시장 역할이 정권 및 불확실성에 대해서만 논의하고 정확한 당일 기술적 결론을 내리지 못하게 하세요
• 소셜 센티먼트 증거가 부족한 경우, 소셜 역할이 공개 토론 프록시를 사용할 수 있지만 신뢰도가 낮아졌음을 명시적으로 명시해야 합니다

증거 패킷은 구조화된 형태로 전달되어야 하며, 하나의 구분되지 않은 텍스트 덩어리가 아니어야 합니다. 다음 코디네이터 측 패킷을 유지하세요:

• analyst_packet
• conflict_resolution_packet
• debate_packet
• investment_plan_packet
• trader_packet
• risk_packet
• final_decision_packet

각 패킷은 다음 필수 키를 포함해야 합니다:

• summary
• evidence_table
• confidence
• contradictions
• key_triggers
• freshness_notes
• normalization_notes

다음 선택적 키도 포함할 수 있습니다:

• full_text

기본 다운스트림 핸드오프는 summary + evidence_table입니다. full_text는 감사 가능성을 위해 유지되며, 분쟁이 해결되지 않았거나 단계에서 원시 기록이 명시적으로 필요한 경우에만 다운스트림으로 전달되어야 합니다.

이러한 패킷을 구성하기 전에 references/handoff-schema.md를 로드하세요.

2. 분석가 단계를 병렬로 실행

4개의 독립적인 서브에이전트를 병렬로 생성하세요:

• 시장 분석가
• 소셜 센티먼트 분석가
• 뉴스 분석가
• 기본 분석가

각 분석가는 다음을 받습니다:

• 공유된 analyst_packet
• conflict_resolution_packet
• 자신의 역할 목표
• references/output-contract.md의 출력 계약

각 분석가는 명확한 결론, 증거, 추론 체인, 주요 위험, 이후 역할에 대한 다운스트림 영향을 포함하는 중국어 마크다운 보고서를 반환해야 합니다.

분석가 단계 출력은 역할별로 분리된 상태로 유지되어야 합니다. 하나의 혼합 요약으로 통합하지 마세요.

3. 강세/약세 토론 실행

4개의 분석가 보고서와 debate_packet에서 토론 컨텍스트를 만듭니다. 그런 다음 정확히 다음 순서로 번갈아 가며 서브에이전트 턴을 실행하세요:

1. 강세 연구원 시작 턴
2. 약세 연구원 응답
3. 강세 연구원 응답
4. 약세 연구원 응답
5. 강세 연구원 응답
6. 약세 연구원 응답
7. 강세 연구원 응답
8. 약세 연구원 응답
9. 강세 연구원 응답
10. 약세 연구원 최종 응답

이 순서는 고정된 최대 깊이 연구 토론을 구성합니다. 사용자가 이 스킬 외부에서 더 가벼운 모드를 명시적으로 요청하지 않는 한 축소하지 마세요.

규칙:

• 각 측은 상대방의 이전 주장에 직접 답변해야 합니다
• 각 측은 분석가 보고서 또는 토론 패킷 항목의 증거를 인용해야 하며, 뒷받침되지 않는 사실을 만들어내면 안 됩니다
• 토론 출력은 대화식이고 대립적이어야 하며, 중립적인 요약이 되어서는 안 됩니다
• 각 측은 코디네이터의 conflict_resolution_summary를 존중해야 하며, 거부된 값을 수용된 사실인 것처럼 부활시켜서는 안 됩니다

최종 라운드 후:

• 전체 토론 기록을 디스크에 저장하세요
• 토론을 investment_plan_packet으로 압축하세요
• 압축된 패킷과 해결되지 않은 분쟁 노트를 연구 관리자에게 보내세요

매 라운드마다 새로운 강세/약세 에이전트를 다시 생성하지 마세요. 후속 입력을 통해 동일한 역할 에이전트를 재사용하여 토론이 일관성을 유지하고 스레드 사용량이 제한되도록 하세요.

4. 연구 관리자가 투자 계획 생성

연구 관리자는 다음을 수행해야 합니다:

• 가장 강력한 강세 및 약세 요점을 요약합니다
• 명확한 입장을 선택합니다
• 중국어로 investment_plan을 작성합니다
• 근거, 위험, 트레이더를 위한 구체적인 조치를 포함합니다
• 증거 패킷에 연결된 최소 밸류에이션 관점을 포함합니다

관리자가 모호하게 남아 있도록 두지 마세요. 방향성 있는 추천을 확정해야 합니다.

관리자는 기본적으로 압축된 investment_plan_packet을 사용해야 하며, 해결되지 않은 분쟁이 직접 검사를 필요로 하지 않는 한 원시 토론 기록을 사용해서는 안 됩니다.

최소 밸류에이션 관점은 다음을 의미합니다:

• 가능한 경우 현재 밸류에이션 앵커 또는 시장이 암시하는 수준
• 이것이 회사의 현재 수익성 가시성과 어떻게 비교되는지
• 재평가 상향 또는 하향을 정당화할 수 있는 것

5. 트레이더가 거래 제안 생성

트레이더는 다음을 받습니다:

• investment_plan
• 4개의 분석가 보고서
• 이전 단계에서 파생된 압축된 트레이더 패킷

트레이더는 다음을 출력해야 합니다:

• 중국어 본문
• 명시적인 실행 고려 사항
• 매수/보유/매도 표현이 포함된 하나의 중국어 결론 줄
• 정확히 다음 형식의 하나의 최종 영어 앵커 줄:

FINAL TRANSACTION PROPOSAL: **BUY/HOLD/SELL**

트레이더는 업스트림 분석 전체를 다시 수행해서는 안 됩니다. 투자 계획을 실행 가능한 거래 관점으로 변환해야 합니다.

트레이더 출력은 실행 계층 조언일 뿐입니다. 트레이더는 밸류에이션을 실행 제약 조건으로 취급해야 하며, 관리자의 방향성 입장을 대체하는 것으로 취급해서는 안 됩니다.

6. 위험 토론 실행

다음에서 위험 컨텍스트를 만듭니다:

• 트레이더 제안
• 4개의 분석가 보고서
• 연구 관리자 계획
• risk_packet

이 고정 사이클로 위험 역할을 실행하세요:

1. 공격적 위험 분석가
2. 보수적 위험 분석가
3. 중립적 위험 분석가

해당 전체 사이클을 정확히 5번 반복하세요.

규칙:

• 공격적은 상승 가능성과 기회 비용에 대해 주장합니다
• 보수적은 하락 위험 통제와 자본 보존에 대해 주장합니다
• 중립적은 양 극단에 도전하고 균형 잡힌 조정을 제안합니다
• 각 턴은 이전 입장에 답변해야 하며, 단순히 정적인 관점을 반복해서는 안 됩니다

전체 위험 기록을 디스크에 저장하지만, 기본적으로 해결되지 않은 분쟁이 원시 기록 검토를 필요로 하지 않는 한 압축된 final_decision_packet을 다운스트림으로 전달하세요.

매 사이클마다 새로운 위험 역할 에이전트를 생성하는 대신 모든 사이클에 걸쳐 동일한 세 개의 위험 역할 에이전트를 재사용하세요.

7. 포트폴리오 관리자가 최종 평가 하나 발행

포트폴리오 관리자는 압축된 final_decision_packet을 받고, 해결되지 않은 분쟁이 필요한 경우에만 전체 위험 토론 기록을 검사할 수 있습니다.

포트폴리오 관리자는 정확히 하나의 최종 평가를 생성해야 합니다:

• 매수
• 비중 확대
• 보유
• 비중 축소

[번역을 위해 잘림]