Metodologia de ciclo de vida em 4 estados e fontes oficiais

O LLMEOL agrega apenas documentações públicas e verificáveis de ciclo de vida e descontinuação dos próprios fornecedores—aplicando aritmética estrita de datas em UTC, mesclagem de catálogos com precedência segura e retenção fail-closed nos feeds.

Classificação estrita em 4 estados orientada por datas

Cada fornecedor usa terminologias inconsistentes (Legacy, Preview, Deprecating, Retired, EOL). Em vez de inventar estados de alerta ambíguos, o LLMEOL calcula um dos quatro estados objetivos de ciclo de vida estritamente a partir da data confirmada de desligamento em UTC, preservando o rótulo original do fornecedor em sourceLifecycle:

  • RETIRED (days <= 0): A data confirmada de desligamento chegou ou já passou em UTC; chamadas à API geralmente falham com HTTP 404/410 ou são redirecionadas automaticamente para um modelo sucessor.
  • EXPIRING (1 <= days <= 90): O desligamento confirmado ocorre nos próximos 90 dias corridos—janela prática de migração para sprints de engenharia em produção.
  • DEPRECATED (days > 90): Há uma data firme de desligamento agendada para mais de 90 dias no futuro (ou o modelo consta na tabela oficial Deprecated Models da Moonshot AI sem data de desligamento publicada); evite adotar em novas cargas de trabalho e planeje upgrades.
  • ACTIVE (sem eolDate exata): Nenhuma data de desligamento com precisão de dia foi anunciada. Garantias mínimas de suporte como "no earlier than" ou "no sooner than" são intencionalmente ignoradas até que uma data firme seja publicada.

10 fontes públicas oficiais de ciclo de vida dos fornecedores

Inspecionar JSON bruto

A sincronização agendada roda a cada 12 horas. Cronogramas primários de descontinuação sempre têm precedência sobre catálogos suplementares de modelos suportados para o mesmo par (provider, modelId), e a retenção fail-closed por fonte impede que erros HTTP transitórios na origem apaguem registros verificados.

Endpoints públicos oficiais de documentação sincronizados pelo LLMEOL
Fonte do fornecedor Papel na mesclagem Registros URL canônica da documentação
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

Fluxo de trabalho em três pilares do CodeAP Studio

Como o LLMEOL, o DevToken e o ToMarkdown se complementam?

O CodeAP Studio reúne três estúdios especializados de engenharia de IA: o LLMEOL rastreia descontinuações de modelos e audita configurações .env, o DevToken compara preços de tokens substitutos e gera schemas MCP/Zod, e o ToMarkdown compila documentos PDF/DOCX/HTML em Markdown pronto para RAG.

Por que agregadores sem tabelas públicas de EOL ficam de fora?

O LLMEOL indexa apenas provedores que mantêm cronogramas públicos dedicados e sem autenticação de ciclo de vida ou descontinuação de modelos, garantindo que toda data de desligamento aponte para um aviso primário auditável.