Claude Desktop हर लॉन्च पर 1.8 GB Hyper-V VM स्पॉन करता है, केवल चैट उपयोग के लिए भी

मूल लेख ↗ Hacker News चर्चा ↗

VM का व्यवहार और डिस्क/RAM पर प्रभाव

  • Claude Desktop हर लॉन्च पर एक Hyper‑V या इसी तरह की VM शुरू करता है, यहाँ तक कि केवल चैट‑only उपयोग के लिए भी।
  • रिपोर्ट की गई VM साइज़ ~1.8 GB RAM से लेकर डिस्क पर 10–13 GB तक हैं; कुछ macOS उपयोगकर्ता Cowork ट्रिगर होने पर ~20 GB उपयोग देखते हैं।
  • Cowork का VM bundle डिफ़ॉल्ट रूप से इंस्टॉल होता है, आधिकारिक तौर पर हटाया नहीं जा सकता, और यदि उसे हटाया जाए या Cowork क्लिक किया जाए तो वह चुपचाप फिर से बना दिया जाता है।
  • 256 GB SSD वाले उपयोगकर्ताओं को यह विशेष रूप से दर्दनाक लगता है; कुछ लोग सामग्री हटाकर और फ़ोल्डर permissions लॉक करके इसे “remove” करते हैं।
  • Windows पर, Hyper‑V / “Virtual Machine Platform” को disable करना या Claude को एक अलग VM के अंदर चलाना इसे avoid या contain कर सकता है।

VM क्यों मौजूद है और design tradeoffs

  • यह VM Claude Cowork को power देता है, sandbox में tools और code चलाता है और कभी‑कभी निर्दिष्ट host directories को mount करता है।
  • कुछ लोग मानते हैं कि eager startup एक performance optimization है और Cowork के उपयोग में friction कम करने का जानबूझकर किया गया प्रयास है।
  • दूसरों का तर्क है कि इसे होना चाहिए:
    • Opt‑in
    • On‑demand शुरू होने वाला
    • Idle होने पर shut down होने योग्य
    • एक स्पष्ट sandbox on/off toggle के जरिए exposed
  • एक छोटा समूह मानता है कि design ठीक है यदि VM app के साथ ही exit हो जाता है; एक और समूह एक opaque “black box” को लेकर असहज है, जिसमें observability या logging स्पष्ट नहीं है।

Software quality, “vibecoding,” और UX

  • कई टिप्पणियाँ Claude के desktop, CLI, और TUI को chat client की तुलना में धीमा, buggy, और over‑engineered (React‑heavy, बड़ा codebase) कहकर आलोचना करती हैं।
  • उपयोगकर्ता broken cross‑platform links की रिपोर्ट करते हैं (जैसे Windows पर macOS URLs दिखना), scrambled terminals, और desktop तथा web UI दोनों में खराब performance।
  • कई लोग इसे “vibe‑coded” features, LLM‑generated code पर भारी निर्भरता, और सावधानीपूर्ण human review की कमी से जोड़ते हैं।
  • अन्य लोग counter करते हैं कि तेज iteration और partially‑baked features ship करना मौजूदा AI race में अपेक्षित है, खासकर backend के आसपास client “glue” के लिए।

Security, sandboxing, और usage patterns

  • कुछ लोग per‑app VMs को सही long‑term model मानते हैं: self‑modifying, strongly sandboxed agents जिनका I/O नियंत्रित हो।
  • अन्य लोग पहले से Claude/agents को full system access के साथ चलाते हैं और elaborate sandboxing को personal use के लिए overkill मानते हैं, backups और source control पर भरोसा करते हुए।
  • इस बात पर व्यापक सहमति है कि prompts और local code जो model को भेजे जाते हैं, पहले ही provider के servers तक जा रहे होते हैं; trust मुख्यतः policies और contracts से आता है, केवल local VM की मौजूदगी से नहीं।

Meta & language

  • कई टिप्पणियाँ original title के double negative (“without no way”) पर आपत्ति करती हैं, जबकि अन्य इसे निरर्थक pedantry मानते हैं।