Anthropic، يرجى شحن Claude Desktop الرسمي لنظام التشغيل Linux
بيان مشكلة قائمة التحقق المبدئية ملاحظة الاختبار المبدئي. أقرب قضية مفتوحة هي #40347. ذات صلة: #47316 (مغلق)، #38276 (مغلق لأنه خارج نطاق الريبو هذا)، #36011 (قديم). أقوم بتقديم هذا باعتباره توحيدًا وتمديدًا لـ #40347 مع الإطار الفني المصحح (تطوير البرنامج الإضافي لـ Claude Code مقابل ملحقات سطح المكتب)، والمصدر الأساسي المسمى لبنية Cowork Linux-VM، وبيانات السوق الحالية. يسعدنا الدمج في #40347 إذا كان المشرفون يفضلون ذلك؛ يرجى التوجيه بدلاً من الإغلاق إذا كان المكان مختلفًا صحيحًا. على النطاق: تتعلق هذه القضية بكلود كود بطريقتين ملموستين. (1) تم تطوير واختبار المكونات الإضافية لـ Claude Code مقابل ملحقات Claude Desktop، التي لا تحتوي على بنية Linux، لذا يتطلب عمل المكونات الإضافية حاليًا تبديل نظام التشغيل. (2) يستدعي Cowork ثنائي Claude Code داخل Linux VM على نظام macOS، وبالتالي فإن مسار تنفيذ Linux موجود بالفعل داخل منتج Claude Code وهو الشيء العملي المفقود كهدف منشور. ما تطلبه هذه المشكلة: موقف إنساني عام بشأن دعم Linux لسطح المكتب، ومن الأفضل أن يكون تصميمًا للطرف الأول. إن عبارة “ليست ضمن خريطة الطريق الحالية، وهذا هو السبب” من شأنها أن تحل معظم ما تدور حوله هذه المشكلة. لا يوجد، على حد علمي، أي بيان عام حول دعم Linux لسطح المكتب؛ الغياب بحد ذاته جزء من المشكلة. الحالة الحالية Anthropic توزع Claude Desktop لنظامي التشغيل macOS وWindows فقط. تنص صفحة التنزيل الرسمية على “غير متوفر لنظام التشغيل Linux”. يعمل Claude Code (CLI) أصلاً على Linux ولكنه أداة طرفية، وليس بديلاً عن واجهة المستخدم الرسومية لسطح المكتب. ملحقات سطح المكتب (يتم اختبار المكونات الإضافية لـ Claude Code للسطح)، واستخدام الكمبيوتر، والإملاء على سطح المكتب، والعمل المشترك متاحة فقط في Claude Desktop. وبالتالي، ليس لدى مستخدمي Linux أي مسار رسومي مدعوم رسميًا لهذه الإمكانات، وعلى وجه الخصوص، لا توجد طريقة لتطوير واختبار مكونات Claude Code الإضافية كامتدادات لسطح المكتب دون التبديل إلى macOS أو Windows. لماذا يصعب تبرير ذلك من الناحية الهيكلية؟ تقوم شركة Anthropic بالفعل ببناء وتوقيع وتوزيع برامج Linux. لكل code.claude.com/docs/en/setup، يقوم Claude Code بشحن مستودعات apt وdnf وapk الموقعة والثنائيات لكل بنية (linux-x64 وlinux-arm64 ومتغيرات musl). خط الأنابيب موجود. يعتمد وكيل Cowork بالفعل على Linux داخل المنتج. وجدت الهندسة العكسية المستقلة التي أجراها Simon Willison في يوم الإطلاق (12/01/2026)، والتي تم تأكيدها بواسطة Pluto Security وpvieito (“Inside Claude Cowork”)، أن نظام التشغيل macOS Cowork يقوم بتشغيل Ubuntu 22.04 VM مخصص عبر إطار عمل المحاكاة الافتراضية من Apple (VZVirtualMachine) ويقوم بتشغيل Claude Code الثنائي بداخله تحت bubblewrap وseccomp. تؤكد وثائق Anthropic الخاصة تقسيم برنامج Hypervisor: Apple Virtualization.framework على نظام التشغيل macOS، وHyper-V على نظام التشغيل Windows. يوضح مشروع المجتمع johnzfitch/clude-cowork-linux نفس وضع Cowork الذي يعمل أصلاً على Linux x86_64 عن طريق إيقاف وحدات macOS الأصلية وتخطي VM بالكامل. قدرة Linux موجودة بالفعل داخل المنتج؛ ما هو مفقود هو هدف Linux المنشور. لماذا من المهم أن يكون مفقودًا؟ يعالج Claude Desktop رموز OAuth المميزة ومفاتيح API وتكوينات الامتدادات. إنه تطبيق لمعالجة بيانات الاعتماد يعمل على محطات عمل المطورين. يحصل مستخدمو Linux حاليًا عليه عبر عمليات إعادة الحزم التابعة لجهات خارجية لبناء Windows Electron. المشروع الرائد، aaddrick/claude-desktop-debian (حوالي 4.5 ألف نجمة)، يتمتع بجودة عالية حقًا: مستودعات apt وdnf الموقعة، .deb/.rpm/AppImage/AUR/Nix builds، تم اختباره بواسطة CI، تشخيص –doctor، وتتبع المنبع في غضون أيام (أحدث إصدار 05/06/2026، تتبع Claude Desktop 1.11187.1). كما أنها، بحكم تعريفها، ليست موقعة من قبل البائع ولا يتم تدقيقها من قبل البائع. يعهد عدد غير قليل من مستخدمي Claude ببيانات اعتمادهم وإمكانية الوصول إلى نظام الملفات المحلي إلى إعادة حزم تابعة لجهة خارجية لأن Anthropic لا تقدم أي شيء رسمي. المخاطر الهيكلية لا تتعلق بالمشرفين الحاليين؛ إنها سابقة على منصة يعتمد عليها وقت تشغيل الوكيل الخاص بـ Anthropic. Linux ليس منصة مطورة هامشية. Stack Overflow 2025 (أكثر من 49000 مشارك، 177 دولة): نظام تشغيل Ubuntu الأساسي لـ 27.7% من المطورين المحترفين. StatCounter: Linux لسطح المكتب في الهند 16.21% (يوليو 2024)؛ تجاوزت النسبة 5% في الولايات المتحدة في يونيو 2025. الحل المقترح نشر إصدار رسمي من Claude Desktop لنظام التشغيل Linux، مستهدفًا الإصدارين الحاليين من Ubuntu LTS (ودبيان) باعتبارهما .deb موقعًا عبر مستودع مناسب يتم تشغيله بواسطة Anthropic، باستخدام نفس خط أنابيب التوزيع الذي يستخدمه Claude Code بالفعل لنظام التشغيل Linux. الحلول البديلة Claude Code CLI: رسمي ويعمل أصلاً على Linux مع مستودعات apt/dnf/apk الموقعة. ممتاز لسير العمل الطرفي ويقوم بتشغيل خوادم MCP المحلية بشكل جيد. ليس بديلاً عن واجهة المستخدم الرسومية لسطح المكتب: لا يوجد سطح لاختبار مكونات Claude Code الإضافية كامتدادات لسطح المكتب، ولا يوجد استخدام للكمبيوتر، ولا يوجد عمل مشترك. عميل الويب (claude.ai): يدعم موصلات MCP عن بعد ولكن لا يوجد ملحقات لسطح المكتب، ولا يستخدم الكمبيوتر، ولا يوجد عمل مشترك. يفقد حالة المحادثة عند تعطل المتصفح؛ تكلفة أعلى لذاكرة الوصول العشوائي والبطارية مقارنة بالعميل الأصلي. إعادة حزم المجتمع (aaddrick/clude-desktop-debian، johnzfitch/clude-cowork-linux، Snap Wrappers، k3d3 NixOS flake): وظيفية وما أستخدمه حاليًا. غير رسمية، غير موقعة من قبل البائع، وغير مدققة من قبل البائع. تم إنشاء Windows ضمن Wine: انقطاع تكامل الحافظة والخط، ومعالجة العمليات الفرعية لـ MCP غير موثوقة، ولا توجد تحديثات أمنية للطرف الأول. التبديل إلى نظام التشغيل macOS أو Windows لاختبار المكونات الإضافية: الحل البديل الحالي. الاحتكاك في كل التكرار؛ ليس حلا حقيقيا. الأولوية العالية – تأثير كبير على الإنتاجية فئة الميزة أدوات المطور/مثال حالة استخدام SDK أقوم بتشغيل Ubuntu LTS كبيئة التطوير الأساسية الخاصة بي. وفقًا لاستطلاع مطوري Stack Overflow 2025، هذا هو الحال بالنسبة لـ 27.7% من المطورين المحترفين. أقوم بتطوير ملحقات Claude Code. يتم اختبار المكونات الإضافية وتكرارها باعتبارها امتدادات Claude Desktop، الأمر الذي يتطلب Claude Desktop. لا يوجد بناء لينكس. الحل البديل الحالي هو التبديل إلى نظام التشغيل macOS في كل مرة أحتاج فيها إلى اختبار مكون إضافي كملحق. يعد هذا بمثابة احتكاك في كل تكرار للمكون الإضافي الذي أقوم بإنشائه على Linux، وهو مريح بدرجة كافية لدرجة أنه لا يشجع تطوير البرنامج الإضافي من Linux تمامًا. باستخدام إصدار Linux الرسمي، سأقوم بالتثبيت عبر apt من مستودع موقّع من قبل الإنسان، ثم أقوم بتطوير واختبار وتكرار المكونات الإضافية لـ Claude Code كامتدادات لسطح المكتب على نفس الجهاز الذي أكتبها عليه. مصادر سياق إضافية للمطالبات الحاملة، تُسمى بالأساسية حيثما أمكن ذلك. مصفوفة دعم النظام الأساسي claude.com/download: “غير متوفر لنظام التشغيل Linux”. code.claude.com/docs/en/desktop: تطبيق سطح المكتب متاح لنظامي التشغيل macOS وWindows. كود Claude موجود بالفعل على Linux code.claude.com/docs/en/setup: مستودعات apt وdnf وapk الموقعة؛ الثنائيات لكل منصة (linux-x64، linux-arm64، linux-x64-musl، linux-arm64-musl)؛ أوبونتو 20.04+/ديبيان 10+. بنية Cowork Linux-VM Simon Willison، “الانطباعات الأولى عن Claude Cowork”، 12/01/2026 (simonwillison.net): VZVirtualMachine عبر Virtualization Framework من Apple لتشغيل نظام ملفات جذر Linux مخصص. Pluto Security: الدعم العميق للهندسة العكسية، Ubuntu 22.04 داخل الجهاز الافتراضي. pvieito، “Inside Claude Cowork”: مضيف macOS → Apple Virtualization Framework → Ubuntu 22.04 VM → bubblewrap → seccomp → Claude Code على /usr/local/bin/claude. تؤكد الوثائق البشرية انقسام برنامج Hypervisor (Apple Virtualization.framework على نظام التشغيل macOS، وHyper-V على نظام التشغيل Windows) دون التأكد من الأجزاء الداخلية ذات الهندسة العكسية. johnzfitch/claude-cowork-linux: منفذ مجتمع العمل الذي يوقف وحدات macOS الأصلية ويقوم بتشغيل Cowork مباشرة على Linux x86_64 بدون جهاز افتراضي. التعبئة المجتمعية aaddrick/clude-desktop-debian: ما يقرب من 4.5 ألف نجمة؛ .deb، .rpm، AppImage، AUR، Nix؛ مستودعات apt وdnf الموقعة على pkg.claude-desktop-debian.dev؛ أحدث إصدار v2.0.18+clude1.11187.1 بتاريخ 05/06/2026؛ – تشخيص الطبيب؛ تم اختباره بواسطة CI؛ العمل الجماعي التجريبي على لينكس. ذات صلة: aaddrick / claude-desktop-arch، emsi / claude-desktop، k3d3 / claude-desktop-linux-flake. Demand StatCounter: India Desktop Linux 16.21% (يوليو 2024)؛ تجاوزت الولايات المتحدة 5% في يونيو 2025؛ عالميًا بنسبة 4.7% تقريبًا في عام 2025. إذا لم يكن إنشاء الطرف الأول مدرجًا في خريطة الطريق، هناك إجراء احتياطي منخفض التكلفة من شأنه أن يعالج معظم مخاوف الثقة والأمن: بيان عام حول وثائق التثبيت التي تفيد بأن Linux لم يتم التخطيط له حاليًا (مع أفق تقريبي إن وجد)، وإقرار بمشروع مجتمع موصى به، وملخص مراجعة أمنية لمرة واحدة لهذا المشروع، وتوجيهات أمنية صريحة لمستخدمي Linux بشأن معالجة بيانات الاعتماد وتكوين خادم MCP. قضية Steelmanned المضادة أقوى “ليس الآن” داخليًا، لذا فإن هذه القضية تدعو إلى محادثة حقيقية بدلاً من الإغلاق المهذب. الحجم لا يبرر الضريبة الهندسية. يعمل تكافؤ العمل المشترك وتقوية Windows وقدرة الوكيل على تجاوز مرتبة منصة سطح المكتب الثالثة بشكل معقول. يؤدي تجزئة Linux إلى فرض ضريبة دعم غير متناسبة: التوزيعات، وخوادم العرض، ونماذج وضع الحماية، ومكدسات الرسومات. يُظهر سجل التزام مشروع المجتمع السطح (كتل مستخدمي AppArmor، وسباقات KDE Plasma SNI، وWayland HiDPI، وفشل طول مسار eCryptfs). يتم خدمة مطوري Enterprise Linux إلى حد كبير عن طريق التطوير عن بعد وCLI. قد لا تؤدي واجهة المستخدم الرسومية لسطح المكتب إلى فتح إيرادات المؤسسة بما يتناسب مع تكلفتها. تكلفة الفرصة. كل ربع مهندس على سطح مكتب Linux لا يمثل ربعًا يتعلق بجودة الوكيل أو النظام البيئي MCP أو تقوية العمل الجماعي أو مستويات التحكم في المؤسسة. التوزيع ليس تافهاً. اتفاقيات إعادة الشراء الموقعة، ومفاتيح GPG، وتوقيع AppImage، وSnap، وAUR، وNix. إن اتخاذ قرار رفيع المستوى يمكن أن يزن هذه الأمور ويخلص إلى “ليس على خريطة الطريق الحالية”. سأفهم ذلك. ما لا أفهمه هو غياب أي منصب عام على الإطلاق، والتكلفة الأمنية الهيكلية لهذا الصمت لمستخدمي Linux الحاليين. ملاحظة حول برنامج الفرز، أعلم أن هذه المشكلة تتم معالجتها بواسطة نظام فرز آلي. لقد كتبته كطلب موحد واحد مع طلب أساسي واضح وبديل أقل تكلفة (مسار “لا جيد” في سياق إضافي). يرجى التوجيه بدلاً من الإغلاق إذا كان المكان مختلفًا صحيحًا؛ الرجاء الرد بدلاً من الإغلاق كـ “غير مخطط له” بدون سبب منطقي محدد، لأن غياب الأساس المنطقي المعلن هو جزء مما تطلب هذه المشكلة إصلاحه. سعيد للمساهمة والمساعدة في الحفاظ.
تم النشر: 2026-06-07 14:06:00
مصدر: github.com
