Claude Cowork en Windows no arranca: los errores más comunes y cómo solucionarlos con PowerShell

Instalaste Claude Cowork siguiendo nuestra guía paso a paso y… nada. El tab de Cowork no aparece, el VM tarda siglos en arrancar o la red simplemente muere. Bienvenido al club.

Cowork lanzó para Windows el 10 de febrero de 2026 y desde el primer día GitHub Issues se llenó de reportes. No es que seas tú el que hizo algo mal, es que la feature llegó con varios bugs reales de plataforma que Anthropic ha ido parcheando, pero algunos persisten dependiendo de tu setup. Esta guía cubre los siete errores más comunes con los comandos exactos para resolverlos.

---

Error 1: “yukonSilver not supported” y el tab de Cowork que nunca aparece

Este fue el error del día de lanzamiento. Si abres los logs en %LOCALAPPDATA%\Packages\Claude_*\LocalCache\Roaming\Claude\logs\ y ves algo así:

[info] [cleanupVMBundleIfUnsupported] yukonSilver not supported (status=unsupported)

La mala noticia es que el detector de plataforma de Claude Desktop clasificó tu Windows como incompatible aunque tengas Hyper-V habilitado y todo en orden. Fue un bug de lógica en la detección, no un problema tuyo.

La buena: el issue #25136 en GitHub confirma que Anthropic lo resolvió en la versión v1.1.2998 (lanzada el 12 de febrero de 2026). Solución:

1. Abre Claude Desktop
2. Menú Help → Check for Updates
3. Si sigue diciendo “latest version” siendo una versión anterior, cierra la app, descarga el instalador directo desde claude.ai/download y reinstala encima

---

Error 2: Windows Home y el Hyper-V que no existe

Si tienes Windows 11 Home, Cowork simplemente no va a funcionar. No es un bug: Home edition no incluye Hyper-V, que es el componente que necesita el VM de Cowork para correr. Solo Pro, Enterprise y Education lo tienen.

Antes de gastar tiempo diagnosticando, verifica tu edición:

(Get-WmiObject -Class Win32_OperatingSystem).Caption

Si el output dice Home, necesitas ya sea actualizar tu licencia a Pro (hay keys legítimas en páginas como CDKoffers por unos 200-300 pesos) o esperar a que Anthropic soporte una solución alternativa sin Hyper-V. Por el momento no hay ETA oficial.

---

Error 3: WinNAT desaparece después de un Windows Update o instalar una VPN

Este es el error más silencioso y frustrante. Un día Cowork funciona bien y al siguiente te aparece "The Claude API cannot be reached from Claude's workspace". El culpable casi siempre es WinNAT, la capa de Network Address Translation que le da acceso a internet al VM.

Windows Updates y varias VPNs (NordVPN, ExpressVPN, ProtonVPN) tienen la costumbre de romper o eliminar reglas de WinNAT sin avisarte.

Primero, diagnostica:

Get-NetNat

Si el output está vacío o no ves cowork-vm-nat, eso es el problema. Fix:

New-NetNat -Name cowork-vm-nat -InternalIPInterfaceAddressPrefix 172.16.0.0/24

Luego reinicia el servicio:

Restart-Service CoworkVMService -Force

---

Error 4: DNS sin configurar en el adaptador vEthernet

Otro clásico. El instalador crea la red virtual con HNS (Host Network Service) pero a veces no configura los servidores DNS en el adaptador vEthernet (cowork-vm-nat). El VM arranca, se conecta a la red local, pero no puede resolver dominios. Resultado: el VM no llega a a-api.anthropic.com y Cowork falla.

Verifica primero:

Get-DnsClientServerAddress -InterfaceAlias 'vEthernet (cowork-vm-nat)'

Si el campo ServerAddresses está vacío, aplica esto:

$alias = 'vEthernet (cowork-vm-nat)'
Set-DnsClientServerAddress -InterfaceAlias $alias -ServerAddresses @('10.0.0.45','1.1.1.1')
Clear-DnsClientCache
Restart-Service CoworkVMService -Force

El 10.0.0.45 es el DNS interno que usa el propio VM de Cowork; el 1.1.1.1 es el fallback público de Cloudflare.

---

Error 5: sessiondata.vhdx corrupto

Aparece cuando el error en los logs es:

CLI output was not valid JSON … Output: sandbox-helper: host share not mounted

El disco virtual sessiondata.vhdx quedó en un estado inconsistente, probablemente por un apagado brusco o porque Windows se fue a actualizar en medio de una sesión. El fix es renombrarlo para que Cowork lo regenere limpio:

$bundle = (Get-Item "$env:LOCALAPPDATA\Packages\Claude_*\LocalCache\Roaming\Claude\vm_bundles\claudevm.bundle").FullName
$session = Join-Path $bundle 'sessiondata.vhdx'
$bak = "$session.bak.$(Get-Date -Format 'yyyyMMdd-HHmmss')"
Stop-Service CoworkVMService -Force
Rename-Item -Path $session -NewName (Split-Path $bak -Leaf)
Start-Service CoworkVMService

Perderás el estado de la sesión anterior pero tus archivos del proyecto en el host no se tocan. La próxima vez que abras Cowork, regenera el disco y listo.

---

Error 6: El botón “Reinstall” no hace nada (migración Squirrel a MSIX rota)

Si instalaste Claude Desktop antes del 10 de febrero de 2026, tienes el instalador Squirrel. La versión de Cowork usa MSIX, un formato de packaging completamente diferente. El problema: el botón “Reinstall” que aparece en el banner de "Cowork requires a newer installation" no hace absolutamente nada, y Help → Check for Updates te miente diciéndote que ya tienes la versión más reciente.

El issue #28998 en GitHub documenta esto a detalle. No hay upgrade automático de Squirrel a MSIX: la única solución es una limpieza manual completa.

Pasos:

1. Desinstala Claude Desktop desde appwiz.cpl
2. Borra los residuos manualmente (presiona Win + R y elimina estas carpetas):
   • %AppData%\Claude
   • %LocalAppData%\Claude
   • %LocalAppData%\Programs\Claude
3. Limpia %temp% (borra todo lo que puedas)
4. Reinicia Windows (obligatorio)
5. Descarga el instalador fresco desde claude.ai/download
6. Click derecho en el instalador: Run as Administrator

Ojo: si tienes MCP servers locales configurados, anota su setup antes porque esta limpieza los borra.

---

Error 7: Tu VPN rompe la conectividad del VM

Este es el error que no tiene un fix limpio. Si usas una VPN activa mientras corres Cowork, el tráfico del VM queda atrapado porque las reglas de split-tunnel de la VPN no se aplican al tráfico NAT. La VPN no sabe que el VM existe: solo ve el host, no los guests.

El issue #25513 en GitHub lo describe bien: cuando activas la VPN, el routing del NAT queda colgado porque la VPN toma el control de la tabla de rutas y el tráfico del VM a api.anthropic.com no sabe por dónde salir.

Opciones mientras Anthropic resuelve esto:

• Desactiva la VPN antes de usar Cowork (la solución fácil)
• Usa la VPN solo en el modo split-tunnel apuntado al host, pero en la práctica esto requiere config manual de rutas que varía por VPN y no siempre funciona
• Deja la VPN solo para otras apps y usa Cowork con la red directa

Si estás usando Claude Code o herramientas similares para programar que también corren en contextos de red, esta limitación aplica igual: las VPNs y los entornos virtualizados no se llevan bien por default.

---

Checklist rápido antes de abrir un issue

Antes de ir a GitHub a reportar, verifica estas cosas en orden:

Verificación	Comando
Versión de Claude	Help → About Claude (debe ser v1.1.4328+)
Hyper-V activo	Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V
WinNAT presente	Get-NetNat
DNS configurado	Get-DnsClientServerAddress -InterfaceAlias 'vEthernet (cowork-vm-nat)'
Edición de Windows	(Get-WmiObject Win32_OperatingSystem).Caption

Si ya revisaste todo esto y sigue sin jalar, los logs de Cowork en %LOCALAPPDATA%\Packages\Claude_*\LocalCache\Roaming\Claude\logs\ son lo que necesitas adjuntar en el issue. Sin logs, el equipo de Anthropic no puede ayudarte.

---

Cowork tiene muchísimo potencial, como vimos en el contexto de vibe coding y las apps que puedes construir con IA sin saber programar, pero la implementación en Windows todavía tiene asperezas reales. La mayoría de estos errores los puedes resolver con los comandos de arriba sin tocar el soporte. ¿Te funcionó alguno o encontraste otro error que no está aquí? Déjalo en los comentarios.

---

Fuentes

• Broken by Default: Claude Cowork on Windows - Jonas Kamsker
• GitHub Issue #25136: yukonSilver not supported + CoworkVMService
• GitHub Issue #24918: Cowork VM boots but cannot reach Claude API
• GitHub Issue #28998: Reinstall button does nothing (Squirrel to MSIX)
• GitHub Issue #25513: Cowork incompatible with VPN
• Soporte oficial de Claude: Cowork Troubleshooting