Detecção contínua de drift em LLMs e alertas de regressão
Executa sua suíte real de tarefas em cada versão de modelo diariamente e alerta quando um provedor degrada silenciosamente a qualidade ou o comportamento.
Um briefing pronto para colar no Claude Code, Cursor ou qualquer agente de programação (em inglês).
A favor
- Quem paga
- Heads de AI platform e staff engineers em empresas que lançam funcionalidades dependentes de LLMs (50 a 2.000 funcionários); US$ 500 a US$ 3.000 por mês, pago pelo orçamento de infraestrutura de IA. Também power users do Claude Code e fornecedores de ferramentas para devs, num plano de cerca de US$ 50 por mês.
- O que as pessoas disseram · 5
- Pergunta se alguém com evals reais está captando algum sinal, descartando o feeling; o único rastreador público de Opus ao longo do tempo que ele conhece não mostra nada. Ler o comentário ↗
- Precisou rodar de novo sua própria baseline de 30 tarefas depois de 3 de novembro para checar uma regressão, comparando taxas de solução e contagem de tokens manualmente. Ler o comentário ↗
- Observa que o rastreador de qualidade do Claude Code da marginlab parou de rodar há semanas, lamentando que sem ele não há dados confiáveis. Ler o comentário ↗
- Descreve quedas de qualidade inexplicadas e recorrentes, aproximadamente a cada dois meses neste ano, e considera isso uma frustração recorrente de verdade. Ler o comentário ↗
- Preocupa-se com times que passam a validação para LLMs e enfrentam ajustes silenciosos dos provedores e lock-in de comportamento de modelo que podem dar problema de forma inesperada. Ler o comentário ↗
Parafraseado da discussão. Siga os links para ler os comentários originais.
- Concorrentes e lacuna
As plataformas de avaliação existentes obrigam você a definir, hospedar e executar os evals por conta própria, e foram feitas para testes pré-implantação, não para monitoramento contínuo em produção das mudanças silenciosas de modelo de um provedor. Os dois rastreadores comunitários de drift citados estão mortos ou não geram sinal. Ninguém oferece suítes de regressão sempre ativas com alertas por versão e dashboards públicos de drift.
- Por que agora
- Provedores de fronteira lançam testes A/B silenciosos e mudanças motivadas por capacidade toda semana. O episódio do Opus 5.5 em 3 de novembro mostra centenas de usuários pagantes detectando regressões com dias de atraso, pelo feeling. Ainda não existe uma camada de medição pública confiável, apesar da demanda visível por ela.
- Fosso · 5/10
- Ativo que se acumula: um dataset longitudinal do comportamento dos modelos ao longo das versões, somado a corpora padronizados de tarefas. Confiança e baselines históricos são difíceis de replicar para um novo entrante, e dashboards públicos criam distribuição.
Contra
- Time vermelho
- Regressões silenciosas de modelos são uma dor recorrente e documentada, sem uma camada pública de medição que funcione. E eval contínuo como monitoramento é uma lacuna real em relação às plataformas de avaliação pré-implantação.
- O que a faria fracassar
- As mudanças dos provedores são ruidosas e a sensibilidade das suítes de tarefas é baixa, então a ferramenta pode gerar alarmes falsos ou deixar passar regressões reais e perder a confiança, exatamente o que matou os rastreadores comunitários.
Começar
- Primeiros três passos
- Construir um runner que execute de 20 a 50 tarefas padronizadas de codificação/agentes todas as noites em Opus, Sonnet, GPT e Gemini, registrando taxa de solução, tokens de raciocínio, latência e custo por tarefa
- Adicionar um webhook/API para que clientes conectem suas próprias suítes privadas de tarefas e recebam alertas quando as métricas se desviarem além de um limite em relação à baseline
- Publicar um dashboard público gratuito de drift (a alternativa que faltava ao marginlab) para captar SEO e distribuição na comunidade e fazer upsell do monitoramento privado
- Discussão original
- Is Opus 5.5 nerfed? Thinking patterns changed on November 3 ↗ 540 pontos386 comentáriosDos comentáriosArtigo vinculado
Traduzido do inglês. Ler o original