TL;DR
O Thunder Client moveu o sincronismo Git – o recurso que armazenava suas coleções como arquivos JSON em seu projeto – para trás de um paywall Pro. Usuários gratuitos ainda podem enviar requisições, mas suas coleções não vivem mais no Git por padrão. Suas melhores alternativas são REST Client (gratuito, baseado em arquivo), Apidog (workspace gratuito com sincronização em nuvem), e para usuários existentes, permanecer em uma versão mais antiga do Thunder Client com suporte limitado.
Introdução
O Thunder Client construiu sua reputação por ser o cliente de API leve, gratuito e amigável ao Git dentro do VS Code. Desenvolvedores o adotaram porque ele armazenava coleções como arquivos JSON no diretório do projeto, o que significava que as requisições de API podiam viver no controle de versão junto com o código que testavam.
Quando o Thunder Client introduziu seu nível Pro e moveu o sincronismo Git para o pago, ele mudou a proposta de valor central que tornou a ferramenta popular. Este artigo aborda exatamente o que mudou, o que os usuários gratuitos perderam e os caminhos de migração disponíveis em 2026.
A linha do tempo: como o paywall aconteceu
O Thunder Client foi lançado como uma extensão totalmente gratuita do VS Code. O modelo original armazenava coleções como arquivos JSON em um diretório .thunder-tests dentro do seu projeto. Esses arquivos eram naturalmente commitados no Git e funcionavam bem em ambientes de equipe.
Com o crescimento do Thunder Client, a equipe de desenvolvimento introduziu um nível Pro para financiar o desenvolvimento contínuo. Os recursos que foram movidos para o Pro foram:
Sincronismo Git: A capacidade de armazenar coleções como arquivos JSON no diretório do seu projeto. Esta é a mudança mais significativa. Usuários do nível gratuito agora têm suas coleções armazenadas no armazenamento de extensão do VS Code, e não em seu projeto.
Compartilhamento em equipe: Compartilhar coleções com colegas de equipe através de fluxos de trabalho baseados em Git.
Executor CLI: Executar coleções a partir da linha de comando para pipelines de CI/CD.
O nível gratuito manteve o envio básico de requisições, coleções locais e variáveis de ambiente. Para desenvolvedores que usavam o Thunder Client apenas para testes ad-hoc, a mudança não foi imediatamente dolorosa. Para desenvolvedores que tinham coleções commitadas em seus repositórios, a mudança significava pagar pelo Pro ou perder o fluxo de trabalho.
O que os usuários gratuitos realmente perderam
Se você estava no nível gratuito antes do paywall e atualizou o Thunder Client, veja o que mudou:
Local de armazenamento da coleção: Antes, as coleções viviam no diretório do seu projeto como arquivos JSON. Depois, as coleções foram movidas para o armazenamento interno da extensão do VS Code. Isso significa que as coleções são:
- Não visíveis no explorador de arquivos do seu projeto
- Não incluídas quando você executa
git add - Não acessíveis a colegas de equipe que clonam seu repositório
- Vinculadas à sua instalação local do VS Code
Histórico do Git: Anteriormente, você podia ver quem alterou uma requisição e quando. Esse histórico desaparece quando as coleções saem do Git.
Integração com revisão de código: As alterações na coleção da API não podem mais ser revisadas como parte de um pull request. Um membro da equipe que adicionasse um novo endpoint à sua API e atualizasse a coleção correspondente do Thunder Client costumava ser um único commit. Agora, isso exige um ciclo manual de exportação/importação ou o pagamento pelo Pro.
Opção 1: Permanecer em uma versão mais antiga do Thunder Client
Tecnicamente possível, praticamente limitado. O VS Code às vezes instala atualizações de extensão automaticamente. Você pode desabilitar as atualizações automáticas para uma extensão específica clicando com o botão direito nela no painel de extensões e selecionando “Disable Auto Update” (Desabilitar Atualização Automática), então instalando uma versão específica baixando o arquivo .vsix do histórico de lançamentos da extensão.
Os problemas com esta abordagem:
- Versões mais antigas não recebem correções de bugs ou patches de segurança
- Atualizações do VS Code podem quebrar a compatibilidade com versões mais antigas da extensão
- Isso é um ônus de manutenção, não uma solução de longo prazo
- A equipe do Thunder Client pode mudar os formatos de armazenamento, tornando as versões antigas menos úteis com o tempo
Esta opção ganha tempo, mas não é um caminho de migração sustentável.
Opção 2: Mudar para REST Client
REST Client, de Huachao Mao, é a extensão HTTP mais popular do VS Code e a substituição mais limpa para o fluxo de trabalho de sincronização Git do Thunder Client.
O REST Client usa arquivos .http – arquivos de texto simples que você cria em seu projeto. Uma requisição se parece com:
GET https://api.example.com/products HTTP/1.1
Authorization: Bearer {{token}}
Accept: application/json
Você salva este arquivo em seu repositório. Qualquer pessoa que clone o repositório terá a requisição. Ele se diferencia de forma limpa no Git, aparece na revisão de código e não exige plano pago.
Passos para migração:
- Instale a extensão REST Client (pesquise “REST Client” por Huachao Mao no marketplace do VS Code)
- Exporte suas coleções do Thunder Client como JSON (isso ainda funciona no nível gratuito)
- Recrie manualmente suas requisições mais importantes como arquivos
.http - Exclua ou arquive as coleções do Thunder Client de que você não precisa mais
Não existe uma ferramenta de migração automatizada que converta o JSON do Thunder Client para o formato .http perfeitamente, mas para a maioria das coleções a conversão é direta.
O que você perde: O REST Client não tem GUI. Você escreve as requisições à mão em formato de texto. Para desenvolvedores acostumados a clicar na interface com abas do Thunder Client, esta é uma mudança de fluxo de trabalho.
Opção 3: Mudar para Apidog
O Apidog oferece um workspace gratuito que resolve o mesmo problema que o sincronismo Git resolvia no Thunder Client, sem o atrito de arquivos de texto simples.
A extensão Apidog para VS Code conecta seu editor a um workspace na nuvem do Apidog. Suas coleções vivem na nuvem do Apidog e sincronizam automaticamente entre os dispositivos. O nível gratuito suporta até três usuários, o que significa que pequenas equipes obtêm coleções compartilhadas sem pagar nada.
Passos para migração:
- Exporte suas coleções do Thunder Client (Arquivo > Exportar no Thunder Client)
- Crie uma conta gratuita no Apidog em apidog.com
- No Apidog, clique em Importar e selecione sua exportação JSON do Thunder Client
- Instale a extensão Apidog para VS Code
- Faça login em sua conta Apidog na extensão
- Suas coleções importadas aparecerão no VS Code
O que você ganha em relação ao Thunder Client gratuito:
- Sincronização na nuvem em todas as suas máquinas
- Compartilhamento em equipe com até três usuários gratuitos
- Histórico de requisições e documentação de API
- Um aplicativo de desktop que compartilha o mesmo workspace da extensão do VS Code
O que você perde: As coleções estão na nuvem do Apidog, não em seu repositório Git local como texto simples. Se você precisa das coleções no Git para conformidade ou acesso offline, o REST Client é uma opção melhor.
Comparando os caminhos de migração
| Opção | Sincronismo Git | Grátis | GUI | Esforço de migração |
|---|---|---|---|---|
| Permanecer no Thunder Client antigo | Sim (versão antiga) | Sim | Sim | Baixo (mas insustentável) |
| Mudar para REST Client | Sim (arquivos .http) | Sim | Não | Médio |
| Mudar para Apidog | Sim (nuvem) | Sim (3 usuários) | Sim | Baixo-médio |
| Pagar pelo Thunder Client Pro | Sim | Não (~$10-15/mês) | Sim | Nenhum |
FAQ
Quando exatamente o Thunder Client moveu o sincronismo Git para o Pro?O Thunder Client introduziu o nível Pro e moveu o sincronismo Git durante 2023. Usuários do nível gratuito perderam o armazenamento do diretório .thunder-tests com as atualizações da extensão após essa mudança.
Posso exportar minhas coleções do Thunder Client antes de mudar?Sim. O nível gratuito ainda permite exportar coleções como JSON. Vá para o painel do Thunder Client, clique com o botão direito em uma coleção e exporte. Faça isso antes de mudar de ferramentas para ter um backup.
O REST Client é mais difícil de usar que o Thunder Client?Depende do seu fluxo de trabalho. Se você se sente confortável escrevendo arquivos de configuração e gosta de ter requisições como texto legível, o REST Client não é mais difícil – apenas diferente. Se você depende de clicar em uma GUI, a transição exigirá ajuste.
O Apidog armazena coleções em meu repositório Git?O Apidog armazena coleções na nuvem, não em seu diretório de projeto local. Se você precisa das coleções em seu repositório Git especificamente (para uso offline ou motivos de conformidade), o REST Client é uma opção melhor.
O nível gratuito do Thunder Client vai piorar com o tempo?A equipe do Thunder Client não anunciou planos para reduzir ainda mais o nível gratuito. Mas o precedente de mover o sincronismo Git para o pago significa que o nível gratuito pode mudar novamente. Construir em um nível pago ou migrar para uma ferramenta gratuita mais previsível reduz esse risco.
Qual é a maneira mais rápida de migrar do Thunder Client para o Apidog?Exporte suas coleções do Thunder Client, crie uma conta gratuita no Apidog, importe o JSON e instale a extensão do VS Code. A maioria dos usuários consegue completar isso em menos de 30 minutos.
O paywall mudou a posição do Thunder Client no mercado. Tanto o REST Client quanto o Apidog oferecem o que o Thunder Client costumava oferecer gratuitamente – apenas em formatos diferentes. A escolha certa depende se você quer arquivos de texto simples ou um workspace sincronizado na nuvem.
