[FEATURE] Yêu cầu bản build Linux (Ubuntu LTS/Debian) chính thức cho Claude Desktop
(github.com/anthropics)- Yêu cầu Anthropic đưa ra lập trường công khai về việc hỗ trợ desktop Linux và nếu có thể thì phát hành bản build Claude Desktop chính thức đầu tiên cho Ubuntu LTS/Debian
- Hiện tại Claude Desktop chỉ được phân phối cho macOS và Windows, và trên trang tải xuống chính thức được ghi là "Not available for Linux", khiến người dùng Linux không thể sử dụng Desktop extensions, computer use, desktop dictation và Cowork thông qua lộ trình GUI chính thức
- Claude Code CLI chạy native trên Linux, nhưng vì là công cụ terminal nên không phải là phương án thay thế để phát triển và kiểm thử plugin Claude Code dưới dạng Claude Desktop extensions; hiện việc kiểm thử plugin vẫn đòi hỏi phải chuyển sang macOS hoặc Windows
- Claude Code đã cung cấp các kho signed apt, dnf, apk cùng các bản nhị phân biến thể linux-x64, linux-arm64 và musl; giải pháp được đề xuất là dùng cùng pipeline phân phối đó để cung cấp gói signed
.debtrong kho apt do Anthropic vận hành - Là cơ sở liên quan đến Cowork, bài viết trích dẫn kết quả reverse engineering của Simon Willison, Pluto Security và pvieito; đồng thời nêu rằng binary Claude Code chạy được bên trong máy ảo Ubuntu 22.04 dựa trên Apple Virtualization Framework trên macOS, cùng với việc tài liệu của Anthropic xác nhận sự tách biệt hypervisor giữa macOS/Windows
johnzfitch/claude-cowork-linuxđược nêu như một bản port cộng đồng chạy chế độ Cowork trên Linux x86_64 không cần VM bằng cách stub các macOS native modules- Người dùng Linux hiện phải phụ thuộc vào việc đóng gói lại từ bên thứ ba cho bản build Windows Electron;
aaddrick/claude-desktop-debiancung cấp kho signed apt/dnf,.deb,.rpm, AppImage, bản build AUR, Nix,--doctor, kiểm thử CI và các bản phát hành bám theo Claude Desktop 1.11187.1, nhưng không phải bản được vendor ký và cũng không được vendor kiểm định - Vì Claude Desktop là ứng dụng xử lý thông tin xác thực trên máy trạm của lập trình viên, nơi quản lý OAuth tokens, API keys và extension configurations, nên việc thiếu bản build Linux chính thức dẫn tới lo ngại về độ tin cậy và bảo mật
- Các phương án thay thế như Claude Code CLI, web client
claude.ai, bản đóng gói lại từ cộng đồng, chạy bằng Wine hoặc chuyển sang macOS/Windows đã được liệt kê, nhưng mỗi cách đều có hạn chế về desktop extensions, computer use, Cowork, độ ổn định tích hợp, cập nhật bảo mật tuyến đầu và ma sát trong vòng lặp phát triển - Nếu bản build tuyến đầu chưa có trong roadmap, đề xuất fallback là công khai trong tài liệu cài đặt rằng Linux chưa được lên kế hoạch cùng mốc thời gian ước lượng, ghi nhận dự án cộng đồng được khuyến nghị, tóm tắt một lần rà soát bảo mật và công bố hướng dẫn bảo mật cho việc credential handling và cấu hình MCP server của người dùng Linux
1 bình luận
Ý kiến trên Hacker News
Bản dựng không chính thức đang được duy trì tại https://github.com/aaddrick/claude-desktop-debian
Dù tên có Debian, phạm vi giờ đã mở rộng sang mọi backend, compositor, v.v., và có vẻ lý do chính khiến các công ty không phát hành tốt ứng dụng Electron cho Linux là sự phân mảnh bản phân phối
Một khi vượt quá mức chỉ render trang web như ứng dụng thì mọi thứ nhanh chóng trở nên phức tạp, và dù có chuẩn bị sẵn một bộ VM để kiểm thử thì vẫn sẽ liên tục cần thêm
Bạn có thể nghĩ chỉ nhắm đến vài bản Ubuntu gần đây là ổn, nhưng rồi sẽ có hàng loạt phàn nàn từ những bản phân phối chưa từng nghe tên rằng một phần nào đó của ứng dụng không hoạt động đúng
Kể cả khi kỹ sư dành nửa ngày cài vào VM rồi debug, nguyên nhân vẫn nằm đâu đó ở một dự án upstream, và ticket lỗi Linux cứ tiếp tục tăng lên cho một lượng khách hàng quá ít để có thể biện minh
Trong khi đó, những khách hàng ấy lại rất bực và rất ồn ào. Họ không nói rằng mình đang chạy một bản phân phối lạ trên chiếc ThinkPad 13 năm tuổi, mà lên Twitter, Hacker News, Reddit chê phần mềm của công ty là rác
Ngay cả ứng dụng Electron mã nguồn mở cũng không chạy được trên nhiều bản phân phối phổ biến nếu không có cấu hình workaround dòng lệnh, mà như vậy cũng thường không ổn định. Mã nguồn mở thì còn bỏ qua được, nhưng nếu công ty phân phối thì có thể phải ôm một đống khách hàng giận dữ ngoài mong muốn
Nếu desktop Linux nhận được thứ gì đó từ ngoài thế giới tự do/mã nguồn mở, thì đa phần là Electron, với các ví dụ quen thuộc như Spotify, Discord, Slack, VSCode
Trong 20 năm qua hầu như không nhớ nổi công ty vì lợi nhuận nào cung cấp ứng dụng GTK hay Qt tử tế cho Linux
Nỗ lực tạo bản dựng không chính thức là rất tuyệt, nhưng với một công ty được ước tính trị giá hàng trăm tỷ và một sản phẩm mà dữ liệu huấn luyện hẳn đã chứa hàng nghìn ứng dụng Electron, thì họ nên tự bỏ chi phí ra làm
Sau khi tự cài codex trên Linux, tôi thực sự không hiểu vì sao OpenAI không phát hành bản port chính thức
Tôi chưa thử mọi phần của ứng dụng, nhưng những gì đã thử đều hoạt động đúng như mong đợi, và computer use cũng chạy không vấn đề gì
Giá mà Anthropic có một thứ như công cụ tự động hóa giỏi việc port phần mềm
Ngay cả khi coding giờ đã “miễn phí”, các chi phí như kiểm thử, hỗ trợ, lập kế hoạch vẫn còn đó
Giá mà trong số các developer nhận gói đãi ngộ hơn 500 nghìn USD có người thực sự viết được một ứng dụng đơn giản không tệ để người ta dùng được
Nhiều người nói đây là vấn đề khó, nhưng Discord có đoạn này khá thú vị
“Bạn là người dùng Linux và đã chán cái modal đáng yêu cứ báo có bản cập nhật rồi bảo tự cài thủ công chưa? Vậy thì tin vui đây. Chúng tôi đã port updater dựa trên Rust sang Linux, nên giờ Linux cũng có thể tự cập nhật như Windows. Chúng tôi cũng hỗ trợ các định dạng gói cài đặt .rpm và .pkg.tar.zst.”
Discord gần như là một client còn khắt khe hơn vì phải xử lý chụp màn hình, capture âm thanh, định tuyến âm thanh, và còn phải hỗ trợ 3 loại kho gói
Nếu sửa được các vấn đề nền tảng thì chỉ cần chấp nhận việc phải cập nhật phụ thuộc build/runtime theo từng phiên bản
Việc một binary duy nhất được phân phối và hoạt động có nghĩa là bạn phải mang theo mọi thư viện mà binary đó phụ thuộc; Windows xử lý việc này bằng winsxs còn Linux thì yêu cầu bạn tự lo
Tôi tò mò không biết ở ứng dụng desktop có điểm gì mà CLI không đáp ứng được. Tôi cũng chủ yếu dùng Linux và chỉ dùng CLI
Ngoài ra, tìm kiếm ký ức giữa các cuộc trò chuyện dùng một bộ dữ liệu hội thoại khác với Claude Code, tức là các cuộc trò chuyện Claude Web/Claude.AI, và tôi cũng không chắc Claude Code có tìm kiếm xuyên cuộc trò chuyện hay không
Giao diện desktop hiển thị Markdown dưới dạng rich text, và đặc biệt hiển thị các artifact tương tác tốt hơn CLI rất nhiều
Dù vậy, trên thực tế tôi vẫn dùng CLI cho gần như mọi việc. Routine hằng ngày của Claude Desktop bị giới hạn tổng cộng 15 tác vụ cron và còn tiêu tốn tín dụng sử dụng bổ sung, nên tôi định tự làm một harness tối thiểu rồi chuyển các routine sang mô hình của nhà cung cấp khác
Tôi cũng cần các tác vụ lên lịch chạy cục bộ, và tính năng ở https://support.claude.com/en/articles/13854387-schedule-rec... khác đáng kể so với routine của Claude Code
Tôi còn cần khả năng xử lý nhiều project/ký ức tách biệt trong cùng một thư mục và UI tốt hơn
Ngoài chuyện đó ra thì tôi hài lòng với CLI
Muốn có ứng dụng Electron để vibe coding trong các app phái sinh từ Visual Studio, nhưng không rõ thị trường người dùng Linux nào vừa muốn ứng dụng Electron, lại vừa không tự làm cũng không clone repo của người khác về để tự build thì lớn đến mức nào
Tôi luôn thấy khó chịu với các bản hack bên thứ ba để ép ứng dụng Electron cho Windows chạy được trên Linux
Thật ngạc nhiên là vẫn còn nhiều lập trình viên coi thường việc dùng Linux
Dù sao thì họ cũng đã dùng Docker và triển khai lên K8S rồi mà. Mà tất cả đều chạy trên Linux
Nếu có thể thì càng yên tĩnh càng tốt, và thiết kế gọn gàng thì càng hay. Đó chính là giá trị cốt lõi của MacBook
Cứ vibe một phát rồi tự làm luôn là được
Nghe thì nhạt thật, nhưng khi mọi người ở đây chỉ toàn nói về autocomplete cay cú và sự hủy diệt việc làm do chính mình gây ra, thì đôi khi cũng phải tự mua vui chút chứ
Cá nhân tôi không hiểu vì sao Claude Code lại không có chế độ biến chữ thành màu xanh lá và cho ký tự rơi xuống từng dòng như trong The Matrix
Tôi nghĩ nên cẩn thận trong cách diễn đạt yêu cầu
Nếu mục đích là dùng Claude cho phát triển phần mềm, thì chỉ cần file thực thi CLI
claudelàm được mọi thứ cần thiết bên trong sandbox VM Linux KVM dành cho công việc là tôi đã hài lòng, không cần desktop client. Càng gọn và càng đáng tin thì càng tốtViệc dùng kiểu hội thoại thông thường để đặt câu hỏi thì tôi sẽ làm trong sandbox trình duyệt web trên desktop máy host, và tôi muốn cách này được hỗ trợ tốt
Người làm marketing/sản phẩm ở các công ty AI dĩ nhiên sẽ muốn đẩy mọi người vào desktop client độc quyền, nhưng đó vẫn là một góc của khả năng lạm dụng mà hiện giờ ta còn có thể kiềm chế
Tôi xin từ chối kiểu tự động hóa tác nhân thao tác luôn cả desktop máy host và mọi thứ nó có thể truy cập. Trình độ công nghệ hiện tại vẫn chưa sẵn sàng cho chuyện đó
Việc truy cập GUI client trong VM đó rất tồi, nếu không thì tôi đã không dễ dàng bác bỏ GUI client đến vậy
Thật buồn cười trước sự trớ trêu là hàng trăm người dùng CLI agent mà lại không thể tự làm ra một bản desktop thực sự
LLM đang khiến con người bất lực đến vậy sao?
claude -pđể chặn Openclaw, nên tôi tránh xa vì không muốn bị cuốn vào dư chấn đóKhó mà theo dõi hết màn đấu khẩu giữa hai bên, nhưng có vẻ giờ chuyện đó cũng đã kết thúc rồi