🔌 벤더 status 폴링 → 장애 시 엔진 자동 폴백 (Codex/Anthropic 통합)

기본 정보

소스proposal

발신자대기카드 LLM 분석(pending-to-actions wf) · 260628

우선순위high

생성일시2026-06-28 14:25 KST

결정일시2026-06-28 17:16 KST

결정 액션send

실제 처리 여부

✓ 백로그 등록 완료 (외부 발송 없는 카드)

result_detail구현 작업 등록됨 [Claude(연구비)] — 승인 즉시 자동 실행 (job 827f7791d644)

result_url/codex/report/827f7791d644?fmt=html

검증 게이트

✗ FAIL 0/0 통과

제안 내용

what신규 모듈 vendor_status.py: Codex(status.openai.com/api/v2/summary.json)와 Anthropic(status.anthropic.com/api/v2/status.json) status 를 수집 사이클에 폴링. 장애 감지 시 해당 엔진 신규 job 을 다른 엔진으로 자동 reroute(예: Codex장애→Claude, Opus장애→Sonnet), 기존 queued job 엔 fallback_engine 플래그. 복구 시 자동 복귀. UI 부하 배지 옆 '⚠ <벤더> 장애 중' 배지 표시 + telegram 알림.

value대기 카드 4건(Codex 장애 monitoring/investigating 2건 + Anthropic Opus 오류 + Codex 폴백)이 본질적으로 같은 기능. 현재 엔진은 수동 라디오 고정이라 벤더 장애 시 job 이 조용히 큐에 쌓이거나 실패 → 사람이 수동 판단해야 함. 자동 감지+폴백이면 무음 장애에도 연속성 유지.

limits4개 카드를 따로 구현하면 dispatcher 에 동일 폴링 루프 중복 → 반드시 단일 vendor_status.py 로 통합. status API rate limit 주의(폴링 주기 ≥60s). reroute 가 사용자 엔진선택(연구비/사비 구분)을 덮어쓰면 안 됨 → fallback 은 '장애 동안만' 한시적, 복구 시 원복. 신뢰성 코드라 구현 후 적대검증 1회 필수.

improve(1) vendor_status.py: fetch_status(vendor)→{operational,degraded,incidents}. (2) dispatcher 수집 사이클에 호출, 결과를 cache/vendor_status.json. (3) _enqueue 시 해당 엔진 degraded 면 fallback 엔진으로 route + 카드 extra 기록. (4) renderer 부하배지 옆 장애배지. (5) 복구 폴링으로 원복. (6) 적대검증.

effortM

value_taghigh

engine_hintclaude

초안

초안 없음