[FEATURE] Solicitação de build oficial do Claude Desktop para Linux (Ubuntu LTS/Debian)

• Solicitação de uma posição pública da Anthropic sobre o suporte do desktop no Linux e, se possível, de um primeiro build oficial do Claude Desktop voltado para Ubuntu LTS/Debian
• Atualmente, o Claude Desktop é distribuído apenas para macOS e Windows, e a página oficial de download o mostra como "Not available for Linux", o que impede usuários de Linux de usar Desktop extensions, computer use, desktop dictation e Cowork pela rota oficial de GUI
• O Claude Code CLI roda nativamente no Linux, mas, por ser uma ferramenta de terminal, não é um meio alternativo para desenvolver e testar o plug-in Claude Code como Claude Desktop extensions; no momento, testar plug-ins exige mudar para macOS ou Windows
• O Claude Code já oferece repositórios signed apt, dnf e apk, além de binários variantes linux-x64, linux-arm64 e musl, e a solução proposta é fornecer .deb assinado em um repositório apt mantido pela Anthropic usando o mesmo pipeline de distribuição
• Como base relacionada ao Cowork, são citados os resultados de engenharia reversa de Simon Willison, Pluto Security e pvieito, junto com a explicação de que, no macOS, o binário do Claude Code roda dentro de uma VM Ubuntu 22.04 baseada no Apple Virtualization Framework, além da confirmação na documentação da Anthropic de que os hipervisores de macOS/Windows são separados
• johnzfitch/claude-cowork-linux é apresentado como um port comunitário que trata os macOS native modules por stub e executa o modo Cowork em Linux x86_64 sem VM
• Atualmente, usuários de Linux dependem de reempacotamentos de terceiros do build Electron para Windows, e aaddrick/claude-desktop-debian oferece repositórios signed apt/dnf, .deb, .rpm, AppImage, builds para AUR e Nix, --doctor, testes em CI e releases de acompanhamento do Claude Desktop 1.11187.1, mas não é vendor-signed nem auditado pelo fornecedor
• Como o Claude Desktop é um aplicativo de tratamento de credenciais em estações de trabalho de desenvolvedores, lidando com OAuth tokens, API keys e extension configurations, a ausência de um build oficial para Linux gera preocupações de confiança e segurança
• Como alternativas, são listados o Claude Code CLI, o cliente web claude.ai, reempacotamentos da comunidade, execução via Wine e migração para macOS/Windows, mas cada um apresenta limitações em desktop extensions, computer use, Cowork, estabilidade da integração, atualizações primárias de segurança e atrito iterativo no desenvolvimento
• Se um build primário não estiver no roadmap, há um pedido alternativo para que a documentação de instalação informe que Linux não está planejado, traga um prazo aproximado, reconheça projetos comunitários recomendados, publique um resumo de uma revisão de segurança pontual e divulgue orientações de segurança para Linux sobre credential handling e MCP server configuration

[GN⁺]

Comentários no Hacker News

• Uma build não oficial está sendo mantida em https://github.com/aaddrick/claude-desktop-debian
  O nome inclui Debian, mas o escopo agora se ampliou para todos os backends, compositores etc., e a principal razão pela qual as empresas não lançam bem apps Electron para Linux parece ser a fragmentação das distribuições
  Quando passa do nível de simplesmente renderizar uma página web como se fosse um app, tudo fica complexo rapidamente, e mesmo com um pacote de VMs para testes isso continua sendo necessário

  • Em uma empresa anterior, tentamos com bastante empenho lançar um cliente desktop para Linux mesmo com poucos clientes pedindo isso, e vimos que isso vira um inferno de compatibilidade muito rápido
    Pode parecer que focar só em algumas versões recentes do Ubuntu bastaria, mas começam a chover reclamações de que partes do app não funcionam direito em distribuições das quais você nunca ouviu falar
    Mesmo que um engenheiro passe meio dia instalando e depurando em uma VM, a causa acaba estando em algum projeto upstream, e os tickets de problemas no Linux só aumentam para uma base de clientes pequena demais para justificar isso
    E esses clientes ficam irritados e fazem bastante barulho. Sem mencionar que rodam uma distribuição obscura em um ThinkPad de 13 anos, vão ao Twitter, Hacker News e Reddit dizer que o software da empresa é lixo
    Até apps Electron open source não rodam em várias distribuições populares sem ajustes via linha de comando, e mesmo assim muitas vezes ficam instáveis. Em open source isso passa, mas quando uma empresa distribui pode acabar assumindo clientes irritados que não queria ter
  • Dizer que empresas não lançam apps Electron para Linux parece meio estranho. Pelo contrário, parece que empresas só lançam apps Electron
    Quando o desktop Linux recebe algo fora do universo de software livre e open source, geralmente é Electron, com exemplos como Spotify, Discord, Slack e VSCode
    Quase não lembro de empresas com fins lucrativos que tenham oferecido de fato apps GTK ou Qt para Linux nos últimos 20 anos
    O esforço de build não oficial é excelente, mas para uma empresa que supostamente vale centenas de bilhões e cujo produto provavelmente foi treinado com milhares de apps Electron, ela deveria arcar com esse custo
  • Será que Flatpak não resolveria boa parte desses problemas? Dá para desenvolver o app visando um único gerenciador de janelas/ambiente desktop e deixar isso como requisito do Flatpak
  • Há um projeto parecido para o Codex Desktop: https://github.com/ilysenko/codex-desktop-linux
    Depois de passar pelo processo de instalar o codex no Linux, realmente não entendo por que a OpenAI não lança uma porta oficial
    Não testei todas as partes do app, mas ele funcionou como esperado, e o computer use também funcionou sem problemas

• Seria bom se a Anthropic tivesse algum tipo de ferramenta de automação para portar software

  • Mesmo que seja possível criar software infinitamente, ainda é preciso ser muito intencional sobre no que trabalhar
    Mesmo que programar agora seja “grátis”, custos como testes, suporte e planejamento continuam existindo
  • Não parece que o gargalo esteja aí
  • Faltou colocar o allegedly
  • Seria bom se as empresas de IA de ponta decidissem usar a melhor IA do mundo para desenvolver software para Linux e ainda oferecer um suporte decente
  • A ideia é fazer um app Linux ainda mais porco usando essas coisas já porcas que precisam de 1 GB de RAM para um simples app de terminal?
    Seria bom se, entre os desenvolvedores com pacotes de remuneração acima de US$ 500 mil, alguém conseguisse escrever um app simples que não fosse ruim e que desse para usar de verdade

• Muita gente diz que isso é um problema difícil, mas é interessante que o Discord tenha incluído o seguinte
  “Cansado daquele adorável modal dizendo para você instalar manualmente uma atualização só porque é usuário Linux? Então temos boas notícias. Portamos nosso atualizador baseado em Rust para Linux, permitindo autoatualização no Linux, assim como no Windows. Também oferecemos suporte aos formatos de pacote de instalação .rpm e .pkg.tar.zst.”
  O Discord é um cliente mais complicado, já que precisa lidar com captura de tela, captura de áudio, roteamento de áudio e ainda oferecer suporte a 3 tipos de repositório de pacotes
  Se corrigirem os problemas de base, basta aceitar que será preciso atualizar as dependências de build/runtime a cada versão
  Dizer que um único binário é distribuído e funciona significa que ele precisa levar junto todas as bibliotecas das quais depende; o Windows lida com isso via winsxs, enquanto o Linux exige que você faça isso por conta própria

• Fico curioso sobre o que faz falta em um app desktop que a CLI não resolve. Eu também uso Linux principalmente e sempre fiquei só na CLI

  • Na assinatura da Anthropic, parece que a CLI não oferece mais a rotina diária
    Além disso, a busca de memória entre conversas usa um conjunto de dados de conversa diferente do Claude Code, isto é, as conversas do Claude Web/Claude.AI, e nem tenho certeza se o Claude Code faz busca entre conversas
    A interface desktop mostra Markdown como texto formatado e exibe artefatos interativos muito melhor do que a CLI, em especial
    Ainda assim, na prática uso a CLI para quase tudo. A rotina diária do Claude Desktop é limitada a 15 tarefas cron no total e consome créditos adicionais de uso, então pretendo criar meu próprio harness mínimo e migrar as rotinas para modelos de outros provedores
  • Usar a mesma experiência que colegas que não estão no Linux facilita compartilhar aprendizados e processos
    Também preciso de tarefas agendadas executando localmente, e a função em https://support.claude.com/en/articles/13854387-schedule-rec... é importante e diferente das rotinas do Claude Code
    Também preciso de suporte para lidar com vários projetos/memórias isoladas dentro da mesma pasta e de uma UI melhor
  • O app desktop permite controlar sessões remotas abertas por meio dos recursos do Code
  • Quero ver as imagens inline que o Claude às vezes tenta mostrar. Na CLI ele continua tentando até me lembrar de novo que não é possível ver imagens ali
    Fora isso, estou satisfeito com a CLI
  • A CLI é boa para trabalho de programação, mas para outras coisas sem relação com código o app desktop pode ser bem útil

• Em apps derivadas do Visual Studio, eu até gostaria de um app Electron para fazer vibe coding, mas não sei quão grande é o mercado de usuários Linux que não vão criar isso por conta própria nem clonar o repositório de outra pessoa para compilar

  • Não sei ao certo, mas se desse para usar o Claude Desktop numa máquina Linux, eu aceitaria de bom grado fazer esse trabalho recebendo só metade do salário de um desenvolvedor da Anthropic
    Sempre detestei esses hacks de terceiros para fazer o app Electron do Windows rodar no Linux, porque sempre parecem desconfortáveis
  • Não tenho interesse direto porque não quero o app do Claude, mas hoje em dia o usuário médio de Linux está cada vez mais próximo de uma pessoa comum que não quer coisas como telemetria de vigilância ou anúncios

• Ainda me surpreende que tantos desenvolvedores continuem menosprezando o uso de Linux
  Vocês já usam Docker e fazem deploy em K8S. E isso por cima de Linux

  • O sistema operacional em si não importa tanto. Eu quero um notebook potente com bom teclado e trackpad, bateria de longa duração e uma tela nítida
    Se possível, bem silencioso e com design limpo. Essa é a proposta de valor do MacBook
  • Isso não é nem de longe a mesma coisa
  • Desktop e servidor têm superfícies de suporte completamente diferentes

• É só criar você mesmo de uma vez, no puro vibe
  É meio bobo, mas quando tudo o que o pessoal aqui fala é sobre autocompletar apimentado e destruição de empregos autoinfligida, às vezes a gente precisa se divertir sozinho

  • Fico feliz de ver que não sou o único neste site horrível que enxerga isso como destruição de empregos autoinfligida

• Pessoalmente, não entendo por que não existe um modo no Claude Code que deixe as letras verdes e faça elas caírem uma por uma pela tela, tipo The Matrix

  • Isso me incomoda demais. Hoje em dia, para trabalhar de verdade, você precisa usar óculos escuros verdes, mudar o idioma para japonês e virar o monitor de lado

• Eu tomaria cuidado com a forma de fazer esse pedido
  Se o objetivo de usar o Claude for desenvolvimento de software, ficaria satisfeito mesmo sem cliente de desktop, desde que o executável de CLI claude faça tudo o que eu preciso dentro de um sandbox de VM Linux KVM feito para trabalho. Quanto mais limpo e confiável, melhor
  O uso conversacional comum para fazer perguntas eu faria dentro do sandbox do navegador web no desktop host, e gostaria que essa forma fosse bem suportada
  O pessoal de marketing/produto das empresas de IA naturalmente vai querer empurrar todo mundo para clientes de desktop proprietários, mas isso ainda é uma das frentes de abuso que dá para conter
  Não quero lidar com automação agêntica no desktop host e em tudo o que ele acessa. O nível atual da tecnologia ainda não está pronto para isso

  • O problema é que o VNC é ruim demais comparado ao RDP
    O acesso ao cliente GUI dentro dessa VM é péssimo, então, se não fosse por isso, eu não descartaria um cliente GUI com tanta facilidade

• É engraçada a ironia de centenas de usuários usando agentes de CLI e não conseguirem de fato criar eles mesmos uma versão desktop
  Será que os LLMs estão deixando as pessoas tão impotentes assim?

  • Eu evitei me envolver porque foi logo depois de a Anthropic ter feito um escândalo com claude -p para tentar barrar o Openclaw
    Foi difícil acompanhar a troca de golpes dos dois lados, mas talvez já tenha acabado agora
  • É difícil para uma pessoa só acompanhar um produto que solta várias atualizações por dia
  • É preciso notar que o pedido contém a palavra oficial. Versões não oficiais já existem