[FEATURE] คำขอให้มีการออกบิลด์ Linux (Ubuntu LTS/Debian) อย่างเป็นทางการสำหรับ Claude Desktop

 (github.com/anthropics)
1 คะแนน โดย GN⁺ 22 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ขอให้ Anthropic แสดงจุดยืนสาธารณะเกี่ยวกับ การรองรับ Linux desktop และหากเป็นไปได้ ขอให้มีบิลด์ Claude Desktop อย่างเป็นทางการรุ่นแรกสำหรับ Ubuntu LTS/Debian
  • ปัจจุบัน 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 repositories รวมถึงไบนารีแบบ linux-x64, linux-arm64 และแบบ musl อยู่แล้ว โดยแนวทางที่เสนอคือใช้ deployment pipeline เดียวกันเพื่อจัดส่ง signed .deb จาก apt repository ที่ Anthropic ดูแล
  • เป็นหลักฐานเกี่ยวกับ Cowork มีการอ้างอิงผลการ reverse engineering ของ Simon Willison, Pluto Security และ pvieito พร้อมทั้งอธิบายว่าไบนารี Claude Code สามารถรันอยู่ภายใน Ubuntu 22.04 VM ที่อิง Apple Virtualization Framework บน macOS ได้ และยังยืนยันร่วมกับเอกสารของ Anthropic ว่ามีการแยก hypervisor ระหว่าง macOS/Windows
  • johnzfitch/claude-cowork-linux ถูกยกเป็น community port ที่ทำการ stub โมดูล native ของ macOS และรันโหมด Cowork บน Linux x86_64 ได้โดยไม่ต้องใช้ VM
  • ปัจจุบันผู้ใช้ Linux ต้องพึ่งพาการ repackage โดยบุคคลที่สามจากบิลด์ Windows Electron โดย aaddrick/claude-desktop-debian มี signed apt/dnf repositories, .deb, .rpm, AppImage, AUR, Nix builds, --doctor, การทดสอบ CI และ release ติดตาม Claude Desktop 1.11187.1 แต่ ไม่ได้ลงนามโดยผู้ผลิต และไม่ได้ผ่านการตรวจสอบโดยผู้ผลิต
  • เนื่องจาก Claude Desktop เป็นแอปพลิเคชันจัดการข้อมูลรับรองบนเวิร์กสเตชันนักพัฒนาที่ดูแล OAuth tokens, API keys และการตั้งค่า extension การไม่มีบิลด์ Linux อย่างเป็นทางการจึงนำไปสู่ความกังวลด้านความน่าเชื่อถือและความปลอดภัย
  • มีการสรุปทางเลือกอื่นคือ Claude Code CLI, เว็บไคลเอนต์ claude.ai, community repackages, การรันผ่าน Wine และการสลับไปใช้ macOS/Windows แต่แต่ละทางเลือกมีข้อจำกัดในด้าน desktop extensions, computer use, Cowork, ความเสถียรของการผสานรวม, การอัปเดตความปลอดภัยจากผู้พัฒนาโดยตรง และความฝืดในการพัฒนาแบบทำซ้ำ
  • หากบิลด์รุ่นแรกยังไม่อยู่ในโรดแมป ก็มีคำขอสำรองให้เผยแพร่ในเอกสารการติดตั้งว่า Linux ยังไม่มีแผนรองรับพร้อมช่วงเวลาโดยประมาณ, การรับรองโครงการชุมชนที่แนะนำ, สรุปการตรวจสอบความปลอดภัยแบบครั้งเดียว และแนวทางความปลอดภัยสำหรับการจัดการ credential และการตั้งค่า MCP server ของผู้ใช้ Linux

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 22 시간 전
ความคิดเห็นจาก Hacker News

  • มีการดูแลบิลด์อย่างไม่เป็นทางการไว้ที่ https://github.com/aaddrick/claude-desktop-debian
    แม้ชื่อจะมี Debian อยู่ แต่ตอนนี้ขอบเขตกว้างไปครอบคลุมแบ็กเอนด์ คอมโพสิตเตอร์ และอื่น ๆ ทั้งหมดแล้ว และมองว่าสาเหตุหลักที่บริษัทต่าง ๆ ไม่ค่อยออกแอป Electron สำหรับ Linux ก็คือ การแตกกระจายของดิสโทร
    ถ้าเกินกว่าระดับแค่เรนเดอร์หน้าเว็บให้เหมือนแอป ความซับซ้อนจะพุ่งขึ้นอย่างรวดเร็ว และถึงจะเตรียมชุด VM สำหรับทดสอบไว้ก็ยังต้องใช้ต่อเนื่องเรื่อย ๆ

    • ที่บริษัทเก่าเคยพยายามอย่างหนักจะออก Linux desktop client ทั้งที่จำนวนลูกค้าที่ต้องการมีไม่มากนัก และก็พบว่ามันกลายเป็น นรกแห่งความเข้ากันได้ อย่างรวดเร็ว
      อาจคิดว่าถ้าจับแค่ Ubuntu รุ่นล่าสุดไม่กี่รุ่นก็น่าจะพอ แต่สุดท้ายก็มีคำบ่นถาโถมมาจากดิสโทรที่ไม่เคยได้ยินชื่อว่าแอปบางส่วนทำงานไม่ถูกต้อง
      ต่อให้วิศวกรใช้เวลาครึ่งวันติดตั้งลง VM และดีบัก สาเหตุก็มักไปอยู่ในโปรเจ็กต์ต้นน้ำที่ไหนสักแห่ง และจำนวนลูกค้าที่น้อยเกินกว่าจะอธิบายความคุ้มค่าได้ก็ยังทำให้ตั๋วปัญหา Linux เพิ่มขึ้นเรื่อย ๆ
      แถมลูกค้ากลุ่มนั้นก็มักโกรธและเสียงดัง โดยไม่พูดถึงว่าใช้งานดิสโทรแปลก ๆ บน ThinkPad อายุ 13 ปี แต่กลับไปโพสต์บน Twitter, Hacker News, Reddit ว่าซอฟต์แวร์ของบริษัทห่วยแตก
      แม้แต่แอป Electron แบบโอเพนซอร์สก็ยังรันไม่ได้บนดิสโทรยอดนิยมหลายตัวหากไม่มีการตั้งค่าทางอ้อมผ่านบรรทัดคำสั่ง และถึงทำได้ก็มักไม่เสถียรนัก ถ้าเป็นโอเพนซอร์สก็พอปล่อยผ่านได้ แต่ถ้าบริษัทเป็นผู้แจกจ่ายเองก็อาจต้องแบกรับลูกค้าที่โกรธเกรี้ยวโดยไม่ตั้งใจ
    • การบอกว่าบริษัทไม่ออกแอป Electron สำหรับ Linux ฟังดูแปลกนิดหน่อย เพราะเหมือนจริง ๆ แล้วบริษัทออกแต่แอป Electron เท่านั้น
      ถ้าเดสก์ท็อป Linux จะได้รับอะไรสักอย่างจากโลกนอกเหนือเสรี/โอเพนซอร์ส ส่วนใหญ่มักเป็น Electron และตัวอย่างอย่าง Spotify, Discord, Slack, VSCode ก็มีต่อเนื่องมาเรื่อย ๆ
      ตลอด 20 ปีที่ผ่านมาแทบนึกไม่ออกเลยว่ามีบริษัทเชิงพาณิชย์รายไหนที่ทำแอป GTK หรือ Qt สำหรับ Linux ได้อย่างจริงจัง
      ความพยายามทำบิลด์อย่างไม่เป็นทางการนั้นยอดเยี่ยม แต่ถ้าเป็นบริษัทที่ประเมินกันว่าน่าจะมีมูลค่าระดับล้านล้าน และผลิตภัณฑ์นี้ก็น่าจะเรียนรู้จากข้อมูลแอป Electron นับพันตัว ก็ควรเป็นฝ่ายจ่ายต้นทุนนี้เอง
    • ถ้าใช้ Flatpak ปัญหาพวกนี้ก็น่าจะถูกแก้ได้ไม่น้อยไม่ใช่หรือ? พัฒนาแอปให้เข้ากับตัวจัดการหน้าต่าง/เดสก์ท็อปสภาพแวดล้อมแบบใดแบบหนึ่ง แล้วกำหนดสิ่งนั้นเป็นข้อกำหนดของ Flatpak ก็น่าจะได้
    • มีโปรเจ็กต์คล้ายกันสำหรับ Codex Desktop ด้วย: https://github.com/ilysenko/codex-desktop-linux
      พอลองผ่านขั้นตอนติดตั้ง codex บน Linux แล้ว ก็ยิ่งไม่เข้าใจจริง ๆ ว่าทำไม OpenAI ถึงไม่ออกพอร์ตทางการ
      ยังไม่ได้ทดสอบทุกส่วนของแอป แต่สิ่งที่ลองก็ทำงานได้ตามเจตนา และ computer use ก็ทำงานได้ไม่มีปัญหา

  • น่าเสียดายถ้า Anthropic ไม่มีอะไรอย่าง เครื่องมืออัตโนมัติ ที่เก่งเรื่องพอร์ตซอฟต์แวร์

    • ถึงจะสร้างซอฟต์แวร์ได้ไม่จำกัด แต่ก็ยังต้องตั้งใจอย่างมากอยู่ดีว่าจะเลือกทำอะไร
      ต่อให้การเขียนโค้ดตอนนี้จะ “ฟรี” แล้ว ต้นทุนอย่าง การทดสอบ การซัพพอร์ต และการวางแผน ก็ยังคงอยู่
    • ฟังดูเหมือนคอขวดไม่ได้อยู่ตรงนั้น
    • ตรงนั้นลืมใส่ allegedly ไป
    • คงจะดีถ้าบริษัท AI ระดับแนวหน้าตัดสินใจใช้ AI ที่ดีที่สุดในโลกเพื่อพัฒนาซอฟต์แวร์สำหรับ Linux และให้การสนับสนุนที่ดีพอสมควรด้วย
    • เหมือนกำลังจะเอาของเดิมที่เทอะทะซึ่งต้องใช้ RAM 1GB สำหรับแอปเทอร์มินัลง่าย ๆ มาทำเป็นแอป Linux ที่เทอะทะยิ่งกว่าเดิม
      อยากให้ในบรรดานักพัฒนาที่ได้แพ็กเกจค่าตอบแทนเกิน 500,000 ดอลลาร์ มีสักคนที่เขียนแอปง่าย ๆ แบบไม่ห่วยและใช้งานได้จริงออกมาได้

  • หลายคนบอกว่านี่เป็นปัญหาที่ยาก แต่สิ่งที่ Discord ใส่ไว้ก็น่าสนใจ
    “ถ้าคุณเป็นผู้ใช้ Linux แล้วเบื่อโมดัลแสนน่ารักที่คอยบอกให้ไปติดตั้งอัปเดตด้วยตัวเอง ข่าวดีก็คือเราได้พอร์ตตัวอัปเดตที่สร้างด้วย Rust มายัง Linux แล้ว ทำให้ Linux สามารถอัปเดตตัวเองได้เหมือนบน Windows นอกจากนี้ยังรองรับรูปแบบแพ็กเกจติดตั้ง .rpm และ .pkg.tar.zst ด้วย”
    Discord จัดว่าเป็นไคลเอนต์ที่ยากกว่า เพราะต้องรับมือทั้งการแคปเจอร์หน้าจอ การแคปเจอร์เสียง การส่งต่อเสียง และยังต้องรองรับ แพ็กเกจรีโพซิทอรี 3 แบบ ด้วย
    ถ้าแก้ปัญหาพื้นฐานเหล่านั้นได้ ก็แค่ยอมรับว่าต้องอัปเดต build/runtime dependency ตามแต่ละเวอร์ชัน
    การที่แจกจ่ายไบนารีตัวเดียวแล้วให้มันทำงานได้ หมายความว่าต้องขนไลบรารีทั้งหมดที่ไบนารีนั้นพึ่งพามาด้วย โดย Windows จัดการเรื่องนี้ผ่าน winsxs แต่ Linux ต้องให้คุณจัดการเอง

  • สงสัยว่ามีอะไรในแอปเดสก์ท็อปที่ CLI ให้ไม่ได้บ้าง ฉันเองก็ใช้ Linux เป็นหลักและใช้แค่ CLI มาตลอด

    • ดูเหมือนในแพ็กเกจสมัครสมาชิก Anthropic นั้น CLI จะไม่ให้ รูทีน รายวันอีกต่อไป
      อีกทั้งการค้นหาความจำข้ามบทสนทนายังใช้ชุดข้อมูลบทสนทนาคนละชุดกับ Claude Code นั่นคือบทสนทนา Claude Web/Claude.AI และก็ไม่แน่ใจว่า Claude Code มีการค้นหาข้ามบทสนทนาหรือไม่
      อินเทอร์เฟซเดสก์ท็อปแสดง Markdown เป็น rich text และโดยเฉพาะการแสดงอาร์ติแฟกต์แบบอินเทอร์แอ็กทีฟก็ทำได้ดีกว่า CLI มาก
      ถึงอย่างนั้นในทางปฏิบัติก็ยังใช้ CLI สำหรับแทบทุกงานอยู่ดี รูทีนรายวันของ Claude Desktop ถูกจำกัดไว้ที่งาน cron รวม 15 รายการและยังกินเครดิตการใช้งานเพิ่มด้วย ดังนั้นจึงคิดจะทำฮาร์เนสขั้นต่ำขึ้นมาเองและย้ายรูทีนไปใช้โมเดลของผู้ให้บริการรายอื่น
    • การได้ใช้ประสบการณ์แบบเดียวกับเพื่อนร่วมงานที่ไม่ได้ใช้ Linux ทำให้แชร์สิ่งที่เรียนรู้และกระบวนการทำงานกันได้ง่ายกว่า
      ยังต้องการงานที่ตั้งเวลาไว้แล้วให้รันในเครื่องด้วย และฟังก์ชันใน https://support.claude.com/en/articles/13854387-schedule-rec... ก็แตกต่างจากรูทีนของ Claude Code ในจุดสำคัญ
      ยังต้องการความสามารถในการจัดการหลายโปรเจ็กต์/หน่วยความจำที่แยกจากกันภายในโฟลเดอร์เดียวกัน รวมถึง UI ที่ดีกว่า
    • แอปเดสก์ท็อปช่วยให้ควบคุม เซสชันระยะไกล ที่เปิดค้างไว้ผ่านฟีเจอร์ Code ได้
    • อยากเห็น ภาพอินไลน์ ที่ Claude พยายามจะแสดงขึ้นมาแบบกะทันหัน เพราะใน CLI มันจะทำแบบนั้นไปเรื่อย ๆ จนกว่าจะกลับมาบอกอีกครั้งว่าดูภาพใน CLI ไม่ได้
      นอกเหนือจากนั้นก็พอใจกับ CLI
    • CLI เหมาะกับงานเขียนโค้ด แต่สำหรับอย่างอื่นที่ไม่เกี่ยวกับการเขียนโค้ด แอปเดสก์ท็อปก็อาจมีประโยชน์มากทีเดียว

  • ไม่แน่ใจว่าตลาดผู้ใช้ Linux ที่อยากได้แอป Electron เพื่อทำ vibe coding ในแอปสาย Visual Studio แต่ก็ไม่ได้จะทำเองหรือโคลนรีโพของคนอื่นมาบิลด์นั้นมีมากแค่ไหน

    • ไม่แน่ใจเหมือนกัน แต่ถ้าใช้ Claude Desktop บนเครื่อง Linux ได้ ผมก็ยินดีรับหน้าที่นั้นแม้ได้เงินแค่ครึ่งเดียวของเงินเดือนนักพัฒนา Anthropic
      ผมไม่ชอบเลยที่ต้องพึ่ง การแฮ็กจากบุคคลที่สาม เพื่อทำให้แอป Electron สำหรับ Windows มารันบน Linux เพราะมันรู้สึกฝืนและใช้งานไม่สบายเสมอ
    • ผมไม่ได้อยากได้แอป Claude เลยไม่ได้มีส่วนได้ส่วนเสียโดยตรง แต่ผู้ใช้ Linux โดยเฉลี่ยทุกวันนี้ก็ยิ่งใกล้เคียงกับคนธรรมดาที่ไม่อยากได้อะไรอย่าง telemetry แบบสอดส่อง หรือโฆษณามากขึ้นเรื่อย ๆ

  • น่าแปลกใจที่ยังมีนักพัฒนาจำนวนมากดูแคลนการใช้ Linux
    ก็ใช้ Docker แล้ว deploy ขึ้น K8S กันอยู่แล้วไม่ใช่เหรอ บนนั้นก็รันบน Linux เหมือนกัน

    • ตัวระบบปฏิบัติการเองไม่ได้สำคัญอะไรนัก แค่อยากได้โน้ตบุ๊กแรง ๆ ที่มีคีย์บอร์ดกับแทร็กแพดดี แบตอึด และจอสวยคมชัด
      ถ้าเงียบมาก ๆ และดีไซน์เรียบร้อยก็ยิ่งดี นั่นแหละคือข้อเสนอคุณค่าของ MacBook
    • นั่นไม่ใช่เรื่องเดียวกันเลย
    • เดสก์ท็อปกับเซิร์ฟเวอร์มีขอบเขตการรองรับที่ต้องดูแลต่างกันโดยสิ้นเชิง

  • ก็ทำขึ้นมาเองทีเดียวแบบ vibe ไปเลยสิ
    มันก็เชยอยู่หรอก แต่เวลาที่ทุกคนที่นี่พูดกันมีแต่เรื่อง autocomplete สุดจัดกับการทำลายงานที่ตัวเองก่อขึ้น บางทีก็ควรหาความสนุกให้ตัวเองบ้าง

    • ดีใจที่ไม่ใช่มีแค่ผมคนเดียวในเว็บห่วย ๆ นี้ที่มองว่ามันคือ การทำลายงานที่ตัวเองก่อขึ้น

  • ส่วนตัวผมไม่เข้าใจเลยว่าทำไม Claude Code ถึงไม่มีโหมดทำตัวอักษรเป็นสีเขียว แล้วให้ตัวอักษรไหลลงมาทีละตัวบนหน้าจอเหมือน The Matrix

    • มันน่ารำคาญมาก ทุกวันนี้ถ้าอยากทำงานให้ดูเข้าท่าจริง ๆ ก็ต้องใส่แว่นกันแดดเลนส์เขียว เปลี่ยนภาษาเป็นภาษาญี่ปุ่น แล้วหมุนจอเป็นแนวตั้ง

  • อยากให้ระวังวิธีตั้งคำขอหน่อย
    ถ้าจุดประสงค์คือใช้ Claude เพื่อพัฒนาซอฟต์แวร์ สำหรับผมแค่มีไฟล์รัน claude CLI ที่ทำทุกอย่างที่ต้องใช้ได้ภายใน Linux KVM VM sandbox ที่เตรียมไว้สำหรับงานก็พอใจแล้ว ไม่ต้องมีเดสก์ท็อปไคลเอนต์ก็ได้ ยิ่งสะอาดและน่าเชื่อถือเท่าไรก็ยิ่งดี
    การใช้งานแบบโต้ตอบทั่วไปเพื่อถามคำถามก็ควรทำใน sandbox ของเว็บเบราว์เซอร์บนเดสก์ท็อปโฮสต์ และผมอยากให้รองรับแนวทางนี้อย่างดี
    คนฝั่งการตลาด/ผลิตภัณฑ์ของบริษัท AI ก็คงอยากผลักคนไปใช้เดสก์ท็อปไคลเอนต์แบบปิดเป็นเรื่องธรรมดา แต่ตรงนั้นก็ยังเป็นอีกจุดหนึ่งของการใช้อำนาจเกินขอบเขตที่พอจะคุมได้
    ผมขอไม่เอาการทำระบบอัตโนมัติแบบ agent ที่ไปยุ่งกับทั้งเดสก์ท็อปโฮสต์และสิ่งที่มันเข้าถึงได้ ตอนนี้ระดับเทคโนโลยียังไม่พร้อม

    • ปัญหาคือ VNC มันแย่กว่า RDP มากเกินไป
      การเข้าถึง GUI client ใน VM นั้นมันแย่มาก ไม่งั้นผมคงไม่ปฏิเสธ GUI client ได้ง่ายขนาดนี้

  • ตลกดีที่มีผู้ใช้หลายร้อยคนใช้ CLI agent แต่กลับสร้างเดสก์ท็อปเวอร์ชันใช้งานจริงขึ้นมาเองไม่ได้
    หรือว่า LLM กำลังทำให้ผู้คนหมดแรงทำอะไรเองขนาดนั้น?

    • ก่อนหน้านี้ Anthropic กำลังเอาจริงเอาจังกับ claude -p เพื่อสกัด Openclaw ผมเลยหลบไว้ก่อนเพราะไม่อยากโดนลูกหลง
      ตามดูการปะทะกันของทั้งสองฝั่งได้ยาก แต่ตอนนี้ก็ดูเหมือนว่าจะจบแล้ว
    • ให้คนคนเดียวตามผลิตภัณฑ์ที่ออกอัปเดตวันละหลายรอบตลอดคงยาก
    • ต้องดูด้วยว่าคำขอนี้มีคำว่า ทางการ อยู่ด้วย เวอร์ชันไม่เป็นทางการมีอยู่แล้ว