Níveis de evidência
| Nível | Significado |
|---|---|
| Verificado oficialmente | A documentação/fonte upstream confirma um requisito ou comportamento; não é uma certificação de veículo |
| Mantenedor testado | O mantenedor upstream relata explicitamente um teste físico, com escopo declarado |
| Comunidade verificada | O Contributor fornece um resultado explícito de teste/construção/recurso; o APK final pode ser diferente |
| Comunidade denunciada | Um proprietário descreve um resultado; não reproduzido de forma independente |
| Problemas parciais/conhecidos | Uma configuração tem comportamento parcial ou uma limitação documentada |
| Sem teste confiável | Nenhum relatório confiável para a combinação solicitada |
| Não compatível | Fora da política de suporte upstream ou lançamento mínimo de APK |
Como o verificador evita adivinhar
Todos os campos informados devem coincidir para haver uma correspondência exata. Um campo sem informação na fonte não confirma ano, Android, iPhone, iOS ou firmware. Versões menores do sistema, do DiLink e builds não são agrupadas automaticamente.
A confirmação exige versões suficientemente detalhadas e um teste de funcionamento explícito. O sucesso de um único usuário continua sendo evidência limitada; a falha se refere àquela configuração. Relatos contraditórios de sucesso e falha aparecem juntos.
Relatos de modelos ou gerações parecidos ficam separados e servem apenas para orientar testes. Chipset, marca, instalação do APK ou emparelhamento Bluetooth não confirmam compatibilidade.
O que é publicado
Só registros revisados e organizados entram na base pública. A sincronização da API gera candidatos para revisão humana, sem transformar textos de issues em artigos. Fontes e notas mantêm a distinção entre builds de teste e APKs publicados.
Uma página de modelo exige pelo menos três autores de relatos independentes e identificáveis, além de testes bem-sucedidos com versões e conexão descritas. Várias issues da mesma pessoa não são testes independentes.