Versões do Clumsy: status oficial e guia de download

01

O que o índice atual de versões do Clumsy mostra

Comece pela origem e pelo uso antes de comparar um número encontrado em uma busca.

Um índice de versões responde a duas perguntas: qual release foi publicado pelo dono do projeto e qual arquivo combina com o Windows e o teste que você controla? Para o Clumsy, a primeira resposta é 0.3. A API oficial consultada em 8 de outubro de 2026 retornou a tag 0.3, sem ser rascunho ou prévia, com seis ZIPs. Não encontramos tags oficiais 0.4, 0.5 ou 0.6 no histórico de primeira parte.

Um número maior não é automaticamente perigoso, mas precisa de uma cadeia de origem. Se um pacote não puder ser ligado ao repositório jagt/clumsy, a uma tag de Release, a um nome de arquivo correspondente e a um hash verificável, mantenha-o fora da lista oficial. O guia de versões oficiais e não oficiais mostra como avaliar a afirmação sem distribuir binários desconhecidos.

• Use a tag e a página de Release oficiais como referência.
• Combine a arquitetura com a instalação Windows do teste.
• Registre nome exato, tamanho em bytes e SHA-256 do arquivo usado.
• Trate um número maior de espelho ou fork como alegação a ser verificada.

02

Release oficial verificado: Clumsy 0.3

Estes fatos são o ponto de partida estável das versões do Clumsy.

O GitHub apresenta o Clumsy 0.3 como release final publicado em 21 de outubro de 2023. É um utilitário portátil para Windows; os assets são ZIPs, não um instalador criado por este site. A página de download e notas do Clumsy 0.3 mantém a tabela de arquitetura, A/B/C, tamanhos e hashes.

Os seis arquivos são divididos entre Win32 e Win64, com A, B e C em cada grupo. O sufixo descreve uma assinatura do WinDivert registrada no release, não um nível de recursos. Comece pelo A quando ele for aprovado no seu ambiente e guarde o nome exato no relatório de teste. O guia do Clumsy no GitHub separa repositório, Releases, site do projeto e código-fonte.

03

Escolha Win64 ou Win32 e depois A, B ou C

Use o menor arquivo que corresponda à máquina e à política de drivers aprovada.

A maioria dos Windows atuais é x64, mas não adivinhe em um equipamento gerenciado. Confira o tipo do sistema ou a arquitetura já registrada para a imagem da aplicação. Win64 e Win32 são ZIPs diferentes; escolher o errado pode parecer um erro de inicialização.

Depois da arquitetura, selecione uma variante de assinatura documentada. A, B e C não são edições com recursos diferentes. São assinaturas do WinDivert para políticas de driver distintas. Para B ou C, calcule o hash do ZIP escolhido em vez de copiar o valor de A. Se o Windows Security alertar, consulte a revisão do Windows Defender e o processo do dono do equipamento.

1. Confirme a arquiteturaRegistre x64 ou x86 para o Windows e para a aplicação testada.
2. Abra o Release oficial 0.3Mantenha tag, lista de assets e origem visíveis.
3. Escolha uma varianteUse A/B/C aprovada e guarde o nome exato.
4. Verifique antes de executarCompare nome, bytes e SHA-256; extraia o ZIP completo.

04

Como ler uma alegação de versão maior

Um número maior é motivo para revisar a procedência, não prova de novo release oficial.

Resultados de busca podem citar Clumsy 0.4, 0.4 v2, 0.5 ou 0.6. A verificação oficial desta página não encontrou essas tags no histórico publicado de jagt/clumsy. Um fork ou build interno pode usar outro número, mas é outro artefato, com mantenedor, mudanças no código, processo de build e análise de segurança próprios.

Identifique o mantenedor e o repositório antes de tudo. Depois compare commit, conteúdo do arquivo, processo de build e hash. Um ZIP renomeado, uma contagem regressiva, um pedido para desligar a proteção ou promessa de lag switch indetectável não é um registro confiável. Use a página de versões oficiais e não oficiais para manter a incerteza explícita.

• Sem tag oficial, uma versão maior continua sem verificação.
• Um fork deve informar mantenedor, diferenças e processo de build.
• Um instalador reempacotado não é o ZIP portátil do projeto.
• Não use pacote sem verificação para contornar Defender, anti-cheat ou política da organização.

05

Escolha a próxima página pela sua pergunta

O índice de versões do Clumsy encurta o caminho até a evidência certa.

Abra a página 0.3 para comparar Win32 e Win64, variantes A/B/C e hashes principais. Abra o GitHub para repositório, lista de Releases, site do projeto ou código. Quando um resultado citar 0.4, 0.5 ou 0.6, use a página de versões oficiais e não oficiais.

Se a sua pergunta é como testar depois de escolher uma versão, leia Como usar o Clumsy. O guia cobre filtro estreito, uma condição, linha de base, observação e recuperação; páginas próprias tratam latência, perda, banda e ordem.

06

Torne a verificação das versões do Clumsy repetível

Um registro curto protege quem precisar repetir o teste.

Guarde URL da API ou Release, data, tag, nome exato, tamanho e SHA-256 completo. Acrescente arquitetura, variante A/B/C e motivo da autorização. Assim um arquivo 0.3 conhecido não se confunde com uma cópia de mesmo nome obtida por outra rota.

Quando surgir um Release oficial novo, confira o histórico antes de atualizar o índice. Atualize tag, data, links, tamanhos, hashes, metadados, FAQ e página detalhada em conjunto. Um número alterado apenas em fórum ou espelho não muda o status oficial.