여러 AI 도구가 함께 쓰는 프로젝트에서 다시 확인할 수 있는 금융 조사 쓰기

## 어느 파일이 원본이고 어느 것이 도구별 사본인지 정하기 편집하기 전에 저장소의 책임 범위를 파악하십시오. 정본 워크플로 소스, 생성된 에이전트별 패키지, 생성된 프롬프트 래퍼, 공유 금융 도구, 리서치 보고서, 설치 스크립트, 런타임별 지침 파일을 구분하십시오. 지원되는 모든 에이전트 환경에서 하나의 명시된 워크플로 소스만 권위 있는 기준으로 유지하십시오. 생성된 패키지와 프롬프트 래퍼는 독립적인 기준 원본이 아니라 호환성 산출물로 취급하십시오. 플랫폼별 지침이 다른 환경을 암묵적으로 변경하지 않도록 각 런타임의 동작 파일을 분리해 두십시오. ## 기본 절차를 바꾼 뒤 각 AI 도구용 사본 다시 만들기 정본 워크플로를 변경한 뒤에는 저장소의 동기화 프로세스를 실행하여 필요한 모든 에이전트 패키지를 다시 생성하십시오. 해당 호환성 표면이 지원되거나 요청된 경우에만 프롬프트 형식의 래퍼를 다시 생성하고, 두 진입점이 모두 존재할 때는 완전한 워크플로 패키지를 우선하십시오. 정본 소스도 함께 업데이트하지 않은 채 생성된 패키지를 수동으로 편집하지 마십시오. 완료하기 전에 가능한 경우 검사 전용 동기화 모드를 사용하여 생성된 산출물을 다시 작성하지 않고도 최신 상태임을 입증하십시오. 동기화가 관련 없는 변경 사항을 숨기지 않도록 생성된 차이를 검토하십시오. ## 한 AI 도구 전용 파일은 확실히 따로 두기 수작업으로 작성한 플랫폼 전용 패키지는 명확히 표시되어 있고 이름이 같은 정본 워크플로가 없을 때만 허용하십시오. 해당 워크플로를 여러 환경에서 의도적으로 도입한 경우, 공통 동작을 정본 소스로 옮기고 플랫폼 어댑터를 다시 생성하십시오. 지원되는 각 운영 체제의 설치 경로를 제공하고, 문서화된 도구 위치가 예상 체크아웃 레이아웃과 일치하도록 유지하십시오. 한 환경에서 설치에 성공했다는 사실이 다른 환경에서도 작동함을 입증한다고 가정하지 말고, 변경과 관련된 호환성 경로를 테스트하십시오. ## 조사 전에 오늘 날짜를 확인하고 보고서에 기준일 적기 리서치를 시작하기 전에 다음을 수행하십시오. 1. 실행 환경에서 현재 날짜를 읽으십시오. 2. 이 날짜를 ‘최신’, ‘현재’, ‘가장 최근’과 같은 용어의 기준으로 사용하십시오. 3. 보고서 머리말에 데이터 기준일을 명시하십시오. 4. 기준일까지 이용 가능했던 정보와 그 이후에 알게 된 사건을 구분하십시오. 모델 훈련 데이터로부터 현재 날짜를 절대 추론하지 마십시오. 출처마다 업데이트 시점이 다르면 그 차이를 설명하는 데 필요한 관측 시각이나 보고 기간을 기록하십시오. ## 금융 사실을 서로 다른 두 출처로 확인하기 주장을 검증해야 할 때는 독립적인 출처를 최소 두 개 사용하십시오. 핵심 사실에는 1차 공시 문서, 규제 기록, 발행사 공개 자료, 직접적인 시장 데이터를 우선하고, 집계 자료와 뉴스는 암묵적인 대체물이 아니라 교차 확인이나 출처 탐색을 위한 보조 수단으로 사용하십시오. 비교에 필요한 출처, 게시일 또는 조회일, 통화, 단위, 보고 기간, 주식 기준, 조정 기준을 기록하십시오. 불일치는 명시적으로 조정하십시오. 어느 출처가 더 적합한지 설명하지 않은 채 상충하는 값의 평균을 내거나 더 편리한 숫자를 선택하지 마십시오. ## 금융 계산은 계산 도구로 해서 누구나 다시 계산할 수 있게 하기 시가총액, 가치평가 배수, 출처 간 교차 검사, 시나리오 분석에는 결정론적 계산 도구를 사용하십시오. 다른 검토자가 결과를 재현할 수 있도록 입력값, 공식, 단위, 반올림 정책, 출력값을 보존하십시오. 비교하기 전에 통화, 주당 값과 총액 값, 희석 주식 수와 기본 주식 수, 회계 기간과 역년 기간을 정규화하십시오. 가정은 관측 데이터와 분리하고, 결론이 불확실한 입력값에 중대하게 좌우될 때는 민감도 시나리오를 실행하십시오. ## 확실하지 않은 부분을 밝히고 사고팔기를 권하지 않기 출처로 뒷받침된 사실, 계산된 결과, 가정, 분석가의 추론을 구분하십시오. 신뢰도가 낮은 결론, 불완전한 데이터, 오래된 입력값, 상충하는 출처, 해결되지 않은 정보 공백을 명확히 표시하십시오. 근거 없는 추정치를 검증된 현재 값으로 제시하지 마십시오. 이 작업을 투자 조언이 아닌 학습과 리서치로 제시하십시오. 매수, 매도 또는 보유를 지시하는 근거 없는 표현을 피하십시오. 결론을 바꿀 수 있는 한계를 밝히고 신뢰도를 높이는 데 필요한 증거를 명시하십시오. ## 기존 보고서는 그대로 두고 요청한 부분만 바꾸기 작업에서 보고서 변경을 구체적으로 요청하지 않는 한 기존 보고서 파일을 보존하십시오. 도구, 워크플로 또는 호환성 업데이트로 관련 없는 리서치 결과물을 다시 작성해서는 안 됩니다. 변경 사항을 요청된 워크플로, 도구, 스크립트, 문서 또는 보고서로 한정하십시오. 생성된 산출물을 정의된 위치에 유지하고 임시 결과는 변경 사항 집합에서 제외하십시오. 완료하기 전에 범위가 한정된 차이를 검토하고 정본 소스의 편집과 그로 인해 생성된 산출물의 변화를 구분하십시오. ## 끝내기 전에 점검을 돌리고 보고서를 내도 되는지 확인하기 변경된 각 산출물에 관련된 구문, 생성, 호환성 검사를 실행하십시오. 작업이 동기화 확인만을 요구할 때는 쓰기 없는 최신 상태 검사를 사용하십시오. 한 플랫폼만 실행한 검사로 교차 플랫폼 호환성을 주장하지 마십시오. 리서치를 게시 가능한 것으로 간주하기 전에 보고서 감사를 실행하고 기준일, 인용, 독립 출처 요건, 정확한 계산, 단위, 불확실성 표시, 조언의 경계, 변경 범위를 확인하십시오. 통과한 검사, 실행할 수 없었던 검사, 남아 있는 출처 또는 계산의 공백을 보고하십시오.