[FEATURE] Permintaan build Linux (Ubuntu LTS/Debian) resmi untuk Claude Desktop

• Permintaan atas sikap publik Anthropic mengenai dukungan desktop Linux dan, jika memungkinkan, build Claude Desktop resmi tahap awal yang menargetkan Ubuntu LTS/Debian
• Saat ini Claude Desktop hanya didistribusikan untuk macOS dan Windows, dan di halaman unduhan resmi ditandai "Not available for Linux", sehingga pengguna Linux tidak dapat menggunakan Desktop extensions, computer use, desktop dictation, dan Cowork melalui jalur GUI resmi
• Claude Code CLI berjalan secara native di Linux, tetapi karena merupakan alat terminal, ini bukan pengganti untuk mengembangkan dan menguji plugin Claude Code sebagai Claude Desktop extensions; saat ini pengujian plugin mengharuskan beralih ke macOS atau Windows
• Claude Code sudah menyediakan repositori signed apt, dnf, apk serta biner varian linux-x64, linux-arm64, dan musl; solusi yang diusulkan adalah menyediakan .deb signed dari repositori apt yang dioperasikan Anthropic melalui pipeline distribusi yang sama
• Sebagai dasar terkait Cowork, hasil rekayasa balik oleh Simon Willison, Pluto Security, dan pvieito dikutip, bersama penjelasan bahwa biner Claude Code berjalan di dalam VM Ubuntu 22.04 berbasis Apple Virtualization Framework pada macOS, serta konfirmasi pemisahan hypervisor macOS/Windows dalam dokumentasi Anthropic
• johnzfitch/claude-cowork-linux disebut sebagai port komunitas yang men-stub macOS native modules dan menjalankan mode Cowork di Linux x86_64 tanpa VM
• Pengguna Linux saat ini bergantung pada pemaketan ulang pihak ketiga dari build Windows Electron; aaddrick/claude-desktop-debian menyediakan repositori signed apt/dnf, .deb, .rpm, AppImage, build AUR, Nix, --doctor, pengujian CI, dan rilis pelacakan Claude Desktop 1.11187.1, tetapi bukan ditandatangani vendor maupun diaudit vendor
• Karena Claude Desktop adalah aplikasi penanganan kredensial pada workstation pengembang yang menangani OAuth tokens, API keys, dan extension configurations, tidak adanya build Linux resmi menimbulkan kekhawatiran kepercayaan dan keamanan
• Alternatif seperti Claude Code CLI, klien web claude.ai, pemaketan ulang komunitas, menjalankan lewat Wine, dan beralih ke macOS/Windows memang dirangkum, tetapi masing-masing memiliki keterbatasan pada desktop extensions, computer use, Cowork, stabilitas integrasi, pembaruan keamanan lini pertama, dan friksi pengembangan berulang
• Jika build tahap awal belum ada di roadmap, ada permintaan fallback agar dokumentasi instalasi memublikasikan status Linux yang belum direncanakan beserta perkiraan waktunya, pengakuan atas proyek komunitas yang direkomendasikan, ringkasan tinjauan keamanan satu kali, serta panduan keamanan untuk credential handling dan konfigurasi MCP server bagi pengguna Linux

[GN⁺]

Komentar Hacker News

• Build tidak resmi dikelola di https://github.com/aaddrick/claude-desktop-debian
  Namanya memang mencantumkan Debian, tetapi cakupannya kini meluas ke semua backend, compositor, dan sebagainya, dan menurut saya alasan utama perusahaan tidak merilis aplikasi Electron untuk Linux adalah fragmentasi distro
  Begitu melampaui sekadar merender halaman web seperti aplikasi, semuanya cepat menjadi rumit, dan bahkan jika sudah menyiapkan sekumpulan VM untuk pengujian, itu akan terus dibutuhkan

  • Di perusahaan lama saya, meski jumlah pelanggan yang menginginkannya sedikit, kami pernah berusaha keras merilis klien desktop Linux, dan saya melihat sendiri bahwa ini sangat cepat berubah menjadi neraka kompatibilitas
    Mungkin terasa cukup jika hanya menargetkan beberapa Ubuntu terbaru, tetapi keluhan akan berdatangan dari distro yang bahkan belum pernah Anda dengar, bahwa sebagian aplikasi tidak berjalan dengan benar
    Walau insinyur menghabiskan setengah hari memasang di VM dan melakukan debug, penyebabnya ada di suatu bagian proyek upstream, dan tiket isu Linux terus menumpuk untuk jumlah pelanggan yang terlalu sedikit untuk bisa dibenarkan
    Sementara itu, pelanggan tersebut marah dan juga sangat vokal. Tanpa menyebut bahwa mereka menjalankan distro asing di ThinkPad berusia 13 tahun, mereka akan menulis di Twitter, Hacker News, dan Reddit bahwa perangkat lunak perusahaan itu sampah
    Bahkan aplikasi Electron open source sering tidak berjalan di beberapa distro populer tanpa konfigurasi workaround baris perintah, dan itu pun kerap tidak stabil. Jika open source mungkin masih dimaklumi, tetapi jika perusahaan yang mendistribusikannya, mereka bisa berakhir menanggung pelanggan marah yang tidak diinginkan
  • Agak aneh mengatakan bahwa perusahaan tidak merilis aplikasi Electron untuk Linux. Justru terasa sebaliknya, perusahaan seolah hanya merilis aplikasi Electron
    Jika desktop Linux menerima sesuatu dari luar ranah free/open source, biasanya itu Electron, dengan contoh seperti Spotify, Discord, Slack, VSCode yang terus berlanjut
    Dalam 20 tahun terakhir, hampir tidak terpikir ada perusahaan komersial yang benar-benar menyediakan aplikasi GTK atau Qt untuk Linux dengan layak
    Upaya build tidak resmi ini luar biasa, tetapi untuk produk dari perusahaan yang nilainya diperkirakan triliunan dan yang kemungkinan punya ribuan aplikasi Electron dalam data latihnya, mereka seharusnya menanggung biayanya sendiri
  • Bukankah Flatpak bisa menyelesaikan cukup banyak masalah seperti ini? Aplikasi bisa dikembangkan untuk satu window manager/desktop environment, lalu itu dijadikan persyaratan Flatpak
  • Ada proyek serupa untuk Codex Desktop juga: https://github.com/ilysenko/codex-desktop-linux
    Setelah melalui proses memasang codex di Linux, saya benar-benar tidak paham mengapa OpenAI tidak merilis port resminya
    Saya memang belum menguji setiap bagian aplikasi, tetapi sejauh yang saya lihat semuanya berjalan sesuai niat, dan computer use juga berfungsi tanpa masalah

• Seandainya Anthropic punya semacam alat otomatisasi yang jago melakukan porting perangkat lunak

  • Meskipun Anda bisa membuat perangkat lunak tanpa batas, Anda tetap harus sangat disengaja dalam memilih apa yang akan dikerjakan
    Walaupun coding sekarang “gratis”, biaya seperti pengujian, dukungan, perencanaan tetap ada
  • Kedengarannya bottleneck-nya bukan di sana
  • Anda lupa menambahkan allegedly di situ
  • Akan menyenangkan jika perusahaan AI terdepan memutuskan memakai AI terbaik dunia untuk mengembangkan perangkat lunak Linux, dan bahkan memberikan dukungan yang layak
  • Maksudnya mau membuat aplikasi Linux yang lebih berantakan lagi dengan barang berantakan lama yang butuh RAM 1GB hanya untuk aplikasi terminal sederhana?
    Andai ada pengembang dengan paket kompensasi di atas 500 ribu dolar yang bisa benar-benar menulis aplikasi sederhana yang tidak payah dan bisa dipakai

• Banyak orang bilang ini masalah yang sulit, tetapi menarik bahwa Discord memasukkan hal seperti ini
  “Pengguna Linux, bosan dengan modal menggemaskan yang memberi tahu Anda bahwa ada pembaruan dan Anda harus memasangnya sendiri? Kalau begitu, ada kabar baik. Kami telah mem-port updater berbasis Rust kami ke Linux, jadi seperti di Windows, Linux kini juga bisa melakukan update mandiri. Kami juga mendukung format paket instalasi .rpm dan .pkg.tar.zst.”
  Discord harus menangani screen capture, audio capture, audio routing, dan juga mendukung tiga jenis repositori paket, jadi ini cenderung klien yang lebih rumit
  Jika masalah dasarnya diperbaiki, tinggal menerima bahwa dependensi build/runtime harus diperbarui untuk tiap versi
  Fakta bahwa satu biner didistribusikan dan berfungsi berarti semua pustaka yang menjadi dependensinya harus ikut dibawa, dan Windows menanganinya dengan winsxs, sedangkan Linux meminta Anda mengurusnya sendiri

• Saya penasaran, dalam aplikasi desktop apa yang terasa kurang yang tidak bisa dipenuhi CLI. Saya juga kebanyakan memakai Linux dan selama ini hanya memakai CLI

  • Dalam langganan Anthropic, tampaknya CLI tidak lagi menyediakan rutinitas harian
    Selain itu, pencarian memori antar percakapan memakai dataset percakapan yang berbeda dari Claude Code, yaitu percakapan Claude Web/Claude.AI, dan saya juga tidak yakin apakah Claude Code melakukan pencarian antar percakapan
    Antarmuka desktop menampilkan Markdown sebagai rich text, dan khususnya menampilkan artefak interaktif jauh lebih baik daripada CLI
    Meski begitu, pada praktiknya saya memakai CLI untuk hampir semua pekerjaan. Rutinitas harian Claude Desktop dibatasi total 15 pekerjaan cron dan memakai kredit penggunaan tambahan, jadi saya berencana membuat harness minimal sendiri dan memindahkan rutinitas itu ke model dari penyedia lain
  • Jika memakai pengalaman yang sama dengan rekan kerja non-Linux, lebih mudah berbagi hal yang dipelajari dan proses kerja
    Saya juga butuh pekerjaan terjadwal yang berjalan secara lokal, dan fitur di https://support.claude.com/en/articles/13854387-schedule-rec... berbeda secara penting dari rutinitas Claude Code
    Saya juga butuh kemampuan menangani beberapa proyek/memori terisolasi dalam folder yang sama dan UI yang lebih baik
  • Aplikasi desktop memungkinkan Anda mengendalikan sesi jarak jauh yang sedang dibuka melalui fitur Code
  • Saya ingin bisa melihat gambar inline yang tiba-tiba ingin ditampilkan Claude. Di CLI dia terus begitu sampai kembali mengingatkan bahwa gambar tidak bisa dilihat di sana
    Selain itu, saya puas dengan CLI
  • CLI bagus untuk pekerjaan coding, tetapi untuk hal lain yang tidak terkait coding, aplikasi desktop bisa cukup berguna

• Di aplikasi turunan Visual Studio, saya memang ingin aplikasi Electron untuk vibe coding, tetapi saya tidak tahu seberapa besar pasar pengguna Linux yang tidak mau membuatnya sendiri atau meng-clone repositori orang lain lalu membangunnya

  • Saya juga tidak tahu pasti, tetapi kalau Claude Desktop bisa dipakai di mesin Linux, saya dengan senang hati akan mengambil peran itu bahkan dengan bayaran hanya setengah dari kompensasi pengembang Anthropic
    Saya selalu tidak suka hack pihak ketiga yang memaksa aplikasi Electron untuk Windows berjalan di Linux karena terasa merepotkan
  • Saya pribadi tidak punya kepentingan langsung karena tidak menginginkan aplikasi Claude, tetapi belakangan ini pengguna Linux rata-rata makin mendekati orang biasa yang tidak menginginkan hal-hal seperti telemetri yang bersifat pengawasan atau iklan

• Masih mengejutkan bahwa banyak pengembang tetap meremehkan penggunaan Linux
  Kalian sudah memakai Docker dan deploy ke K8S. Dan itu semua berjalan di atas Linux

  • Sistem operasinya sendiri tidak terlalu penting. Saya hanya ingin laptop yang kuat dengan keyboard dan trackpad yang bagus, daya tahan baterai panjang, dan layar yang tajam
    Kalau bisa sangat senyap dan desainnya bersih, itu lebih baik. Itulah proposisi nilai MacBook
  • Itu sama sekali bukan hal yang sama
  • Desktop dan server punya permukaan dukungan yang sepenuhnya berbeda

• Ya tinggal dibuat sendiri sekaligus dengan vibe saja
  Memang agak konyol, tetapi ketika semua orang di sini hanya bicara soal autocomplete pedas dan penghancuran pekerjaan yang disebabkan sendiri, kadang kita harus mencari hiburan sendiri

  • Senang rasanya ada orang lain selain saya yang juga melihat sudut pandang penghancuran pekerjaan yang disebabkan sendiri di situs buruk ini

• Secara pribadi saya tidak paham kenapa tidak ada mode di Claude Code yang membuat huruf berwarna hijau dan membuat teks turun satu per satu di layar seperti The Matrix

  • Itu sangat mengganggu. Sekarang ini, kalau mau benar-benar bekerja, kita harus memakai kacamata hitam hijau, mengganti bahasa ke Jepang, dan memutar monitor ke samping

• Saya harap orang berhati-hati dalam menyampaikan permintaan ini
  Jika tujuannya menggunakan Claude untuk pengembangan perangkat lunak, saya akan puas tanpa klien desktop asalkan berkas eksekusi claude CLI bisa melakukan semua yang diperlukan di dalam sandbox VM Linux KVM yang dibuat untuk pekerjaan. Makin bersih dan makin bisa dipercaya, makin baik
  Untuk penggunaan percakapan umum dengan melempar pertanyaan, saya ingin melakukannya di dalam sandbox browser web pada desktop host, dan saya ingin pendekatan ini didukung dengan baik
  Orang marketing/produk di perusahaan AI tentu ingin mendorong orang ke klien desktop proprietari, tetapi itu masih merupakan salah satu sudut potensi penyalahgunaan yang masih bisa dibendung
  Saya tidak berminat menangani desktop host dan seluruh target aksesnya lewat otomatisasi bergaya agen. Tingkat teknologi saat ini belum siap untuk itu

  • Masalahnya adalah VNC terlalu buruk dibandingkan RDP
    Akses ke klien GUI di dalam VM itu berantakan, jadi kalau tidak begitu, saya tidak akan semudah ini menolak klien GUI

• Ironisnya lucu bahwa ratusan pengguna tidak bisa benar-benar membuat sendiri versi desktop dengan memakai agen CLI
  Apakah LLM benar-benar membuat orang jadi setidakberdaya itu?

  • Karena saat itu Anthropic sedang ribut soal claude -p untuk memblokir Openclaw, saya menghindarinya karena tidak ingin ikut terseret dampaknya
    Sulit mengikuti saling serang dari kedua pihak, tetapi sepertinya sekarang sudah selesai juga
  • Sulit bagi satu orang untuk terus mengikuti produk yang merilis update beberapa kali sehari
  • Perlu dilihat bahwa permintaan ini memakai kata resmi. Versi tidak resmi sudah ada