추적 가능한 근거를 사용하는 AI 주식 분석

Updated 2026-09-06

특정 기업 질문을 검토 가능한 리서치 패킷으로 바꾸세요. 소스 식별자를 보존하고 지표를 명시적으로 계산하며 해석과 보고된 사실을 구분합니다.

근거로 해결할 수 있는 질문을 하세요

보고된 마진 변화가 기업이 공개한 영업 요인과 일치하는지처럼 질문을 정하세요. 발행인과 정보 기준 시점을 지정하고 비교 가능한 공시를 수집한 뒤 변화를 계산하고 모델에 해당 입력과 연결된 설명을 요청하세요. 수집 전에 출력 형태를 정의합니다. 보고된 사실, 계산된 지표, 가능한 요인, 미해결 질문으로 나눌 수 있습니다. 그러면 검토자가 결과를 평가할 구체적인 방법이 생기고 기업 자료를 무제한으로 모으기보다 어떤 추가 출처가 분석을 개선할지 결정할 수 있습니다.

금융 리서치 워크플로: 공개 출처를 수집하고, 사실을 추출하고, 계산 및 대조를 수행하고, 출처가 포함된 설명을 생성한 다음 결과를 검토합니다.
워크플로 일러스트레이션. 출처가 연결된 리서치와 검토는 거래 실행과 별개의 단계입니다.

발행인과 정보 기준 시점을 확정하세요

거래소별 티커와 함께 안정적인 발행인 식별자를 사용하세요. 증권 유형, 거래 통화, 보고 통화, 회계연도를 기록합니다. 발행인의 연차 보고서, 현지 주가, 미국 예탁증서는 서로 관련 있지만 동일하지 않은 대상을 설명할 수 있습니다. 질문이 사업에 관한 것인지 특정 증권에 관한 것인지 정의하세요. 기준 시점은 단순히 회계 기간의 끝이 아니라 리서치에 허용되는 최신 정보입니다. 이후의 재작성은 이전 입력을 조용히 대체하지 말고 새로운 근거 버전으로 저장합니다.

종합을 요청하기 전에 소스 패킷을 수집하세요

발행인 공시, 관련 규제기관 제출 자료, 라이선스가 있는 보조 자료에서 시작하세요. SEC 제출 자료와 XBRL 인터페이스는 미국 제출 기업에 도움이 될 수 있지만 현지 시장 공시 출처나 원래 제출 맥락을 대체하지는 않습니다. 추출한 각 항목에 소스 URL, 검색 타임스탬프, 문서 해시, 섹션 위치를 함께 보존하세요. 녹취록은 화자가 말한 내용의 근거이고 시장 시세는 특정 시점 가격의 근거입니다. 어느 쪽도 다른 쪽의 주장을 자동으로 검증하지 않습니다. 패킷에 각 출처를 포함한 명확한 이유를 요구하세요.

근거보존할 식별자일반적인 불일치
제출 자료발행인, 접근 번호 또는 문서 버전, 기간재작성 수치와 최초 보고 수치
시장 시계열금융상품, 시간대, 조정 정책잘못된 주식 종류 또는 통화
실적 발표이벤트 날짜, 화자, 녹취록 리비전가이던스를 실현된 성과로 처리
계산입력 참조와 공식 버전혼합된 단위 또는 기간

먼저 계산한 다음 설명을 요청하세요

입력 참조와 분모 규칙을 보존하면서 코드 또는 감사 가능한 스프레드시트로 변화와 비율을 계산하세요. 관련 소스 문단과 함께 결과를 모델에 보내고 가능한 요인을 설명하고 모순을 식별하며 입증되지 않은 내용을 나열하도록 요청합니다. 예를 들어 세그먼트 주석과 함께 매출 및 마진 계산을 제공하고 각 제안 요인을 뒷받침하는 문단에 매핑한 표를 요청하세요. 필요한 컨텍스트와 출력 동작에 따라 현재 모델을 선택합니다. 서술형 수정이 입력을 조용히 바꾸지 않도록 계산 기록은 별도로 유지하세요.

구조화된 보고서 계약을 사용하세요

보고된 사실, 계산된 지표, 해석, 미지의 값을 분리하세요. 중요한 모든 해석은 이를 뒷받침하는 사실을 가리키고 가능한 대안을 인정해야 합니다. 사용할 수 없는 근거에는 실제 재무 결과처럼 보이는 예시를 지어내지 말고 빈 컬렉션을 사용하세요. 아래 스키마 개요는 애플리케이션 수준 설계이며 새로운 APIsRouter 요청 형식이나 업스트림 프로젝트 설정이 아닙니다. 검증기는 소스 참조 누락을 거부하고 사람이 추론을 검토할 때까지 산출물을 대기 상태로 둬야 합니다.

{
  "issuer_id": "REQUIRED",
  "as_of": "REQUIRED_ISO_TIMESTAMP",
  "question": "REQUIRED_RESEARCH_QUESTION",
  "facts": [],
  "computed_metrics": [],
  "interpretations": [],
  "counterevidence": [],
  "unknowns": [],
  "review_status": "pending"
}

인용 형식만이 아니라 주장을 검토하세요

인용한 문단을 열어 특정 문장을 뒷받침하는지 확인하세요. 기간, 단위, 기업이 일치하는지 확인한 뒤 해석이 근거에서 따라오는지 또는 말하지 않은 가정을 추가하는지 묻습니다. 두 번째 모델은 불일치를 찾는 데 도움이 될 수 있지만 첫 번째 모델의 요약만 본다면 독립적인 교차 검증이 아닙니다. 검토자에게 원본 소스 패킷과 명확한 거부 규칙을 제공하세요. 경쟁하는 설명을 자동으로 자신 있는 합의로 합치지 말고 의견 차이를 보존합니다.

각 단계에서 비용과 실패 근거를 기록하세요

수집, 파싱, 계산, 모델 단계를 별도로 저장해 실패한 표 추출 때문에 전체 작업을 다시 시작하지 않게 하세요. 작업 및 모델 식별자별 요청과 청구 가능한 재시도를 추적한 뒤 현재 가격 계약과 사용량을 대조합니다. 미해결 사용량은 알 수 없는 값으로 기록하세요. 소스를 사용할 수 없다면 누락된 근거를 식별한 부분 리서치 상태를 반환합니다. 핵심 주장이 누락된 공시나 검증되지 않은 수치 가정에 기반한다면 길고 완성되어 보이는 보고서도 성공으로 처리해서는 안 됩니다.

근거와 모델 접근

이 가이드는 출처에 기반한 워크플로와 예시 출력 구조를 제공하며 실행된 기업 사례는 아닙니다. 완전한 사례에는 허용된 입력, 소스 및 코드 버전, 실제 모델 식별자, 사용량 기록, 검토된 주장이 필요합니다. GPT-6 Astra는 공식적으로 존재하지만 2026년 9월 5일 공개 APIsRouter 카탈로그 확인에는 등록되지 않았습니다. 이 워크플로의 모델을 선택할 때는 현재 카탈로그를 사용하세요. 공식 모델 접근과 게이트웨이 제공 여부는 별개입니다.

자주 묻는 질문

티커만으로 모델이 주식을 분석할 수 있나요?

문장은 생성할 수 있지만 감사 가능한 분석에는 발행인 식별자, 기준 시점, 실제 출처, 정의된 리서치 질문이 필요합니다.

LLM이 재무 비율을 계산해야 하나요?

중요 지표에는 재현 가능한 계산을 사용하고 설명과 검토를 위해 입력과 함께 결과를 모델에 전달하세요.

유효한 인용이 결론을 입증하나요?

아니요. 문단은 정확한 주장을 뒷받침해야 하며 해석은 가정과 누락된 대안을 기준으로 여전히 검토되어야 합니다.

이 작업의 모델은 어떻게 선택하나요?

소스 패킷 크기, 필요한 출력 구조, 도구 상호작용을 확인한 뒤 같은 검토 작업 패킷에서 후보 모델을 비교하세요.

기업 하나의 보고서 다음에는 무엇을 해야 하나요?

반복 가능한 관심 종목 워크플로로 확장하기 전에 소스 버전 처리, 부분 결과 상태, 주장 검토를 확립하세요.