← 리포트 목록
macro-timeseries FRED 46(실제 50)개 지표 갱신 지연 점검
2026-08-27
hermes
[macro, fred, cron, data-quality, ops]
macro-timeseries 갱신 지연 점검 (2026-08-27 07:28 KST 기준)
사실(what)
- 대상 파이프라인:
macro_series_collector.py(~/.hermes/workspace/scripts/pipeline/), 저장소~/.hermes/workspace/memory/macro-timeseries/+ 사본~/knowledge-agent/100-inbox/117 macro-series/. - 스킬 문서(
macro-timeseries)는 46개라 적혀있으나 실제 배포 코드는 50개 시리즈로 확장돼 있음(2026-03-22 이후 증설, 문서 미동기화). - 크론
macro-series-collector(평일 06:50 KST)는 2026-08-17 13:31:43 KST에 paused 상태로 전환됨(enabled=false).paused_reason은 기록 없음. 마지막 정상 실행은 2026-08-14 06:50(그 이후 8/17~8/26 총 9영업일 미실행). - FRED API 자체는 정상(키 유효,
api.stlouisfed.org응답 200, DNS 정상 — curl로 DGS10/DFF/WALCL 등 실측 확인함). 즉 "API 오류"가 아니라 크론 비활성화가 원인. - 50개 중 39개가 각 주기별 정상 허용 지연(일간 5일/주간 12일/월간 45일/분기 140일)을 초과. 결측(파일 없음)은 0개.
- 예외: 11개 시리즈(DGS2/5/10/30, T10Y2Y, T10YIE, DFII10, T5YIFR, BAMLC0A0CM, BAMLH0A0HYM2, BAMLEMCBPIOAS)는
fi-morning-brief.sh(별도 크론, 평일 07:10, 정상 가동 중)가 매일--series단건 재수집으로 우회 갱신 중이라 8/24~8/26 최신치를 유지함. 본체 크론 없이 부분 우회로만 살아있는 상태.
관계(why linked)
macro-series-collector정지는fed_liquidity_aggregator.py,fi_market_snapshot.py,fi_session_collector.py,signal_synthesizer.py가 공유 참조하는memory/macro-timeseries/*.json을 직접 노후화시킴 → 유동성/크레딧/시그널 합성 산출물 전반의 기초데이터 신선도 저하로 연결.- FRED 실측 대조(curl) 결과 DFF·WALCL·RRPONTSYD·WTREGEN·OVXCLS·DJFUELUSGULF·NFCI·STLFSI4·T5YIE·ICSA·GASREGW·MORTGAGE30US·WRESBAL·DEXCHUS·INDPRO·RSAFS 등은 FRED에 8/19~8/26 최신 관측치가 이미 공표돼 있는데 로컬 파일은 8/07~8/14에 멈춰있음 — 원인 후보는 "API 오류"가 아니라 명백히 "스케줄 누락(크론 paused)".
지연/결측 지표 목록 (39개, 심한 순)
| 시리즈 | 지표명 | 주기 | 로컬 최신일 | 지연일 | 허용기준 초과 |
|---|---|---|---|---|---|
| MMMFFAQ027S | Money Market Funds Assets | 분기 | 2026-01-01 | 238d | +98d |
| BOGZ1FL663067003Q | Margin Debt(분기) | 분기 | 2026-01-01 | 238d | +98d |
| PCEPILFE | Core PCE | 월 | 2026-06-01 | 87d | +42d |
| INDPRO | 산업생산 | 월 | 2026-06-01 | 87d | +42d(FRED실측 7월치 이미 공표) |
| RSAFS | 소매판매 | 월 | 2026-06-01 | 87d | +42d(FRED실측 7월치 이미 공표) |
| UMCSENT/M2SL/TTLCONS/DGORDER/TCU/HOUST/POILDUBUSDM/ID3901/PURANUSDM/JTSJOL | 각 활동/원자재/고용 8종 | 월 | 2026-06-01 | 87d | +42d |
| DEXCHUS | 원/위안 아님, USD/CNY | 일 | 2026-08-07 | 20d | +15d(FRED실측 8/21까지 공표됨) |
| CPIAUCSL/PPIACO/PAYEMS/UNRATE/CPILFESL/TOTALSA/EXHOSLUSM495S/ADPMNUSNERSA/CUSR0000SEHC/CPIMEDSL | 인플레·고용·활동 10종 | 월 | 2026-07-01 | 57d | +12d(단, FRED도 7월치가 최신이라 실질 이상은 아님 — 수집 자체는 밀려있으나 소스 최신치와 동일) |
| DJFUELUSGULF/DFF/OVXCLS/WTREGEN | 일간 4종 | 일 | 2026-08-11~12 | 15~16d | +10~11d(FRED실측 8/25~26까지 공표됨) |
| T5YIE/RRPONTSYD | 일간 2종 | 일 | 2026-08-13 | 14d | +9d(FRED실측 8/26까지 공표됨) |
| NFCI/STLFSI4/ICSA/GASREGW/WALCL/WRESBAL/MORTGAGE30US | 주간 7종 | 주 | 2026-08-07~13 | 14~20d | +2~8d(FRED실측 8/19~24까지 공표됨) |
판단(so what)
- 원인은 API 오류가 아니라 크론 자체가 8/17 13:31에 사유 미기록으로 비활성화된 것. 8/15 22시 시점 크론 상태점검에서는 "정상"으로 잡혔던 잡이 이틀 뒤 정지됨 — 시점상 8/16~17 사이 발생한 API 사용량 한도(429) 대량 장애 복구 과정에서 자동/수동으로 함께 꺼진 뒤 재활성화가 누락됐을 가능성이 높음(운영 로그에 명시적 pause 사유는 없음).
- 실질 데이터 공백이 가장 큰 항목은 분기 시리즈 2종(238일, +98일 초과)과 월간 활동지표 10종(+42일)이며, 인플레이션·고용 계열은 FRED 발표 주기상 큰 문제는 아니고(발표 자체가 아직 8월분 없음) 진짜 문제는 일간·주간 유동성/변동성 지표(DFF, WALCL, RRP, TGA, OVX, NFCI, STLFSI4 등)가 실제로 2주 넘게 밀려 최신 시장 상황을 반영 못하는 것.
- 11개 금리·크레딧 시리즈만 별도 브리핑 스크립트 덕에 살아있어 "전체가 죽은 것처럼 안 보이는" 착시가 있었음 — 감사 기준을 파일 mtime만 보면 놓친다.
행동(now what)
- 즉시 실행 가능(승인 불요, 수동 트리거만 필요): 크론 재활성화 및 즉시 1회 실행으로 백로그 해소.
- 재활성화 명령:
~/.hermes/cron/jobs.json의macro-series-collector.enabled=true,state=scheduled전환(해리 확인 후 진행 — 크론 활성/비활성 변경은 확인 필요 항목). - 백필 실행 예시:
python3 ~/.hermes/workspace/scripts/pipeline/macro_series_collector.py --backfill - 스킬 문서(
macro-timeseriesSKILL.md)의 "46개"를 "50개"로 정정 필요. - 재발 방지:
fi-morning-brief.sh처럼 특정 하위 크론이 상위 수집기와 무관하게 부분 우회 갱신 중인 구조가 전체 파이프라인 상태를 왜곡시키므로, 향후 신선도 감사는 파일 mtime이 아니라 시리즈별data-quality/freshness.json의last_collected+ FRED 실측 대조로 판단해야 함.
원인 후보 요약
- API 오류: 없음(FRED 키·엔드포인트 정상 확인됨).
- 스케줄 누락: 확인됨 —
macro-series-collector크론이 2026-08-17 13:31부터enabled=false로 비활성 상태, 사유 미기록.