Não é possível abrir este aplicativo: o Claude Desktop não inicia no Windows — resolva com o Reparar sem perder as sessões
Você tenta abrir o Claude Desktop no Windows e, no lugar do aplicativo, aparece uma caixa de diálogo com o título "Não é possível abrir este aplicativo", dizendo que é preciso ir às opções avançadas do Claude e selecionar Reparar — e fazer exatamente o que a mensagem manda funciona. Sem desinstalar e sem o Redefinir, que joga os seus dados fora. Existe, porém, um degrau no meio do caminho onde as pessoas realmente travam, e ele é o centro deste artigo. Ao clicar em Reparar, você pode receber uma mensagem dizendo que o aplicativo ainda está em execução, mesmo sem nenhuma janela do Claude aberta em lugar nenhum. A causa é que o Claude Desktop continua rodando na bandeja do sistema depois que você fecha a janela, e, enquanto esse processo residente segura os arquivos do pacote, o reparo não passa. A solução é simples: encerre os processos explicitamente e só então clique em Reparar. E esse fato aponta para a causa da própria falha — o mesmo processo quebrou a atualização e depois bloqueou o reparo. O artigo também responde à pergunta que quase todo mundo faz primeiro: as sessões são apagadas? A resposta se divide em três. O histórico de conversas do claude.ai fica nos servidores da Anthropic e não é tocado. As sessões do Claude Code ficam em %USERPROFILE%\.claude\projects\, fora do pacote do aplicativo, então sobrevivem a um reparo, a uma redefinição e até a uma desinstalação (uma máquina real guardava 2.977 arquivos, cerca de 3,0GB, em 52 projetos). A única coisa em risco são as configurações do lado do aplicativo em %APPDATA%\Claude, e nem essas o Reparar remove — o próprio Windows explica a diferença na tela, avisando que o Reparar não afeta os dados do aplicativo e que o Redefinir os exclui. A partir daí, o texto cobre a verificação de estado somente leitura no PowerShell, uma rotina de backup, uma escalada em etapas para quando o aplicativo ainda não abre (conferir se vmcompute e hns estão em execução, reinstalar com -PreserveApplicationData), a causa deduzida de um MSIX registrado pela metade junto com as issues do GitHub (#55465, em que a instalação foi bem-sucedida mas nenhum ponto de entrada foi criado, além de #50285 e #48437 — todas closed as not planned e sem correção oficial), como reduzir as chances de repetição e uma comparação com a versão antiga do instalador, em que tanto a versão MSIX mais recente quanto a máquina no formato antigo mediram 1.24012.9.