Any Update? Checker
Quanto tempo as pessoas esperam em um repositório do GitHub antes de perguntar “any update?”, e com que frequência recebem resposta? Informe qualquer repositório público para ver.
Issues com um comentário “any update?”
Espera mediana antes de perguntar
Sem resposta de um mantenedor depois de perguntar
Precisaram perguntar mais de uma vez
Linguagens
Os mantenedores de código aberto muitas vezes são voluntários. Estes números descrevem quão visível o progresso é para quem está esperando, não quanto alguém trabalha.
Se os seus clientes fazem a mesma pergunta, a solução é a mesma: deixar que vejam o progresso sem precisar perguntar. O Vi avisa os clientes automaticamente quando o pedido deles é concluído. Veja como funciona
Se os seus usuários relatam problemas em issues do GitHub, o Vi pode levar cada nova issue para a caixa de entrada do helpdesk, publicar as respostas da sua equipe na issue e fechá-la quando o trabalho termina (plano Business). Issues do GitHub no Vi
Como funciona
- O verificador pergunta à API pública do GitHub quantas issues o repositório tem e quantas delas têm um comentário contendo “any update”.
- Depois lê os comentários das 50 mais recentes dessas issues e encontra em cada uma a primeira pergunta “any update?”, “any news?” ou “any progress?”, ignorando as perguntas escritas pelos próprios mantenedores.
- Para cada pergunta, mede quantos dias tinham se passado desde a abertura da issue e se um mantenedor (dono, membro ou colaborador) respondeu depois. O resultado de cada repositório fica guardado por 24 horas, então verificar de novo é instantâneo.
O que os números significam
“Any update?” é o que as pessoas escrevem quando não conseguem ver em que pé algo está. No nosso estudo de 897 perguntas desse tipo em issues do GitHub de 2025, as pessoas esperaram uma mediana de 38 dias antes de perguntar, e 60% não receberam resposta de um mantenedor depois.
Um repositório mais lento ou mais silencioso não é pior. Mas, se um projeto quer menos perguntas desse tipo, a resposta de sempre é tornar o progresso visível: ligar pull requests às issues, usar etiquetas como “planned” ou “in progress” e deixar uma nota curta quando os planos mudam.
Leia o estudo completoRepositórios populares, verificados todo mês
Fazemos a mesma verificação em 20 projetos de código aberto conhecidos uma vez por mês. Os números descrevem quão visível o progresso é para quem espera nas issues, não quão bom é um projeto nem quanto os mantenedores trabalham. Clique em um repositório para ver o resultado completo.
| Repositório | Linguagem principal | Espera mediana antes de perguntar (dias) | Sem resposta de mantenedor | Estrelas |
|---|---|---|---|---|
| react/react | JavaScript | 128 | 84% | 252.540 |
| microsoft/vscode | TypeScript | 14 | 82% | 195.399 |
| flutter/flutter | Dart | 21 | 96% | 181.272 |
| vercel/next.js | JavaScript | 34 | 68% | 143.488 |
| golang/go | Go | 26 | 100% | 139.901 |
| kubernetes/kubernetes | Go | 24 | 62% | 129.074 |
| nodejs/node | JavaScript | 75 | 33% | 123.730 |
| rust-lang/rust | Rust | 127 | 37% | 121.948 |
| godotengine/godot | C++ | 58 | 54% | 120.215 |
| supabase/supabase | TypeScript | 24 | 43% | 115.051 |
| microsoft/TypeScript | Go | 53 | 53% | 111.820 |
| angular/angular | TypeScript | 85 | 73% | 101.481 |
| home-assistant/core | Python | 15 | 80% | 92.266 |
| elastic/elasticsearch | Java | 35 | 67% | 78.692 |
| grafana/grafana | TypeScript | 29 | 95% | 77.896 |
| hashicorp/terraform | Go | 28 | 92% | 50.244 |
| docker/compose | Go | 108 | 88% | 38.849 |
| dotnet/runtime | C# | 39 | 40% | 18.441 |
| n8n-io/n8n | TypeScript | — | — | 210.431 |
| pytorch/pytorch | Python | — | — | 105.472 |
Última atualização:
Quais linguagens veem “any update?” com mais frequência
No nosso estudo, issues em repositórios Dart, C++ e TypeScript receberam um comentário “any update?” mais que o dobro das vezes que issues em repositórios JavaScript e Java. Isso provavelmente diz mais sobre o tipo de projeto do que sobre a linguagem: SDKs, frameworks e apps com muitos usuários finais ouvem a pergunta com mais frequência.
Issues abertas em 2025, agrupadas pela linguagem principal do repositório: comentários “any update?” por 1.000 issues. Leia o estudo completo
Como reduzir as perguntas “any update?”
As pessoas perguntam “any update?” quando não conseguem ver em que pé está a issue delas. Alguns hábitos tornam a resposta visível antes que alguém precise perguntar:
- Diga o que acontece em seguida assim que a issue for triada: planejada, precisa de mais informações ou não planejada. Uma etiqueta basta.
- Ligue pull requests e commits à issue, para que o progresso apareça na própria issue.
- Quando os planos mudarem ou o trabalho parar, deixe uma nota curta. “Não nesta versão” é uma resposta; silêncio não é.
- Feche o ciclo: quando a correção sair, avise quem perguntou e diga em qual versão ela está.
Perguntas
O que o Any Update? Checker mede?
Ele mede com que frequência as pessoas perguntam “any update?” nas issues de um repositório do GitHub, quanto tempo esperaram antes de perguntar, com que frequência um mantenedor respondeu depois e com que frequência as pessoas precisaram perguntar mais de uma vez.
Ele usa o mesmo método do estudo?
Sim. Ele conta comentários contendo “any update”, “any updates”, “any news” ou “any progress”, ignora perguntas escritas por mantenedores e trata as funções de dono, membro e colaborador do GitHub como mantenedores. Pessoas que fazem triagem de issues sem uma dessas funções não contam como mantenedores, então a taxa de resposta mostrada pode ser um pouco menor que a real.
Por que ele lê só as 50 issues mais recentes?
Ler todas as issues de um repositório grande levaria minutos. As 50 issues mais recentes que contêm a pergunta dão uma boa ideia de como o projeto lida com isso hoje. Em repositórios grandes, os números são uma estimativa, não uma contagem completa.
O que é armazenado?
O resultado de cada repositório fica guardado no nosso servidor por 24 horas, para que verificar de novo seja instantâneo. Seu endereço IP é usado apenas para aplicar o limite de 5 repositórios por hora.
Funciona com repositórios privados?
Não. Ele só lê dados públicos do GitHub, então repositórios privados aparecem como não encontrados.
Cansado de comentários “any update?”?
Conecte seus repositórios do GitHub ao Vi. As novas issues chegam à fila da sua equipe, viram tarefas quando você as aceita, e quem abriu a issue recebe um comentário quando o trabalho termina, sem precisar perguntar.