[FEATURE] Claude Desktop의 공식 Linux(Ubuntu LTS/Debian) 빌드 요청

• Anthropic의 Linux desktop 지원에 대한 공개 입장과 가능하면 Ubuntu LTS/Debian 대상의 1차 공식 Claude Desktop 빌드 요청
• 현재 Claude Desktop은 macOS와 Windows용으로만 배포되고, 공식 다운로드 페이지에는 "Not available for Linux"로 표시되어 Linux 사용자가 Desktop extensions, computer use, desktop dictation, Cowork를 공식 GUI 경로로 사용할 수 없음
• Claude Code CLI는 Linux에서 네이티브로 실행되지만 터미널 도구라서 Claude Code 플러그인을 Claude Desktop extensions로 개발·테스트하는 대체 수단이 아니며, 현재 플러그인 테스트에는 macOS 또는 Windows 전환이 필요함
• Claude Code는 이미 signed apt, dnf, apk 저장소와 linux-x64, linux-arm64, musl 변형 바이너리를 제공하며, 제안된 해법은 같은 배포 파이프라인으로 Anthropic 운영 apt 저장소의 signed .deb 제공
• Cowork 관련 근거로 Simon Willison, Pluto Security, pvieito의 역공학 결과가 인용됐고, macOS에서 Apple Virtualization Framework 기반 Ubuntu 22.04 VM 안에서 Claude Code 바이너리가 실행된다는 설명과 Anthropic 문서의 macOS/Windows 하이퍼바이저 분리 확인이 함께 제시됨
• johnzfitch/claude-cowork-linux는 macOS native modules를 stub 처리하고 VM 없이 Linux x86_64에서 Cowork 모드를 실행하는 커뮤니티 포트로 제시됨
• Linux 사용자는 현재 Windows Electron 빌드의 서드파티 재패키징에 의존하며, aaddrick/claude-desktop-debian은 signed apt/dnf 저장소, .deb, .rpm, AppImage, AUR, Nix 빌드, --doctor, CI 테스트, Claude Desktop 1.11187.1 추적 릴리스를 제공하지만 vendor-signed 및 vendor-audited가 아님
• Claude Desktop이 OAuth tokens, API keys, extension configurations를 다루는 개발자 워크스테이션의 자격 증명 처리 애플리케이션이라는 점에서, 공식 Linux 빌드 부재가 신뢰와 보안 우려로 연결됨
• 대안으로 Claude Code CLI, claude.ai 웹 클라이언트, 커뮤니티 재패키지, Wine 실행, macOS/Windows 전환이 정리됐지만 각각 desktop extensions, computer use, Cowork, 통합 안정성, 1차 보안 업데이트, 반복 개발 마찰 측면의 한계가 제시됨
• 1차 빌드가 로드맵에 없다면 설치 문서에 Linux 미계획 상태와 대략적 시점, 권장 커뮤니티 프로젝트 인정, 1회성 보안 리뷰 요약, Linux 사용자의 credential handling 및 MCP server configuration 보안 지침을 공개하는 fallback 요청

[GN⁺]

Hacker News 의견들

• 비공식 빌드를 https://github.com/aaddrick/claude-desktop-debian에서 관리하고 있음
  이름에는 Debian이 들어가지만 범위는 이제 모든 백엔드, 컴포지터 등으로 넓어졌고, 회사들이 Linux용 Electron 앱을 잘 내지 않는 주된 이유는 배포판 파편화라고 봄
  단순히 웹페이지를 앱처럼 렌더링하는 수준을 넘으면 금방 복잡해지고, 테스트용 VM 묶음을 갖춰도 계속 필요해짐

  • 예전 회사에서 원하는 고객 수가 적었는데도 Linux 데스크톱 클라이언트를 내려고 열심히 작업해 봤고, 정말 빨리 호환성 지옥이 됨을 확인함
    최근 Ubuntu 몇 개만 대상으로 잡으면 괜찮을 줄 알지만, 들어본 적도 없는 배포판에서 앱 일부가 제대로 안 된다는 불만이 쏟아짐
    엔지니어가 반나절 들여 VM에 설치하고 디버깅해도 원인은 상류 프로젝트 어딘가에 있고, 정당화하기 어려울 만큼 적은 고객 수를 위해 Linux 이슈 티켓은 계속 늘어남
    그런데 그 고객들은 화가 나 있고 목소리도 큼. 13년 된 ThinkPad에서 낯선 배포판을 돌린다는 말은 빼고 Twitter, Hacker News, Reddit에 회사 소프트웨어가 쓰레기라고 올림
    오픈소스 Electron 앱도 여러 인기 배포판에서 명령줄 우회 설정 없이는 안 돌아가고, 그마저도 불안정한 경우가 많음. 오픈소스는 넘어가지만 회사가 배포하면 원치 않던 화난 고객을 떠안게 될 수 있음
  • 회사들이 Linux용 Electron 앱을 안 낸다는 말은 좀 이상함. 오히려 회사들은 Electron 앱밖에 안 내는 듯함
    데스크톱 Linux가 자유·오픈소스 밖에서 뭔가를 받는다면 대개 Electron이고, Spotify, Discord, Slack, VSCode 같은 예가 계속 이어짐
    지난 20년 동안 영리 회사가 Linux용 GTK나 Qt 앱을 제대로 제공한 적은 거의 떠오르지 않음
    비공식 빌드 노력은 훌륭하지만, 추정상 조 단위 가치의 회사이고 학습 데이터에 Electron 앱이 수천 개쯤 들어갔을 제품이라면 직접 비용을 내야 함
  • Flatpak이면 이런 문제 상당수를 해결할 수 있지 않을까? 앱을 하나의 창 관리자/데스크톱 환경에 맞춰 개발하고, 그걸 Flatpak 요구사항으로 두면 될 듯함
  • Codex Desktop에도 비슷한 프로젝트가 있음: https://github.com/ilysenko/codex-desktop-linux
    Linux에 codex를 설치하는 과정을 거치고 나니 OpenAI가 왜 공식 포트를 안 내는지 정말 이해가 안 됨
    앱의 모든 부분을 테스트한 건 아니지만 의도대로 동작했고, computer use도 문제 없이 작동했음

• Anthropic에 소프트웨어 포팅을 잘하는 자동화 도구 같은 게 있었으면 좋았을 텐데

  • 무한히 소프트웨어를 만들 수 있어도 무엇을 작업할지에는 여전히 매우 의도적이어야 함
    코딩이 이제 “무료”라 해도 테스트, 지원, 계획 같은 비용은 남아 있음
  • 병목은 그쪽이 아닌 것처럼 들림
  • 거기에 allegedly를 빼먹었음
  • 최첨단 AI 회사들이 세계 최고 AI를 써서 Linux용 소프트웨어를 개발하고, 괜찮은 지원까지 제공하겠다고 결정할 수 있다면 좋겠음
  • 단순한 터미널 앱에 RAM 1GB가 필요한 기존 엉성한 물건으로 더 엉성한 Linux 앱을 만들겠다는 건가 싶음
    50만 달러 이상 보상 패키지를 받는 개발자 중에 안 구린 단순한 앱을 실제로 쓸 수 있게 작성할 사람이 있으면 좋겠음

• 많은 사람이 이걸 어려운 문제라고 하는데, Discord는 이런 내용을 넣은 게 흥미로움
  “Linux 사용자라면 업데이트가 있으니 직접 설치하라고 알려주는 그 사랑스러운 모달이 지겨운가요? 그렇다면 좋은 소식입니다. Rust 기반 업데이터를 Linux로 포팅해 Windows처럼 Linux에서도 자체 업데이트가 가능해졌습니다. 또한 설치용 .rpm과 .pkg.tar.zst 패키지 형식도 지원합니다.”
  Discord는 화면 캡처, 오디오 캡처, 오디오 라우팅을 다뤄야 하고 패키지 저장소 3종도 지원해야 해서 더 까다로운 클라이언트에 가깝다
  기반 문제를 고쳐 준다면 빌드/런타임 의존성을 버전마다 업데이트해야 한다는 점을 받아들이면 됨
  하나의 바이너리가 배포되어 작동한다는 건 그 바이너리가 의존하는 모든 라이브러리를 함께 실어야 한다는 뜻이고, Windows는 winsxs로 이를 처리하지만 Linux는 직접 하라고 요구함

• 데스크톱 앱에서 CLI가 못 해 주는 어떤 부분이 아쉬운지 궁금함. 나도 주로 Linux를 쓰고 그냥 CLI를 써 왔음

  • Anthropic 구독에서 CLI가 더 이상 일일 루틴을 제공하지 않는 것 같음
    또 대화 간 기억 검색은 Claude Code와 다른 대화 데이터셋, 즉 Claude Web/Claude.AI 대화를 쓰고, Claude Code가 대화 간 검색을 하는지도 확실치 않음
    데스크톱 인터페이스는 Markdown을 서식 있는 텍스트로 보여 주고, 특히 인터랙티브한 아티팩트를 CLI보다 훨씬 낫게 보여 줌
    그래도 실제로는 거의 모든 작업에 CLI를 씀. Claude Desktop의 일일 루틴은 총 15개 cron 작업으로 제한되고 추가 사용량 크레딧을 쓰기 때문에, 직접 최소한의 하네스를 만들고 다른 제공자의 모델로 루틴을 옮길 생각임
  • Linux가 아닌 동료들과 같은 경험을 쓰면 학습한 점과 프로세스를 공유하기 쉬움
    로컬에서 실행되는 예약 작업도 필요하고, https://support.claude.com/en/articles/13854387-schedule-rec...의 기능은 Claude Code 루틴과 중요하게 다름
    같은 폴더 안에서 여러 프로젝트/격리된 기억을 다루는 기능과 더 나은 UI도 필요함
  • 데스크톱 앱은 Code 기능을 통해 열어 둔 원격 세션을 제어할 수 있게 해 줌
  • Claude가 갑자기 보여 주려는 인라인 이미지를 보고 싶음. CLI에서는 이미지를 볼 수 없다고 다시 알려 주기 전까지는 계속 그러니까
    그 외에는 CLI에 만족함
  • CLI는 코딩 작업에는 좋지만, 코딩과 무관한 다른 일에는 데스크톱 앱이 꽤 유용할 수 있음

• Visual Studio 파생 앱에서 바이브 코딩하려고 Electron 앱은 원하지만, 직접 만들지도 않고 다른 사람의 저장소를 클론해 빌드하지도 않을 Linux 사용자 시장이 얼마나 되는지 모르겠음

  • 잘 모르겠지만, Linux 머신에서 Claude Desktop을 쓸 수 있다면 Anthropic 개발자 보수의 절반만 받고도 그 역할을 기꺼이 맡겠음
    Windows용 Electron 앱을 Linux에서 돌아가게 만든 서드파티 해킹은 항상 불편하게 느껴져서 싫음
  • Claude 앱을 원하지 않아서 직접 이해관계는 없지만, 요즘 평균적인 Linux 사용자는 점점 더 감시성 텔레메트리나 광고 같은 걸 원하지 않는 평범한 사람에 가까워지고 있음

• 아직도 많은 개발자가 Linux 사용을 깔보는 게 놀라움
  이미 Docker를 쓰고 K8S에 배포하고 있잖음. 그것도 Linux 위에서

  • 운영체제 자체는 별로 상관없음. 좋은 키보드와 트랙패드, 긴 배터리 수명, 선명한 화면을 가진 강력한 노트북을 원함
    가능하면 아주 조용하고, 깔끔한 디자인이면 더 좋음. 그게 MacBook의 가치 제안임
  • 그건 전혀 같은 일이 아님
  • 데스크톱과 서버는 지원해야 하는 표면적이 완전히 다름

• 그냥 한 번에 바이브로 직접 만들면 됨
  시시하긴 하지만, 여기서 모두가 말하는 게 매운 자동완성과 스스로 초래한 일자리 파괴뿐일 때는 가끔 스스로라도 즐겁게 해야 함

  • 스스로 초래한 일자리 파괴라는 관점을 이 형편없는 사이트에서 나 말고도 보는 사람이 있어 반가움

• 개인적으로 Claude Code에 글자를 초록색으로 만들고, The Matrix처럼 화면 위에서 글자들이 하나씩 내려오게 하는 모드가 왜 없는지 이해가 안 됨

  • 그게 엄청 거슬림. 요즘 제대로 일하려면 초록 선글라스를 쓰고, 언어를 일본어로 바꾸고, 모니터를 옆으로 돌려야 함

• 요청을 어떻게 표현하는지는 조심했으면 함
  Claude를 소프트웨어 개발에 쓰는 목적이라면, 작업용으로 만든 Linux KVM VM 샌드박스 안에서 claude CLI 실행 파일이 필요한 모든 걸 해 주고 데스크톱 클라이언트는 없어도 만족함. 더 깔끔하고 신뢰할수록 좋음
  질문을 던지는 일반적인 대화형 사용은 호스트 데스크톱의 웹브라우저 샌드박스 안에서 하고, 이 방식이 잘 지원되길 원함
  AI 회사의 마케팅/제품 담당자는 당연히 사람들을 독점 데스크톱 클라이언트로 밀어 넣고 싶어 하겠지만, 그건 아직 견제할 수 있는 남용 가능성의 한 구석임
  호스트 데스크톱과 그 접근 대상까지 에이전트식 자동화로 다루는 건 사양함. 현재 기술 수준은 아직 준비되지 않았음

  • 문제는 VNC가 RDP에 비해 너무 형편없다는 데 있음
    그 VM 안의 GUI 클라이언트에 접근하기가 엉망이라서, 그렇지 않았다면 GUI 클라이언트를 이렇게 쉽게 거절하진 않았을 것임

• 수백 명의 사용자가 CLI 에이전트를 써서 직접 데스크톱 버전을 실제로 만들지 못하는 아이러니가 웃김
  LLM이 사람들을 그렇게 무력하게 만들고 있는 건가?

  • Anthropic이 Openclaw를 막으려고 claude -p에 난리를 치던 뒤라, 그 여파에 휘말리기 싫어서 피했음
    양쪽의 공방을 따라가긴 어려웠지만 이제 끝난 것 같기도 함
  • 하루에도 여러 번 업데이트를 내는 제품을 한 사람이 계속 따라가기는 어려움
  • 요청에 공식이라는 단어가 들어간다는 점을 봐야 함. 비공식 버전들은 이미 있음