[FEATURE] Solicitud de un build oficial de Claude Desktop para Linux (Ubuntu LTS/Debian)

• Solicitud de una postura pública de Anthropic sobre el soporte de escritorio para Linux y, de ser posible, de un primer build oficial de Claude Desktop orientado a Ubuntu LTS/Debian
• Actualmente, Claude Desktop solo se distribuye para macOS y Windows, y en la página oficial de descargas aparece como "Not available for Linux", por lo que los usuarios de Linux no pueden usar Desktop extensions, computer use, desktop dictation ni Cowork mediante una ruta oficial con GUI
• Claude Code CLI sí corre de forma nativa en Linux, pero al ser una herramienta de terminal no sustituye el desarrollo y las pruebas del plugin de Claude Code como Claude Desktop extensions, y actualmente para probar plugins es necesario cambiar a macOS o Windows
• Claude Code ya ofrece repositorios signed apt, dnf y apk, además de binarios variantes linux-x64, linux-arm64 y musl; la solución propuesta es ofrecer un .deb signed en un repositorio apt operado por Anthropic usando el mismo pipeline de distribución
• Como base sobre Cowork, se citan resultados de ingeniería inversa de Simon Willison, Pluto Security y pvieito; también se explica que el binario de Claude Code se ejecuta dentro de una VM Ubuntu 22.04 basada en Apple Virtualization Framework en macOS, junto con la confirmación en la documentación de Anthropic de la separación de hipervisores entre macOS y Windows
• johnzfitch/claude-cowork-linux se presenta como un port comunitario que reemplaza con stubs los módulos nativos de macOS y ejecuta el modo Cowork en Linux x86_64 sin VM
• Actualmente, los usuarios de Linux dependen de reempaquetados de terceros del build Electron para Windows; aaddrick/claude-desktop-debian ofrece repositorios signed apt/dnf, .deb, .rpm, AppImage, builds para AUR y Nix, --doctor, pruebas CI y releases de seguimiento de Claude Desktop 1.11187.1, pero no está signed por el proveedor ni auditado por el proveedor
• Dado que Claude Desktop es una aplicación de manejo de credenciales en estaciones de trabajo de desarrolladores que administra OAuth tokens, API keys y extension configurations, la ausencia de un build oficial para Linux genera preocupaciones de confianza y seguridad
• Como alternativas se enumeran Claude Code CLI, el cliente web claude.ai, los reempaquetados comunitarios, ejecutarlo con Wine y cambiar a macOS/Windows, pero en cada caso se señalan limitaciones en desktop extensions, computer use, Cowork, estabilidad de la integración, actualizaciones de seguridad de primera mano y fricción en el desarrollo iterativo
• Si un build de primera mano no está en el roadmap, se solicita como alternativa publicar en la documentación de instalación que Linux no está planeado, un plazo aproximado, reconocimiento de los proyectos comunitarios recomendados, un resumen de una revisión de seguridad puntual y guías de seguridad para Linux sobre credential handling y la configuración de MCP server

[GN⁺]

Comentarios de Hacker News

• Están manteniendo una compilación no oficial en https://github.com/aaddrick/claude-desktop-debian
  Aunque el nombre incluye Debian, el alcance ahora se ha ampliado a todos los backends, compositores, etc., y consideran que la razón principal por la que las empresas no publican bien apps de Electron para Linux es la fragmentación de distribuciones
  En cuanto se va más allá de simplemente renderizar una página web como si fuera una app, se vuelve complejo muy rápido, y aun teniendo un paquete de VMs para pruebas, siguen haciendo falta más

  • En una empresa anterior, aunque el número de clientes que lo querían era pequeño, se esforzaron por sacar un cliente de escritorio para Linux y comprobaron que muy rápido se convierte en un verdadero infierno de compatibilidad
    Uno pensaría que bastaría con enfocarse en unas cuantas versiones recientes de Ubuntu, pero empiezan a llover quejas de distribuciones de las que nunca has oído hablar porque alguna parte de la app no funciona bien
    Aunque un ingeniero pase medio día instalándolo y depurándolo en una VM, la causa suele estar en algún proyecto upstream, y los tickets de Linux siguen acumulándose para una cantidad de clientes tan pequeña que cuesta justificarlo
    Y además esos clientes están enojados y hacen mucho ruido. Omiten mencionar que usan una distribución rara en un ThinkPad de hace 13 años y publican en Twitter, Hacker News y Reddit que el software de la empresa es basura
    Incluso apps de Electron de código abierto no funcionan en varias distribuciones populares sin configuraciones de línea de comandos como workaround, y aun así muchas veces son inestables. Si es open source se deja pasar, pero si una empresa lo distribuye puede terminar cargando con clientes furiosos que nunca quiso tener
  • Suena un poco raro decir que las empresas no publican apps de Electron para Linux. Más bien parece que las empresas no publican otra cosa que apps de Electron
    Si Linux de escritorio recibe algo de fuera del mundo libre y de código abierto, casi siempre es Electron, y los ejemplos siguen: Spotify, Discord, Slack, VSCode
    En los últimos 20 años casi no se me ocurre ninguna empresa con fines de lucro que haya ofrecido una app seria para Linux en GTK o Qt
    El esfuerzo de compilación no oficial es admirable, pero si hablamos de una empresa valuada, según estimaciones, en cientos de miles de millones, y de un producto cuyo entrenamiento seguramente incluyó miles de apps de Electron, entonces ellos deberían asumir el costo
  • ¿No podría Flatpak resolver buena parte de estos problemas? Se podría desarrollar la app para un solo gestor de ventanas/entorno de escritorio y poner eso como requisito de Flatpak
  • Hay un proyecto parecido para Codex Desktop: https://github.com/ilysenko/codex-desktop-linux
    Después de pasar por el proceso de instalar codex en Linux, de verdad no entiendo por qué OpenAI no publica un port oficial
    No probé todas las partes de la app, pero funcionó como se esperaba, y computer use también funcionó sin problemas

• Ojalá Anthropic tuviera algo como una herramienta de automatización realmente buena para portar software

  • Aunque pudieras crear software infinitamente, seguirías teniendo que ser muy intencional con qué decides trabajar
    Aunque programar ahora sea “gratis”, siguen existiendo costos como pruebas, soporte y planificación
  • No suena a que el cuello de botella vaya por ahí
  • Ahí faltó poner allegedly
  • Estaría bueno que las empresas de IA de punta decidieran usar la mejor IA del mundo para desarrollar software para Linux y además ofrecer un soporte decente
  • Da la impresión de que quieren construir una app de Linux todavía más chambona usando esa cosa ya de por sí chambona que necesita 1 GB de RAM para una simple app de terminal
    Ojalá entre los desarrolladores con paquetes de compensación de más de 500 mil dólares haya alguien capaz de escribir una app simple que no sea mala y que realmente se pueda usar

• Mucha gente dice que esto es un problema difícil, pero es interesante que Discord incluyera algo así
  “¿Como usuario de Linux ya te cansaste de ese adorable modal que te avisa que hay una actualización y te dice que la instales manualmente? Entonces tenemos buenas noticias. Hemos portado nuestro actualizador basado en Rust a Linux para que, igual que en Windows, Linux también pueda actualizarse por sí mismo. Además, ahora es compatible con los formatos de paquete de instalación .rpm y .pkg.tar.zst.”
  Discord es más bien un cliente más exigente, porque tiene que lidiar con captura de pantalla, captura de audio, enrutamiento de audio y además soportar tres repositorios de paquetes
  Si te encargas de corregir los problemas de base, entonces solo queda aceptar que habrá que actualizar las dependencias de compilación y ejecución según la versión
  Que se distribuya un solo binario y funcione significa que debe llevar consigo todas las bibliotecas de las que depende; en Windows eso se maneja con winsxs, pero en Linux te toca hacerlo tú mismo

• Me da curiosidad qué es lo que extrañan de una app de escritorio y que el CLI no pueda resolver. Yo también uso principalmente Linux y simplemente he usado el CLI

  • Parece que en la suscripción de Anthropic el CLI ya no ofrece una rutina diaria
    Además, la búsqueda de memoria entre conversaciones usa un conjunto de datos distinto al de Claude Code, es decir, las conversaciones de Claude Web/Claude.AI, y ni siquiera estoy seguro de que Claude Code haga búsqueda entre conversaciones
    La interfaz de escritorio muestra Markdown como texto con formato y, sobre todo, presenta artefactos interactivos mucho mejor que el CLI
    Aun así, en la práctica uso el CLI para casi todo. La rutina diaria de Claude Desktop está limitada a 15 tareas cron en total y además consume créditos de uso extra, así que pienso crear por mi cuenta un arnés mínimo y mover las rutinas a modelos de otro proveedor
  • Usar la misma experiencia que los colegas que no usan Linux facilita compartir lo aprendido y los procesos
    También hacen falta tareas programadas que corran localmente, y la función de https://support.claude.com/en/articles/13854387-schedule-rec... es importante y diferente de las rutinas de Claude Code
    También necesito funciones para manejar varios proyectos/memorias aisladas dentro de la misma carpeta y una mejor UI
  • La app de escritorio te permite controlar sesiones remotas que dejaste abiertas mediante la función Code
  • Quiero poder ver las imágenes en línea que Claude de repente intenta mostrar. En el CLI sigue haciéndolo hasta volver a decirte que no puede mostrar imágenes
    Fuera de eso, estoy satisfecho con el CLI
  • El CLI es bueno para tareas de programación, pero para otras cosas no relacionadas con programar, la app de escritorio puede ser bastante útil

• No sé qué tan grande sea el mercado de usuarios de Linux que quieren una app de Electron para hacer vibe coding en apps derivadas de Visual Studio, pero que no la harían por su cuenta ni clonarían el repositorio de otra persona para compilarla

  • No lo sé, pero si pudiera usar Claude Desktop en una máquina Linux, asumiría encantado ese papel cobrando incluso la mitad de lo que gana un desarrollador de Anthropic
    Siempre me resulta incómodo y desagradable usar hacks de terceros para hacer correr en Linux una app de Electron hecha para Windows
  • No me afecta directamente porque no quiero la app de Claude, pero hoy en día el usuario promedio de Linux se parece cada vez más a una persona común que no quiere cosas como telemetría de vigilancia o publicidad

• Me sorprende que todavía haya tantos desarrolladores que menosprecien el uso de Linux
  Ya usan Docker y despliegan en K8S. Y eso corre sobre Linux

  • En realidad no me importa mucho el sistema operativo. Quiero una laptop potente con buen teclado y trackpad, batería de larga duración y una pantalla nítida
    Si además es muy silenciosa y tiene un diseño limpio, mejor. Esa es la propuesta de valor de una MacBook
  • Eso no tiene nada que ver
  • El alcance de soporte entre un escritorio y un servidor es completamente distinto

• Simplemente háganlo ustedes mismos de una sola vez, en modo vibra
  Es aburrido, pero cuando aquí todo el mundo no habla más que de autocompletado picante y de destrucción de empleos autoinfligida, a veces uno tiene que divertirse por su cuenta

  • Me alegra ver que no soy el único en este sitio de porquería que ve las cosas desde la perspectiva de la destrucción de empleos autoinfligida

• Personalmente, no entiendo por qué Claude Code todavía no tiene un modo que ponga las letras en verde y haga que caigan una por una por la pantalla, como en The Matrix

  • Eso molesta muchísimo. Hoy en día, para trabajar en serio, hay que ponerse lentes verdes, cambiar el idioma a japonés y girar el monitor de lado

• Yo tendría cuidado con cómo se formula la petición
  Si el objetivo es usar Claude para desarrollo de software, me basta con que el ejecutable CLI claude haga todo lo necesario dentro de un sandbox de VM Linux KVM preparado para trabajo, sin cliente de escritorio. Mientras más limpio y confiable, mejor
  El uso conversacional normal para hacer preguntas lo haría dentro del sandbox del navegador web en el escritorio anfitrión, y me gustaría que esa vía estuviera bien soportada
  Obviamente, la gente de marketing/producto de una empresa de IA va a querer empujar a todos hacia un cliente de escritorio propietario, pero eso sigue siendo un rincón del potencial de abuso que todavía se puede contener
  No gracias a manejar el escritorio anfitrión y todo lo que tiene acceso mediante automatización de tipo agente. El nivel actual de la tecnología todavía no está listo

  • El problema es que VNC es demasiado malo comparado con RDP
    El acceso al cliente GUI dentro de esa VM es pésimo, así que, de no ser por eso, no descartaría tan fácilmente un cliente GUI

• Me da risa la ironía de que cientos de usuarios usando agentes CLI no puedan construir realmente por sí mismos la versión de escritorio
  ¿Los LLM están volviendo a la gente tan inútil?

  • Anthropic venía de armar un escándalo con claude -p para frenar Openclaw, así que lo evité para no quedar atrapado en esas secuelas
    Me costó seguir todo el ida y vuelta entre ambos lados, pero parece que ya terminó
  • Es difícil que una sola persona siga el ritmo de un producto que publica actualizaciones varias veces al día
  • Hay que fijarse en que la solicitud incluye la palabra oficial. Ya existen versiones no oficiales