Claude Cowork Não Inicia no Windows: A Causa Real do Erro e o Que Fazer

Você abriu o Claude Desktop, clicou em Cowork e recebeu a mensagem “Falha ao iniciar o espaço de trabalho do Claude”. Se o Claude Cowork não inicia no Windows desde a segunda semana de setembro, o problema não está na sua máquina, nem na sua instalação, nem na sua conta.

A Anthropic reconheceu publicamente a falha, e a origem dela está do lado da Microsoft: uma atualização cumulativa do Windows 11 lançada em 8 de setembro de 2026 quebrou o mecanismo que o Cowork usa para enxergar os arquivos do seu computador.

Neste guia, nós explicamos exatamente o que quebrou, mostramos como confirmar em dois minutos se a sua estação é uma das afetadas, detalhamos quais recursos do Claude continuam funcionando e justificamos por que desinstalar a atualização é a pior ideia disponível neste momento.

Vamos começar pelo que você está vendo na tela.

A Anthropic abriu um incidente oficial chamado “Degraded functionality for Claude Cowork on Windows” e o classificou no estágio Identified, com atualização em 10 de setembro de 2026 às 15:54 UTC. No painel de status da empresa, o componente Claude Cowork aparece marcado como Degraded Performance, enquanto claude.ai, a API e o Claude Code seguem operacionais.

O texto do incidente é direto: uma atualização do Windows lançada em 8 de setembro deixou o Cowork incapaz de rodar comandos locais, porque o espaço de trabalho não alcança mais o disco do computador. A Anthropic afirma que não existe contorno dentro do aplicativo e que a Microsoft já desenvolveu uma correção, ainda sem data de liberação.

O card de erro traz duas informações somadas. A primeira linha diz que o Claude não conseguiu conectar o drive C: ao espaço de trabalho e que reinstalar não resolve. A segunda informa que a atualização de 8 de setembro impede o acesso aos arquivos e que o Claude Code não é afetado.

Esse texto não é genérico. Ele foi introduzido de propósito pela Anthropic: nas versões recentes do Claude Desktop, a empresa alterou o comportamento no Windows para que o aplicativo nomeie a causa em vez de apagar e reinstalar o espaço de trabalho automaticamente. A mudança poupa o usuário de um ciclo de reinstalação inútil, mas não corrige nada.

A culpada é a KB5124008, pacote cumulativo do Patch Tuesday de setembro de 2026, publicado pela Microsoft em 8 de setembro. Ela atende ao Windows 11 nas versões 24H2 e 25H2 e eleva o sistema para as compilações 26100.9445 e 26200.9445, respectivamente.

O sintoma não se limita ao x64. Em máquinas ARM64 rodando a versão 26H1, o mesmo comportamento aparece com a KB5124012, que leva o sistema para a compilação 28000.2954. Quem removeu a atualização e reiniciou recuperou o Cowork de imediato, mantendo a mesma versão do Claude Desktop instalada.

A Microsoft não lista esse comportamento como problema conhecido. Nas notas de lançamento das atualizações de setembro, a empresa declarou não ter conhecimento de nenhum known issue associado a elas, e o painel de saúde de versão continua registrando apenas regressões antigas, já resolvidas.

Como a mudança está no sistema operacional e não no aplicativo, nenhuma ação do lado do Claude produz efeito. Reiniciar o computador, reinstalar o Claude Desktop, recriar o espaço de trabalho ou reparar o pacote MSIX deixam o quadro exatamente igual.

O Cowork não roda os comandos diretamente no seu Windows. Ele inicia uma máquina virtual isolada e expõe as pastas que você autorizou para dentro dessa VM por meio de compartilhamentos Plan9, o protocolo 9p usado pelo Hyper-V. É esse isolamento que permite ao Claude executar scripts sem acesso livre ao seu sistema.

Depois da atualização, o handshake do 9p passou a falhar de um jeito silencioso. O lado do host reporta sucesso ao anexar cada compartilhamento e a chamada HcsModifyComputeSystem, responsável por modificar a configuração da VM em execução, retorna hr=0x0, que significa sucesso.

Dentro da máquina virtual, porém, todas as montagens falham com invalid argument. A VM sobe, a rede funciona, a API do Claude responde, e mesmo assim o convidado termina com zero de nove compartilhamentos montados. Qualquer comando de shell então morre com sandbox-helper: no Plan9 drive shares mounted, mensagem do utilitário interno que procura os discos montados e não encontra nenhum.

Esse detalhe explica o comportamento estranho que muita gente relatou: a interface indica que o espaço de trabalho iniciou, mas nenhuma tarefa consegue tocar em arquivo algum.

Antes de abrir chamado ou procurar suporte, vale gastar dois minutos verificando a compilação instalada. Siga os passos abaixo na ordem.

• Pressione Windows + R, digite winver e confirme. A janela mostra a versão e a compilação do sistema.
• Compare o número com a tabela acima. Se você vir 26100.9445, 26200.9445 ou 28000.2954, o seu PC recebeu a atualização envolvida.
• Abra Configurações > Windows Update > Histórico de atualizações e procure a entrada KB5124008 ou KB5124012 com data de 8 de setembro de 2026 ou posterior.
• Para confirmar por linha de comando, abra o PowerShell e execute Get-HotFix -Id KB5124008, comando que consulta as atualizações instaladas e devolve a data de instalação.
• Volte ao Claude Desktop e peça uma tarefa simples ao Cowork, como listar os arquivos de uma pasta conectada. Se a resposta falhar mencionando compartilhamentos não montados, o diagnóstico está fechado.

Se a compilação for anterior às listadas, o seu problema é outro. Erros históricos do Cowork no Windows envolvem o serviço CoworkVMService parado, a virtualização desativada no firmware ou instalação do pacote fora do drive C:, e todos têm soluções próprias.

A boa notícia é que o impacto é cirúrgico. A própria Anthropic delimita o escopo: sessões em nuvem não são afetadas, o Claude Code não é afetado, incluindo a aba Code, e para a maioria dos usuários o chat e a leitura e edição de arquivos continuam funcionando. O que morre é a execução de comandos locais dentro do espaço de trabalho.

Na prática, isso abre três caminhos imediatos. Se a sua tarefa não exige tocar em arquivos da máquina, use o chat normalmente. Se ela exige código, migre para o Claude Code, que roda por fora do sandbox quebrado. Se ela exige processar arquivos, suba os arquivos e trabalhe em sessão de nuvem em vez de sessão local.

Desinstalar a atualização funciona. Nós reconhecemos isso, e é justamente por isso que precisamos ser explícitos sobre o custo.

A KB5124008 faz parte do maior Patch Tuesday já publicado pela Microsoft e fecha duas falhas de elevação de privilégio confirmadas em exploração ativa: a CVE-2026-81963, na pilha do Windows Update, e a CVE-2026-85880, no ALPC, ambas com CVSS 7.8. Remover o pacote reabre as duas.

Trocar duas vulnerabilidades exploradas no mundo real por algumas horas de produtividade em um assistente é um péssimo negócio, principalmente em máquina corporativa. Nossa recomendação é aguardar a correção da Microsoft, que segundo a Anthropic já está pronta e em preparação para lançamento.

O erro que impede o Claude Cowork de iniciar no Windows tem causa conhecida, responsável identificado e correção a caminho: a atualização KB5124008 quebrou o compartilhamento 9p entre o Windows e a máquina virtual do Cowork, e a Microsoft já preparou o ajuste. Até ele chegar, o caminho seguro é usar chat, sessões de nuvem e Claude Code, sem remover uma atualização que fecha dois zero-days em exploração ativa.

E você, já tinha rotinas de trabalho dependendo do Cowork local? Conte nos comentários qual tarefa ficou parada e como você contornou.