4단계 수명 주기 방법론 & 공식 벤더 출처
LLMEOL은 공개적으로 검증 가능한 벤더 공식 지원 중단 및 모델 수명 주기 문서만 집계하며, 엄격한 UTC 날짜 연산, 우선순위 안전 카탈로그 병합, 실패 닫힘(fail-closed) 신디케이션 보호 장치를 적용합니다.
엄격한 날짜 기반 4단계 분류 체계
벤더마다 사용하는 용어(Legacy, Preview, Deprecating, Retired, EOL)가 제각각입니다. LLMEOL은 모호한 경고 상태를 임의로 만드는 대신, 벤더 원본 라벨은 sourceLifecycle에 그대로 보존하면서 확정된 UTC 종료일만으로 네 가지 객관적 수명 주기 상태를 계산합니다:
- RETIRED (
days <= 0): 확정된 종료일이 UTC 기준으로 도래했거나 지났으며, API 호출은 일반적으로 HTTP 404/410 오류를 반환하거나 후속 모델로 자동 라우팅됩니다. - EXPIRING (
1 <= days <= 90): 확정된 종료일이 향후 90일(역일 기준) 이내에 도래하며, 프로덕션 엔지니어링 스프린트에서 즉시 마이그레이션이 필요한 구간입니다. - DEPRECATED (
days > 90): 확정된 향후 종료일이 90일 초과로 남아 있거나(또는 종료일 미공개 상태로 Moonshot AI 공식Deprecated Models표에 등재됨), 신규 워크로드 도입을 피하고 업그레이드를 계획해야 합니다. - ACTIVE (정확한
eolDate없음): 일 단위 정확도의 종료일이 발표되지 않았습니다. "no earlier than"이나 "no sooner than" 같은 최소 지원 보장 문구는 확정 날짜가 공지될 때까지 의도적으로 제외됩니다.
정기 동기화는 12시간마다 실행됩니다. 동일한 (provider, modelId) 쌍에 대해 기본 지원 중단 일정이 보조 지원 모델 카탈로그보다 항상 우선하며, 출처별 실패 닫힘(fail-closed) 보존 정책을 통해 일시적인 업스트림 HTTP 오류로 검증된 레코드가 삭제되는 일을 방지합니다.
CodeAP Studio 3대 핵심 워크플로
LLMEOL, DevToken, ToMarkdown은 어떻게 함께 작동하나요?
CodeAP Studio는 세 가지 전문 AI 엔지니어링 스튜디오를 하나로 묶습니다. LLMEOL은 모델 지원 중단을 추적하고 .env 설정을 감사하며, DevToken은 대체 모델의 토큰 단가를 비교하고 MCP/Zod 스키마를 생성하며, ToMarkdown은 PDF/DOCX/HTML 문서를 RAG용 Markdown으로 컴파일합니다.
공개 EOL 표가 없는 애그리게이터는 왜 제외되나요?
LLMEOL은 모든 종료일이 감사 가능한 1차 공지로 연결되도록, 인증 없이 접근 가능한 전용 모델 지원 중단 또는 수명 주기 일정을 운영하는 프로바이더만 색인합니다.