amber같은 raw 1점, 다른 국면: 위기에서 주의로 바뀐 기록
당일 원점수만 같아도 이전 상태와 회복 확인 이력이 다르면 실효점수가 달라집니다. 9월 15일부터 10월 2일까지의 마감 기록을 실제 규칙과 대조했습니다.
발행일: 2026년 10월 5일관측 사실 · raw 1점인데 위기와 주의로 나뉩니다
9월 18일의 저장값은 raw 1점·effective 3점·위기입니다. 10월 2일은 raw 1점·effective 1점·주의입니다. 두 날 모두 TDS 0점 + BBW 1점 + BR 0점이었지만, 당일 점수 합계만으로 최종 국면을 재현할 수는 없습니다.
raw는 당일 세 지표의 위험점수 합입니다. effective는 그 점수와 이전 effective, 고유 날짜별 raw 이력에 상태전이 규칙을 적용한 값입니다. 둘은 같은 시점의 다른 역할을 담고 있습니다.
비교와 계산 · 9월 21일에 네 번째 확인일이 됩니다
실제 계산 함수 apply_recovery_delay와 보고서 설정을 확인했습니다. recovery_days=3은 현재일 이전에 필요한 확인일 수이므로 현재일을 포함하면 raw < 3인 네 개의 고유 거래일이 필요합니다. 악화는 즉시 반영하고, raw가 3점 이상이면 즉시 반영합니다. 낮은 raw로 개선할 때 확인이 모자라면 이전 effective를 유지합니다.
| 시장일 | raw | 저장 / 재계산 effective | 읽는 기준 | 근거 |
|---|---|---|---|---|
| 2026-09-15 | 3 | 3 / 3 | raw 3 · 연속 확인 시작 전 | 저장 원본 |
| 2026-09-16 | 2 | 3 / 3 | raw < 3 · 1번째 확인 | 저장 원본 |
| 2026-09-17 | 1 | 3 / 3 | raw < 3 · 2번째 확인 | 저장 원본 |
| 2026-09-18 | 1 | 3 / 3 | raw < 3 · 3번째 확인 | 저장 원본 |
| 2026-09-21 | 1 | 1 / 1 | 4번째 확인 · 3 → 1 | 저장 원본 |
| 2026-09-22 | 1 | 1 / 1 | effective 1 유지 | 저장 원본 |
| 2026-09-23 | 1 | 1 / 1 | effective 1 유지 | 저장 원본 |
| 2026-09-28 | 1 | 1 / 1 | effective 1 유지 | 저장 원본 |
| 2026-09-29 | 1 | 1 / 1 | effective 1 유지 | 저장 원본 |
| 2026-09-30 | 1 | 1 / 1 | effective 1 유지 | 저장 원본 |
| 2026-10-01 | 1 | 1 / 1 | effective 1 유지 | 저장 원본 |
| 2026-10-02 | 1 | 1 / 1 | effective 1 유지 | 저장 원본 |
9월 15일 raw 3점 뒤에 16일 2점, 17일 1점, 18일 1점이 이어졌습니다. 18일은 세 번째 확인일이어서 effective 3점이 유지됐습니다. 주말을 건너 21일 raw 1점이 네 번째 확인일을 채워 effective가 1점으로 바뀌었습니다. 22·23·28·29·30일과 10월 1·2일의 마감 저장값도 각각 1점·1점입니다.
토·일요일과 9월 24·25일 휴장일은 확인일로 세지 않았습니다. 같은 날짜의 장초·장중·마감 스냅샷 여러 건도 거래일 여러 개가 아닙니다. 이번 대조에는 날짜별 마감 한 건씩만 사용했습니다.
해석 · 회복 확인을 이미 통과했는지가 다릅니다
9월 18일의 1점은 개선 관측이지만 이전 위기 상태를 해제하기에는 확인일이 부족했습니다. 10월 2일에는 이미 9월 21일에 전환한 뒤 직전 effective도 1점이었습니다. 함수는 새 raw가 이전 effective와 같으면 그 값을 그대로 반환하므로 10월 2일에 새로운 위기 해제 절차가 시작된 것이 아닙니다.
이 차이를 ‘같은 데이터에 임의로 다른 등급을 붙였다’거나 ‘2주 동안 예측이 좋아졌다’고 읽지 않습니다. 상태에 기억을 두는 규칙의 결과이며, 위험을 완화하는 데 시간이 걸리는 만큼 회복 초기에 낮은 raw와 높은 effective가 함께 나타날 수 있습니다.
저장된 전략 표시는 9월 18일 ‘중단’, 10월 2일 ‘실행’입니다. 이는 기록된 S11 상태이며, 실제 주문·체결이나 수익을 확인한 결과는 아닙니다. 이번 글은 규칙·임계값·운영 상태를 변경하지 않습니다.
한계 · ‘저장 이력 5거래일’은 현재 보관 범위가 아닙니다
10월 2일 저장 원본의 analysis.qualityIssues에는 ‘저장 이력이 5거래일로 짧습니다’라는 문구가 남아 있습니다. 같은 원본의 coverage.historyDays는 20입니다. 9월 18일과 28일에도 같은 경고가 반복돼 저장된 설명 문구와 구조화된 이력 수가 일치하지 않는 문제를 확인했습니다. 이 글은 원문을 정정하거나 과거 상태를 덮어쓰지 않습니다.
2026년 10월 5일 조회한 국장 보관함은 8월 26일~10월 2일의 26개 시장 날짜·98개 기록을 반환했습니다. snapshot 86건·legacy 12건이며 replay는 0건입니다. 날짜 수와 버전 수는 다르고, 구형 자료에는 원시값이 없는 항목도 있습니다. 이 글의 상태 대조는 이 전체 숫자가 아니라 9월 15일~10월 2일의 검증 가능한 마감 12건에 한정했습니다. 현재 보관 통계는 이후 수집에 따라 달라질 수 있습니다.
당시 생성된 설명·이력 필드, 지금 저장소에서 읽을 수 있는 보관 범위, 성과 검증에 쓸 수 있는 표본은 서로 구분해야 합니다. 보관 데이터는 최초 공개 시각을 입증하는 원장도 아닙니다. 이번 재계산은 9월 15일의 저장 effective 3점을 시작 상태로 놓아 그 이후를 검증했으며, 그 이전 위기 진입 경로를 복원하지 않았습니다.
회복 지연이 손실을 줄였는지, 기회비용이 얼마인지 판단하려면 주문·체결·수수료와 비교 전략의 동일 기간 자료가 필요합니다. 마감 점수 12개로 그 성과를 주장할 수 없습니다.
다음 확인 · 점수와 상태를 연결하는 순서
- 대상 날짜의 마감 원본에서 세 지표와 raw 합계가 맞는지 확인합니다.
- 직전 effective와 당시 회복 조건을 읽고, 중간 거래일의 raw를 날짜별로 한 번씩 세어 대조합니다.
- 누락된 거래일·휴장일·동일 날짜 재실행·원천 정정 여부를 확인합니다. 원자료가 없는 구간은 연결하지 않습니다.
- effective와 S11 표시를 확인한 뒤, 운영 효과를 평가하려면 별도의 실제 체결 자료로 넘어갑니다.
9월 18일 보관 리포트 · 전환일 9월 21일 리포트 · 10월 2일 보관 리포트 · 10월 2일 지표 계산 예제 · 국장 보관함