फेलिक्स रिसेबर्ग का एक उद्धरण

मेटा विवरणः एंथ्रोपिक अब Cowork के VM निष्पादन को क्लाउड सैंडबॉक्स में स्थानांतरित करता है, जो डेस्कटॉप ऐप में फ़ाइल एक्सेस बनाए रखते हुए स्थानीय डिस्क और बैटरी उपयोग को कम करता है।

टैगः क्लाउड-कोवर्क, मानविकी, क्लॉड, जनरेटिव-एआई, सामान्य एजेंट

![एक लैपटॉप और एक फोन को जोड़ने वाले क्लाउड सैंडबॉक्स का अमूर्त मैत्रीपूर्ण चित्रण, कोई वास्तविक लोग, लोगो या पाठ नहीं]

एंथ्रोपिक ने बदल दिया है कि Cowork एजेंट कार्य कैसे करता है। वर्तमान सेटअप में, दोनों मॉडल अनुमान 89 कदम जहां AI अपनी अगली प्रतिक्रिया का उत्पादन करता है और वर्चुअल मशीन जो टूल कॉल को क्लाउड में चलाती है। डेस्कटॉप ऐप अभी भी तब कदम रखता है जब क्लाऊड वातावरण को उपयोगकर्ता के डिवाइस पर एक फ़ाइल को छूने की आवश्यकता होती है। यह अपडेट उन लोगों के उद्देश्य से किया गया है जो क्लॉड के साथ कॉवर्क का उपयोग करते हैं और चाहते हैं कि लैपटॉप डिस्क, बैटरी और प्रदर्शन हेडरूम को खत्म किए बिना कार्यों को जारी रखा जाए।

सहकारिता में क्या बदल गया

Earlier Cowork ने कार्यभार को दो स्थानों में विभाजित किया। AI का अनुमान दूरस्थ रूप से हुआ, लेकिन एजेंट द्वारा अनुरोधित क्रियाएं जिसे टूल कॉल के रूप में जाना जाता है उपयोगकर्ता के कंप्यूटर पर स्थापित एंथ्रोपिक-प्रदत्त VM के अंदर चली गईं। वह VM एक आकस्मिक ऐडऑन नहीं था। एंथ्रॉपिक Felix Rieseberg ने समझाया कि कंपनी ने इसे क्षमता, सुरक्षा और सुरक्षा कारणों से जोड़ा, पर्यावरण को सीमित करते हुए ताकि केवल सत्र में स्पष्ट रूप से जोड़े गए डेटा इसके भीतर उपलब्ध हो सकें।

अब निष्पादन वातावरण ऊपर की ओर बढ़ गया है। VM स्वयं क्लाउड में चलता है, न कि उपयोगकर्ता के कंप्यूटर पर एक स्थानीय मशीन के रूप में। सहकार्य सत्रों को व्यक्तिगत सैंडबॉक्स या अलग-थलग निष्पादन परिवेशों में विभाजित किया जाता है, जिसका अर्थ है कि एक सत्र की कार्य स्थिति दूसरे के साथ साझा नहीं की जाती है। यदि बादल VM को डिवाइस पर कुछ एक्सेस करने की आवश्यकता होती है, जैसे स्थानीय फ़ाइल, तो डेस्कटॉप ऐप उस फाइल एक्सेस टूल कॉल को पूरा करने के लिए जिम्मेदार रहता है।

क्यों पुराने स्थानीय VM उपयोगी और दर्दनाक था

पुराने डिजाइन ने एक वास्तविक समस्या को हल किया। नियंत्रित VM के अंदर टूल कॉल चलाने से कॉवर्क सादे चैट विंडो की तुलना में अधिक काम कर सकता है, जबकि एजेंट की कार्रवाइयां निहित रहती हैं। उन उपयोगकर्ताओं के लिए जिन्होंने केवल कुछ फाइलों या डेटा को सत्र में जोड़ा था, स्थानीय सैंडबॉक्स ने एक सीमा बनाईः एजेंट उस सीमा के भीतर बिना बाकी मशीन के माध्यम से भटकने के काम कर सकते थे।

फिर भी, स्थानीय निष्पादन की लागत थी। एक VM को डिस्क स्थान, मेमोरी और प्रसंस्करण शक्ति की आवश्यकता होती है. लैपटॉप पर, जो अन्य ऐप्स को धीमा कर सकता है, बैटरी जीवन को छोटा कर सकते हैं, और अनुभव को भारी महसूस करा सकते हैं। इसने गतिशीलता की समस्या भी पैदा की। यदि कार्य उपयोगकर्ता के लैपटाप पर चल रहे VM पर निर्भर करता था, तो लैपटॉप बंद करने से काम रुक सकता था। उपयोगकर्ता को डिवाइस उपलब्ध रखना पड़ता था, भले ही मॉडल स्वयं पहले से क्लाउड से सेवा दे रहा हो।

क्लाउड और सहकर्मियों के लिए इसका क्या अर्थ है

नया सेटअप बोझ को स्थानांतरित करता है. जो उपयोगकर्ता बैटरी ड्रेन, डिस्क उपयोग या प्रदर्शन ओवरहेड से निराश थे उन्हें स्थानीय मशीन को कॉवर्क के संचालन के लिए कम केंद्रीय होना चाहिए। वही क्षमता तर्क महत्वपूर्ण बना हुआ हैः टूल कॉल अभी भी एक अलग वातावरण में चलती हैं, लेकिन यह अलगाव अब क्लाउड में प्रदान किया जाता है बजाय VM के माध्यम से उपयोगकर्ता के कंप्यूटर पर भेज दिया गया।

फ़ाइल एक्सेस कुंजी पुल है। क्लाउड VM एक फाइल के लिए पूछ सकते हैं, लेकिन डेस्कटॉप ऐप वह हिस्सा है जो डिवाइस पर अनुरोध को संभालता है। यह लैपटॉप से भारी निष्पादन को दूर करते हुए स्थानीय अनुमति सीमा को जगह में रखता है। फोन से Cowork का उपयोग करने वाले लोगों के लिए, परिवर्तन सुविधा से अधिक है। इससे पता चलता है कि काम किसी विशेष मशीन पर बैठे स्थानीय VM पर निर्भर नहीं होना चाहिए।

आगे क्या देखना है

अगला प्रश्न यह है कि उपयोगकर्ता क्लाउड निष्पादन और स्थानीय फ़ाइल नियंत्रण के बीच संतुलन का अनुभव कैसे करते हैं। If Cowork मुख्य रूप से उन कार्यों के लिए उपयोग किया जाता है जिनके लिए कई स्थानीय फाइलों की आवश्यकता होती है, डेस्कटॉप ऐप एक महत्वपूर्ण अनुमति जांच बिंदु रहेगा। यदि इसका उपयोग लैपटॉप पर शुरू होने वाले काम के लिए किया जाए और फोन पर जारी रहे, तो क्लाऊड सैंडबॉक्स डिफ़ॉल्ट मानसिक मॉडल बन सकता हैः एक सत्र जो चल रहा रहता है जबकि डिवाइस बदलता है।

एंथ्रोपिक ने अलगाव के बारे में भी एक अपेक्षा निर्धारित की है। कंपनी का कहना है कि प्रत्येक सत्र को अपना सैंडबॉक्स मिलता है और अन्य सत्रों के साथ स्थिति साझा नहीं करता है। यह उन उपयोगकर्ताओं के लिए मायने रखता है जो एक बार में कई सहकार्य कार्य चलाते हैं। यह लोगों को जोखिम को समझने का एक स्पष्ट तरीका भी देता हैः सीमा अब केवल स्थानीय VM नहीं है उनकी मशीन पर, लेकिन एक अलग क्लाउड निष्पादन सत्र जिसे अभी भी स्थानीय फ़ाइल एक्सेस की आवश्यकता होती है जब टास्क इसके लिए पूछता है.