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" 같은 최소 지원 보장 문구는 확정 날짜가 공지될 때까지 의도적으로 제외됩니다.

10개 공식 벤더 수명 주기 출처

원본 JSON 확인

정기 동기화는 12시간마다 실행됩니다. 동일한 (provider, modelId) 쌍에 대해 기본 지원 중단 일정이 보조 지원 모델 카탈로그보다 항상 우선하며, 출처별 실패 닫힘(fail-closed) 보존 정책을 통해 일시적인 업스트림 HTTP 오류로 검증된 레코드가 삭제되는 일을 방지합니다.

LLMEOL이 동기화하는 공식 공개 문서 엔드포인트
벤더 출처 병합 역할 레코드 수 정식 문서 URL
OpenAI primary 173 https://developers.openai.com/api/docs/deprecations
Anthropic primary 38 https://platform.claude.com/docs/en/about-claude/model-deprecations
Google Gemini primary 90 https://ai.google.dev/gemini-api/docs/deprecations
Google Vertex AI (Gemini Models) primary 59 https://docs.cloud.google.com/gemini-enterprise-agent-platform/models/model-versions
Google Vertex AI (Partner Models) primary 9 https://docs.cloud.google.com/gemini-enterprise-agent-platform/models/deprecations/partner-models
AWS Bedrock (Legacy & EOL) primary 56 https://docs.aws.amazon.com/bedrock/latest/userguide/model-lifecycle-legacy.html
Azure OpenAI (Retirement Schedule) primary 164 https://learn.microsoft.com/en-us/azure/foundry/openai/concepts/model-retirement-schedule
Moonshot AI (Kimi) primary 21 https://platform.kimi.ai/docs/models#deprecated-models
AWS Bedrock (Model Cards Catalog) supplemental 149 https://docs.aws.amazon.com/bedrock/latest/userguide/model-cards.html
Azure OpenAI (Foundry Supported Catalog) supplemental 60 https://learn.microsoft.com/en-us/azure/foundry/foundry-models/concepts/models-sold-directly-by-azure

CodeAP Studio 3대 핵심 워크플로

LLMEOL, DevToken, ToMarkdown은 어떻게 함께 작동하나요?

CodeAP Studio는 세 가지 전문 AI 엔지니어링 스튜디오를 하나로 묶습니다. LLMEOL은 모델 지원 중단을 추적하고 .env 설정을 감사하며, DevToken은 대체 모델의 토큰 단가를 비교하고 MCP/Zod 스키마를 생성하며, ToMarkdown은 PDF/DOCX/HTML 문서를 RAG용 Markdown으로 컴파일합니다.

공개 EOL 표가 없는 애그리게이터는 왜 제외되나요?

LLMEOL은 모든 종료일이 감사 가능한 1차 공지로 연결되도록, 인증 없이 접근 가능한 전용 모델 지원 중단 또는 수명 주기 일정을 운영하는 프로바이더만 색인합니다.