Claude Desktop no Windows: o que checar antes de instalar e o que fazer se ele não abrir

Quase todo problema do Claude Desktop no Windows cai em três famílias: pré-requisito faltando, tela em branco e atualização travada por arquivo em uso

E tem um motivo pra isso

O app não é um .exe de "next, next e finish" qualquer: ele é distribuído como pacote MSIX assinado, o mesmo formato de pacote usado pela Microsoft Store, nas arquiteturas x64 e arm64

MSIX significa instalação e atualização gerenciadas pelo próprio Windows

Aí, quando algum arquivo do pacote está em uso, o Windows simplesmente não deixa atualizar, e o que tu vê é o app "quebrado" do nada

Se liga: na maioria dos casos isso não é defeito da tua conta nem do teu login, é o formato do pacote e o serviço de VM brigando com o sistema 🙂

Pré-requisitos: sistema, arquitetura e permissões

Antes de sair baixando, roda essa checagem

Ela resolve metade dos "não abre" antes de eles existirem

Windows 10 ou superior

O requisito mínimo de sistema operacional do Claude Desktop no Windows é Windows 10 ou superior

Simples assim, e é o primeiro item porque não adianta caçar solução criativa numa máquina abaixo disso

Pré-inscrição Formação Claude Code

Domine o Claude Code do básico ao avançado

Você vai aprender a criar sistemas completos com Claude Code, sem precisar ser programador. Inscreva-se para ter acesso a um desconto de lançamento e bônus especiais!

Quero minha vaga

x64 ou arm64: são pacotes diferentes

A página oficial de download entrega builds separados para Windows x64 e Windows arm64

x64 é o PC comum (a esmagadora maioria)

arm64 é dispositivo com chip ARM

Confere a arquitetura do teu processador nas informações do sistema antes de clicar

Tome cuidado! Baixar o pacote da arquitetura errada é o tipo de erro que não dá mensagem bonita, só te deixa olhando pra tela sem entender

O que é MSIX e por que isso importa aqui:

Se você já mexeu com pacote de app da Microsoft Store, é exatamente isso

O Windows instala, versiona e atualiza o pacote por conta própria

A implicação prática: atualização não é "baixar de novo e sobrescrever"

Se algum processo do app (ou um serviço dele) estiver segurando arquivo dentro da pasta do pacote, a atualização falha

Guarda essa frase, ela volta lá na seção de diagnóstico

Privilégio de administrador

A instalação individual com suporte completo a recursos, incluindo o Cowork, exige privilégios de administrador

Sem admin o Claude ainda instala

Mas o Cowork no desktop não fica disponível

Ou seja: se instalou correndo, sem admin, e depois ficou procurando o Cowork em algum menu escondido, não é você que está cego 😀

Virtual Machine Platform habilitado

O Claude Desktop para Windows exige o recurso Virtual Machine Platform habilitado pra usar o Cowork

Esse recurso pode ser habilitado por ferramenta de gestão de endpoint ou manualmente via PowerShell

Sem ele, o app instala numa boa e o Cowork é que não sobe

Plano pago

O Cowork está disponível apenas nos planos pagos do Claude: Pro, Max, Team e Enterprise

No plano gratuito ele não aparece, e nenhuma reinstalação vai mudar isso

Como instalar o Claude Desktop no Windows passo a passo

Sequência enxuta, só o que dá pra verificar

1. Abra a página oficial de download da Anthropic, em claude.com/download (também acessível como claude.ai/download)

O erro comum deste passo: pegar instalador em site de terceiro, repositório espelho ou link de fórum, quando o pacote oficial é assinado e vive na página da própria Anthropic

2. Escolha o build da arquitetura certa: x64 pra PC comum, arm64 pra dispositivo ARM

O erro comum deste passo: baixar arm64 num PC x64 (ou o contrário) porque o nome do arquivo passou batido

3. Execute a instalação com privilégios de administrador

O erro comum deste passo: instalar sem admin e depois estranhar a ausência do Cowork no desktop, achando que é bug ou que faltou atualizar

4. Garanta o recurso Virtual Machine Platform habilitado antes de contar com o Cowork, via ferramenta de gestão de endpoint ou manualmente pelo PowerShell

O erro comum deste passo: deixar pra descobrir isso só depois, quando o Cowork já está te devolvendo erro

5. Faça login e confirme o plano da conta

O erro comum deste passo: esperar Cowork estando no plano gratuito, já que ele é exclusivo de Pro, Max, Team e Enterprise

Feito isso, o cenário limpo está montado

O que sobrar de problema daqui pra frente já é sintoma de verdade, e não configuração faltando

O Claude Desktop não abre no Windows: diagnóstico por sintoma

Aqui vai a parte que interessa

Ordenei por frequência e por esforço: começa pelo que é mais comum e mais barato de tentar

Um aviso antes: vários desses casos são bugs já reportados publicamente, ou seja, comportamento conhecido, não erro seu

E onde ficam esses relatos? No GitHub, no repositório anthropics/claude-code, que é onde as issues citadas aqui estão abertas

E nada aqui pede mexida em registro do Windows, porque gambiarra de registro é o tipo de "solução" que cria um problema pior do que o que resolveu

O app abre em branco

Sintoma: a janela abre, mas fica vazia, sem renderizar nada

Causa provável: processos do app que ficaram vivos em segundo plano mesmo depois de você fechar a janela

O que fazer: existe bug reportado no repositório anthropics/claude-code em que o Claude Desktop fica em branco no Windows e só volta a abrir depois de encerrar todos os processos claude.exe pelo Gerenciador de Tarefas

Repare no "todos": matar um e reabrir costuma não resolver, porque outro segue de pé

Como prevenir: antes de reabrir depois de um travamento, confira no Gerenciador de Tarefas se sobrou processo do app rodando

Tela branca depois de hibernar o Windows

Sintoma: você hiberna a máquina (hibernar, não suspender), volta, abre o Claude e a janela aparece sem renderizar nada

Causa provável: o cenário aparece relatado especificamente com monitor externo na jogada

O que fazer: tem issue aberta no mesmo repositório descrevendo a tela branca após o Hibernate, com a janela abrindo e nada sendo desenhado

Como é comportamento conhecido, o caminho é o mesmo do sintoma anterior: garantir que o app não fique com processo pendurado antes de reabrir

Como prevenir: se tu usa monitor externo e hiberna a máquina, considera fechar o app antes de hibernar

A atualização falha em silêncio com o app aberto

Sintoma: o app parece atualizado, ou parece que nada aconteceu, e nenhuma mensagem clara aparece

Causa provável: atualização automática do MSIX rodando enquanto o app está em execução

O que fazer: tem issue aberta no mesmo repositório citando o código de erro do auto-update com o app aberto

O código relatado é esse:

0x80073D02

Lembra da lógica do MSIX lá de cima? É ela de novo: com o pacote em uso, o Windows não conclui a troca de versão

Como prevenir: feche o app de verdade (sem processo sobrando) quando quiser que a atualização passe

"Another program is currently using this file"

Sintoma: a atualização falha com mensagem de arquivo em uso, e o app fica impossível de abrir

Causa provável: trava de arquivo dentro da pasta do pacote

O que fazer: existe issue aberta com exatamente essa mensagem, em que o app só volta a abrir depois de reiniciar o computador

A mensagem relatada é essa:

Another program is currently using this file

É chato? É

Mas reiniciar é bem melhor do que sair apagando pasta de sistema no braço

O serviço CoworkVMService bloqueando a atualização

Sintoma: a atualização não conclui nunca, mesmo com o app aparentemente fechado

Causa provável: o serviço CoworkVMService, registrado com AutoStart pelo pacote MSIX, mantém arquivos do pacote travados

O que fazer: tem issue aberta relatando que o serviço em execução segura handles na pasta do pacote e bloqueia a atualização

E tem outra issue com o mesmo conflito no update via Microsoft Store, com a pasta WindowsApps\Deleted travada

Aqui vale a honestidade: como o serviço sobe sozinho junto com o Windows, esse é um caso em que a origem está mapeada, mas a correção definitiva não está na tua mão, e sim numa próxima versão do app

Como prevenir: reconhecer o padrão já ajuda, porque evita que você reinstale três vezes achando que a instalação veio corrompida

O Cowork não inicia e aparece "Missing HCS services"

Sintoma: o Claude instalou com sucesso, mas o Cowork não sobe e devolve uma mensagem específica

Missing HCS services: HNS, vmcompute, vfpext

Causa provável: essa mensagem indica que o stack do Virtual Machine Platform não está registrado na máquina, mesmo com o Claude instalado corretamente

O que fazer: voltar pro pré-requisito e garantir o recurso Virtual Machine Platform habilitado, seja pela ferramenta de gestão de endpoint da empresa, seja manualmente via PowerShell

Como prevenir: tratar o Virtual Machine Platform como parte da instalação, e não como detalhe opcional pra checar depois

Resumo rápido pra colar do lado do monitor:

Como ler os logs do Claude Desktop e descobrir qual verificação falhou

Essa é a etapa que substitui adivinhação por evidência

Em vez de tentar cinco soluções no escuro, você olha qual checagem de recurso reprovou e ataca aquela

1. Com o app aberto, vá em Help > Troubleshooting > Show Logs

O erro comum deste passo: fechar o app antes de coletar o log, e aí ficar sem o caminho oficial pra chegar nos arquivos

2. Abra o arquivo supported-features-info.json entre os logs mostrados

3. Procure qual verificação de recurso está falhando

É esse arquivo que te diz onde a checagem parou, em vez de você chutar entre arquitetura, admin e Virtual Machine Platform

É o mesmo princípio de escrever um prompt que o Claude verifica sozinho antes de dizer que terminou: trocar "acho que é isso" por um critério que dá pra conferir

Com o log na mão, o diagnóstico deixa de ser opinião

Quando o problema não é o app: cenários que mudam a checagem

Tem situação em que o app está certinho e o bloqueio vem de outro lugar

Nesses casos a ordem do diagnóstico muda

Máquina corporativa com política de endpoint: o Virtual Machine Platform pode ser habilitado por ferramenta de gestão de endpoint, então em PC gerenciado esse item não é decisão sua

Antes de gastar a tarde tentando, fala com quem administra as máquinas

Usuário sem direito de administrador: o Claude instala, mas o Cowork no desktop não fica disponível

Não é bug, é o comportamento documentado da instalação sem admin

Dispositivo ARM: existe build arm64 justamente porque o pacote é separado por arquitetura

Se o app se recusa a colaborar num aparelho ARM, o primeiro suspeito é o build baixado

Conta no plano gratuito querendo Cowork: o Cowork é de Pro, Max, Team e Enterprise

Nenhuma reinstalação, limpeza ou reboot muda uma condição de plano

Parar de caçar defeito onde não tem defeito também é diagnóstico 😀

Conclusão

A ordem de checagem do Claude Desktop no Windows cabe em cinco itens:

1. Requisito de sistema: Windows 10 ou superior
2. Arquitetura: x64 ou arm64, pacotes diferentes
3. Administrador: sem admin, o Cowork no desktop não vem junto
4. Virtual Machine Platform: habilitado, ou o Cowork não sobe
5. Plano: Cowork só em Pro, Max, Team e Enterprise

Se mesmo assim ele não abre, o próximo passo prático não é reinstalar pela quarta vez

É coletar o log em Help > Troubleshooting > Show Logs e olhar o supported-features-info.json antes de tentar qualquer outra coisa

E lembra: tela em branco, update silencioso com 0x80073D02, arquivo em uso e o CoworkVMService segurando a pasta do pacote são casos já reportados em issues no repositório anthropics/claude-code

Saber disso muda o teu dia, porque você para de duvidar da própria máquina

Gambiarra de registro fica de fora dessa história, e essa é a decisão certa

até o próximo post!