मायक्रोसॉफ्टने नुकतेच कोपायलटला कामासाठीच्या ऑपरेटिंग सिस्टीममध्ये रूपांतरित केले आहे - आणि तुम्ही लॉग ऑफ केल्यानंतरही ऑटोपायलट सुरूच राहतो

थोडक्यात उत्तर: मायक्रोसॉफ्टने कोपायलटची पुनर्रचना करून होम, कोड आणि ऑटोपायलट तयार केले आहे — हे कामासाठी एक ओएस-शेल आहे, ज्यात लाइव्ह ऑफिस फाइल्स, टेनंट-होस्टेड ॲप्स आणि तुम्ही लॉग ऑफ केल्यानंतरही कार्यरत राहणारा एक परसिस्टंट एजंट आहे. चॅट ​​सीट लायसन्सवरच राहते; एजेंटिक कामासाठी वापर-आधारित बिलिंग वापरले जाते. जर तुम्ही मायक्रोसॉफ्ट ३६५ वापरत असाल, तर ऑटोपायलट रात्रभर कामाचा पाठलाग करण्यापूर्वी आयडेंटिटी, ऑडिट आणि खर्चाच्या मर्यादा सेट करा.

महत्वाचे मुद्दे:

होम शेल: होममधून सुरुवात करा जेणेकरून चॅट आणि कोवर्क वेगळ्या AI हबऐवजी एकच संदर्भ वापरतील.

कोड सँडबॉक्स: आयटी नियमांनुसार मॅनेज्ड रनटाइममध्ये फक्त नैसर्गिक भाषेत ट्रॅकर्स आणि ॲप्स तयार करा.

ऑटोपायलट ओळख: प्रत्येक एजंटला लोकांना @mention करण्यापूर्वी एक नाव, भूमिका, ध्येय आणि ऑडिट ट्रेल द्या.

बिलिंग विभाजन: दैनंदिन चॅट USL वर ठेवा; कोवर्क, कोड आणि ऑटोपायलट कॅप्ससह मीटर केलेल्या UBB वर ठेवा.

मानवी अडथळे: जोपर्यंत एखादी व्यक्ती पुनरावलोकन करत नाही, तोपर्यंत बाह्य पाठवणी आणि ग्राहकांना दिसणाऱ्या “पूर्ण झाले” या खुणा अवरोधित करा.

मायक्रोसॉफ्ट कोपायलटबद्दल ज्या प्रकारे बोलते, त्यात काहीतरी बदल झाला आहे. आता ते केवळ एक साईडबार चॅट राहिलेले नाही, आणि ते फक्त वर्ड किंवा टीम्सला जोडलेले एक प्रोडक्टिव्हिटी ॲड-ऑनही नाही. सत्या नडेला यांनी या पुनर्रचनेला 'कोपायलट कामासाठी एक नवीन ओएस (OS) बनत आहे' असे संबोधले. जेरेड स्पॅटारो, जे 'एआय ॲट वर्क'चे सीएमओ आहेत, त्यांनी मायक्रोसॉफ्टच्या अधिकृत पोस्टमध्ये हीच गोष्ट स्पष्ट केली : तीन पृष्ठभाग, एक एजंट प्लॅटफॉर्म, आणि एक स्पष्ट विश्वास की डिजिटल टीममेट्स ओळख, मेमरी आणि गव्हर्नन्ससह मायक्रोसॉफ्ट ३६५ मध्येच राहतील.

पुनर्निर्मित कोपायलट ॲप आता होम, कोड आणि ऑटोपायलटवर केंद्रित आहे. होम हे असे ठिकाण आहे जिथे तुम्ही सुरुवात करता, चॅट करता आणि मोठी कामे सोपवता. कोडमुळे जवळजवळ कोणीही ॲप किंवा वर्कफ्लोचे वर्णन सोप्या भाषेत करू शकतो आणि त्याबदल्यात काहीतरी ठोस माहिती मिळवू शकतो. ऑटोपायलट - पूर्वीचे स्काउट - हा एक सतत कार्यरत राहणारा एजंट आहे, जो तुम्ही ऑफलाइन असताना, झोपलेले असताना किंवा दुसऱ्या मीटिंगमध्ये व्यस्त असतानाही काम करत राहतो.

हे जर तुम्हाला मार्केटिंगची धूसरता वाटत असेल, तर ते तसे असू शकते. उत्पादनाच्या दाव्यांचा सखोल अभ्यास केल्यावर चित्र स्पष्ट होते: कोपायलटमध्ये (Copilot) लाइव्ह राहणाऱ्या ऑफिस फाइल्स, टेनंट-सँडबॉक्स्ड ॲप्स होस्ट करणारा एक मॅनेज्ड रनटाइम, एजेंटिक घटकांसाठी वापर-आधारित बिलिंग, आणि टीम्समध्ये (Teams) नावे व भूमिकांसह माणसांप्रमाणे दिसणारे एजंट्स. चला, याचा आढावा घेऊया.

मायक्रोसॉफ्ट याला कामासाठीची ऑपरेटिंग सिस्टीम का म्हणत आहे?

कोपायलटला ऑपरेटिंग सिस्टीम म्हणणे हा एक हेतुपुरस्सर वापरलेला रूपक आहे. एक ओएस केवळ प्रश्नांची उत्तरे देत नाही. ती ॲप्स होस्ट करते, ओळख व्यवस्थापित करते, कामाचे मार्गक्रमण करते आणि सेशन्सदरम्यान स्थिती जतन करते. साधारणपणे हेच स्वरूप मायक्रोसॉफ्ट पुढे आणत आहे.

चॅट पेन, स्वतंत्र एजंट स्टुडिओ आणि ऑफिस विंडोजच्या ढिगाऱ्यामध्ये सतत बदल करण्याऐवजी, कंपनीला एकच वर्क सरफेस हवा आहे जो:

• अलीकडील घडामोडी आणि सूचनांद्वारे तुम्हाला परिचित करून देणे
• जेव्हा तुम्हाला त्वरित उत्तराची आवश्यकता असेल तेव्हा तात्काळ संभाषण हाताळा
• अनेक टप्प्यांचे प्रकल्प सुरुवातीपासून शेवटपर्यंत सोपवा
• आयटी तिकीट रांग पूर्ण न भरता सानुकूल साधने तयार करा
• असा वैयक्तिक एजंट नेमा जो तुमच्याबरोबर कामावरून निघणार नाही

यापैकी काहीही एक्सेल किंवा टीम्सची जागा घेत नाही. ते त्यांना एका आवरणात गुंडाळते. यामागील संकल्पना अशी आहे की, कोपायलट हा असा थर बनेल जो लोक सर्वात आधी उघडतील आणि त्यानंतर गरजेनुसार डॉक्युमेंट्स, चॅनल्स आणि कस्टम ॲप्समध्ये प्रवेश करेल. ही संकल्पना कितपत यशस्वी होईल हे अंमलबजावणीच्या गुणवत्तेवर आणि प्रत्यक्ष कार्यरत असलेल्या वापरकर्त्यांमध्ये ऑटोपायलट किती गोंगाट करतो यावर अवलंबून आहे - परंतु 'तुमच्या डॉक्युमेंट्सच्या शेजारी चॅट करा' या जुन्या कथेपेक्षा यामागील महत्त्वाकांक्षा अधिक स्पष्ट आहे.

एक लहानसा विषयांतर जो लक्षात ठेवण्यासारखा आहे: प्रत्येक मोठ्या प्लॅटफॉर्मला अखेरीस होम स्क्रीन बनायचे असते. ज्ञान-आधारित कामांच्या मोठ्या भागासाठी डेस्कटॉपवर मायक्रोसॉफ्टचे आधीच वर्चस्व आहे. कोपायलटला वर्क ओएस म्हणून तयार करणे हे ब्रँडमध्ये बदल करण्यापेक्षा, एजंट्सना एका तरंगत्या बबलची नव्हे, तर एका प्रथम-श्रेणीच्या शेलची गरज आहे यावर लावलेली एक पैज अधिक आहे.

होम: चॅट आणि कोवर्क एकाच ठिकाणाहून सुरू

होम हेच आता मुख्य प्रवेशद्वार आहे. ते चॅट आणि कोवर्कला एकत्र आणते , जेणेकरून तुम्हाला नक्की कशाची गरज आहे हे कळण्याआधीच 'प्रश्न विचारा' आणि 'प्रकल्प चालवा' यांपैकी एकाची निवड करावी लागत नाही.

होमवर तुम्ही अलीकडील घडामोडी पाहू शकता, सूचनांवर नजर फिरवू शकता आणि जिथे थांबला होता तिथून पुढे सुरू करू शकता. हा शेवटचा भाग जितका महत्त्वाचा वाटतो, त्यापेक्षा तो अधिक महत्त्वाचा आहे. संदर्भाचा लोप होणे हा एआयच्या कामाचा एक छुपा भार आहे: तुम्ही कामाची माहिती देता, लॅपटॉप बंद करता, उद्या पुन्हा उघडता आणि तीच माहिती पुन्हा देता. हे चक्र तोडण्यासाठीच होम बनवले आहे.

चॅट हे त्वरित संभाषणाचे माध्यम आहे. पुनर्लेखन, एक संक्षिप्त सारांश, भाषेच्या शैलीबद्दल मतपरिवर्तन - हे चॅटमध्ये होते. कोवर्क हे सुरुवातीपासून शेवटपर्यंतच्या गुंतागुंतीच्या कामांसाठी जबाबदारी सोपवण्याचे माध्यम आहे - उदाहरणार्थ, आरएफपी पॅकेज, लाँच किट, लीडरशिप ब्रीफिंग किंवा फायनान्शियल क्लोज बंडल. यामध्ये तुम्ही प्रत्येक परिच्छेदावर बारीक लक्ष ठेवत नाही. तुम्ही एक निश्चित परिणाम सोपवत असता.

त्या पृष्ठभागावर पुढे काय येते: तुम्हाला काय हवे आहे ते सांगा आणि कोपायलट तुम्हाला चॅट, कोवर्क किंवा कोडकडे पाठवतो. हा राउटिंग लेयर उत्पादनाचा एक असा सूक्ष्म तपशील आहे, जो ओएसच्या रूपकाला अधिक वास्तववादी बनवतो. एक चांगला शेल तुम्हाला प्रत्येक वेळी योग्य सबसिस्टम निवडायला लावत नाही. तो तुमचा हेतू ओळखतो आणि योग्य मार्ग खुला करतो.

जर तुम्ही डझनभर 'एकीकृत एआय हब' वापरले असतील, जे अजूनही तीन उत्पादने एकमेकांना कशीबशी जोडल्यासारखे वाटत होते, तर थोडा संशय बाळगणे आरोग्यदायी आहे. येथील फरक हा आहे की चॅट आणि कोवर्क यांचा प्रारंभबिंदू एकच आहे आणि ऑफिसच्या सखोल एकीकरणाची कथाही तीच आहे, ज्याबद्दल आपण थोड्याच वेळात बोलू.

ऑफिस इनसाइड कोपायलट: वास्तविक फाइल्स, लाइव्ह सिंक

हा तो भाग आहे जो सहा महिन्यांत एकतर स्पष्ट वाटेल किंवा तरीही अवर्णनीय वाटेल. मायक्रोसॉफ्ट कोपायलट ॲपमध्ये संपूर्ण वर्ड, एक्सेल आणि पॉवरपॉइंट. स्क्रीनशॉट्स नाहीत. केवळ निर्यात करण्यायोग्य मसुदे नाहीत. खऱ्या, संपादन करण्यायोग्य ऑफिस फाइल्स - जसे की लाँच ब्रीफ्स, बजेट्स, डेक्स - ज्या तुमचे सहकारी आधीपासून वापरत असलेल्या ऑफिस ॲप्ससोबत सिंकमध्ये राहतील.

थेट टीम सिंक आणि @मेंशन एडिट्स हे या दाव्याचा भाग आहेत. तुम्ही कोपायलटमध्ये एखाद्या ब्रीफमध्ये बदल करू शकता, दुसरी व्यक्ती तीच फाईल वर्डमध्ये उघडते, आणि कामाचे दोन व्हर्जन्स तयार होत नाहीत ज्यांना नंतर जुळवून घेण्याची गरज भासेल. जेव्हा डेमोची प्रक्रिया पूर्ण होते, तेव्हा एंटरप्राइझ खरेदीदारांना अशा प्रकारच्या तपशिलांची काळजी असते.

विशेष बाबींमध्ये:

• पॉवरपॉइंटमध्ये ब्रँडनुसार टेम्पलेट्स मिळतात, जेणेकरून तुमचे सादरीकरण (डेस्क) एखाद्या सामान्य एआय थीम पॅकसारखे न दिसता, तुमच्या कंपनीसारखे दिसेल
• एक्सेल बदलांचे स्पष्टीकरण आणि चार्ट शिफारसी पुरवते, जे तेव्हा उपयुक्त ठरते जेव्हा एखाद्या मॉडेलची पुनर्रचना होते आणि तुम्हाला त्याचे कारण
• कौशल्ये कामाच्या प्रवाहात विशेष प्राविण्य आणतात - एक्सेलमध्ये आर्थिक काम, वर्डमध्ये कायदेशीर मसुदा तयार करण्यासाठी सहाय्य आणि तत्सम डोमेन पॅक

कौशल्यांचे महत्त्व कमी लेखणे सोपे असते. 'फायनान्सची थोडीफार माहिती आहे' असे एक सामान्य चॅट मॉडेल, हे स्प्रेडशीट लॉजिक आणि पुनरावलोकनाच्या सवयींसाठी तयार केलेल्या कौशल्य मार्गासारखे नसते. कोपायलटसाठी ही कौशल्ये ॲप स्टोअरमधील क्षणासारखी ठरतील की एक शांतपणे चालणारा एंटरप्राइझ फीचर सेट बनेल, हे अजून निश्चित नाही, परंतु दिशा स्पष्ट आहे: प्रत्येक विभागाची भूमिका बजावणारा एकच मोठा गट नव्हे, तर विशेष प्राविण्य.

कोड: अ‍ॅपचे वर्णन करा, अ‍ॅप मिळवा

कोड हे अशा निर्मात्यांसाठी एक माध्यम आहे जे नेहमीच डेव्हलपर नसतात - आणि अशा डेव्हलपर्ससाठी ज्यांना कल्पनेपासून अंतर्गत टूलपर्यंत पोहोचण्यासाठी अधिक जलद मार्ग हवा असतो.

कोणतीही व्यक्ती ॲप, ट्रॅकर, डॅशबोर्ड, ऑटोमेशन किंवा वर्कफ्लोचे वर्णन नैसर्गिक भाषेत करू शकते. कोपायलट ते तयार करते. अंतर्गत रचनेत, ते त्याच तंत्रज्ञानाच्या परंपरेवर अवलंबून आहे जे गिटहब कोपायलटला शक्ती देते, आणि जे लोक कोड कंप्लीशन व एजेंटिक कोडिंगसाठी आधीच त्या स्टॅकवर विश्वास ठेवतात, त्यांच्यासाठी हा एक ठोस विश्वासार्हतेचा संकेत आहे.

उत्पादनाच्या कथानकातील महत्त्वाचे मार्गदर्शक घटक:

• सोल्यूशन्स सँडबॉक्स केलेले आणि टेनंट-होस्टेड आहेत
• मायक्रोसॉफ्ट कोपायलट मॅनेज्ड रनटाइम आयटी गव्हर्नन्सच्या अंतर्गत मायक्रोसॉफ्ट ३६५ मध्ये कोड सुरक्षितपणे होस्ट करते.
• मायक्रोसॉफ्ट आयक्यूच्या माध्यमातून ग्राउंडिंग केले जाते, ज्यामध्ये डेटा सिंकमध्ये ठेवणारे प्लगइन्स असतात

सादर केलेल्या उपायांमध्ये डेस्कटॉप विजेट्स, इंटरॅक्टिव्ह डॅशबोर्ड्स आणि क्लाउडवर होस्ट केलेल्या अंतर्गत ॲप्सचा समावेश आहे. यामुळे कॉर्पोरेट जीवनातील 'मला शुक्रवारपर्यंत एक ट्रॅकर हवा आहे आणि मला तीन स्प्रिंटचा बॅकलॉग आयटम नको आहे' या वास्तवाचा बराचसा भाग हाताळला जातो.

डेव्हलपर्सना बाजूला सारले जात नाही. ते अजूनही GitHub Copilot वापरतात, आता त्यांना व्यापक Copilot प्लॅटफॉर्मशी अधिक कनेक्टिव्हिटी मिळाली आहे. ही रचना एकमेकांना पूरक आहे: सामान्य डेव्हलपर्सना कार्यान्वयन साधनांसाठी कोड मिळतो; तर व्यावसायिक त्यांचे अधिक सखोल वर्कफ्लो कायम ठेवतात आणि त्याच एजंट फॅब्रिकमध्ये प्रवेश मिळवतात.

जर आयटीने (IT) हे योग्यरित्या हाताळले, तर यात एक सांस्कृतिक विजय दडलेला आहे. बरेचसे शॅडो आयटी (Shadow IT) अस्तित्वात आहे, कारण एखाद्या अधिकृत ॲपची वाट पाहणे हे ईमेलला चिकटलेल्या स्प्रेडशीटपेक्षा अधिक वेळखाऊ वाटते. कोड आणि मॅनेज्ड रनटाइम (Managed Runtime) हे मायक्रोसॉफ्टचे उत्तर आहे: लोकांना बिल्ड करू द्या, ते टेनांटच्या (tenant) आत ठेवा आणि सुरक्षेला एक भक्कम आधार द्या. हे तेव्हाच यशस्वी होते, जेव्हा सँडबॉक्स (sandbox) खरा असतो आणि प्लगइनची (plugin) संकल्पना केवळ तात्पुरती मलमपट्टी वाटत नाही.

उपलब्धतेच्या बाबतीत, कोड प्रथम फ्रंटियर प्रोग्राममधून येईल, त्यानंतर त्याला व्यापक प्रवेश मिळेल आणि नंतर मायक्रोसॉफ्ट ३६५ प्रीमियम आणि प्रो साठी प्रिव्ह्यू उपलब्ध होईल. मॅनेज्ड रनटाइम आधीच प्रिव्ह्यूमध्ये आहे. हाच पाया कोवर्क, कोड आणि कोपायलट स्टुडिओमधील ॲप्स होस्ट करण्यासाठी आहे, आणि मायक्रोसॉफ्टचे म्हणणे आहे की ते हा रनटाइम थर्ड-पार्टी आणि प्रो-कोड बिल्डर्ससाठी खुला करत आहे. जर हे खरे ठरले, तर हा रनटाइम चॅट UI इतकाच - कदाचित त्याहूनही अधिक - धोरणात्मक बनेल.

ऑटोपायलट: सूचनेची वाट न पाहणारा एजंट

ऑटोपायलट हा असा घटक आहे जो सर्वाधिक 'थांबा, काय?' अशी उत्सुकता निर्माण करतो, आणि त्यामागे योग्य कारणही आहे. पूर्वी 'स्काउट' म्हणून ओळखले जाणारे हे उपकरण, एक सातत्यपूर्ण, सक्रिय आणि वैयक्तिक एजंट म्हणून सादर केले आहे, जे तुम्ही अनुपस्थित असतानाही काम करत राहते.

तुम्ही त्याला एक नाव, एक भूमिका आणि एक ध्येय देता. ते चॅनेल्सवर लक्ष ठेवते, चर्चांचा पाठपुरावा करते, वारंवार येणारी कामे हाताळते आणि तुम्ही पुन्हा आठवण करून देण्याची वाट न पाहता काही दिवसांनंतर एखादा प्रकल्प पुन्हा हाती घेऊ शकते. हे चॅटपेक्षा एक वेगळे मानसिक मॉडेल आहे. चॅट ​​हे खेचण्यावर (पुल) आधारित आहे. तर ऑटोपायलट हे ढकलणे (पुश) आणि स्मृती (मेमरी) यांचे मिश्रण आहे.

आर्किटेक्चरच्या दृष्टीने, मायक्रोसॉफ्ट ऑटोपायलटचे वर्णन , स्वतःची ओळख, मेमरी, संगणक आणि कार्यक्षेत्र असलेलेकरते. ते टीम्स, आउटलुक, चॅट्स, चॅनल्स आणि डॉक्युमेंट्समध्ये दिसते. तुम्ही एखाद्या सहकाऱ्याप्रमाणे त्याचा @mention करता. परवानग्या, ऑडिट ट्रेल्स आणि गव्हर्नन्स हे एंटरप्राइझ पॅकेजिंगचा भाग आहेत - आणि जर कोणी एजंटला त्यांच्या वतीने पुरवठादारांच्या मीटिंग्ज शेड्यूल करू देणार असेल, तर या गोष्टी अनिवार्य आहेत.

पुरवठादार पुनरावलोकनाचे उदाहरण या कल्पनेची एक मोठी कसोटी आहे. ऑटोपायलट एक संपूर्ण प्रक्रिया चालवू शकतो: वेळापत्रक, तयारी, बैठका, पाठपुरावा, हितधारकांशी संपर्क. ही केवळ एकच सूचना नाही. ही अनेक दिवसांमध्ये विणलेल्या लहान-लहान कृतींची एक मोहीम आहे. जर हे व्यवस्थितपणे चालले, तर ते प्रकल्प व्यवस्थापकाचे संपूर्ण वर्गातील चिकटवण्याचे काम सहज पार पाडते. जर ते जास्त बोलके असेल किंवा वारंवार चुकीचे ठरत असेल, तर ते सूचनांचा आणखी एक भडिमार बनते. उत्पादनाचे यश किंवा अपयश याच निर्णयावर अवलंबून असते.

बाहेरील वृत्तांकनाने ऑटोपायलटच्या उत्पत्तीची तुलना ओपनक्लॉया ओपन-सोर्स स्वायत्त एजंट पद्धतीशी, ज्यात स्थानिक सेटअपच्या तुलनेत क्लाउड-होस्टेड एंटरप्राइझ आवृत्ती आणि अधिक मजबूत सुरक्षा उपायांचा उल्लेख आहे. त्या वृत्तांकनातील डेमोच्या वर्णनांमध्ये रिटेल इन्व्हेंटरी आणि थकीत ऑर्डरच्या पद्धतीचे वर्कफ्लो समाविष्ट होते. याला केवळ नोंदवलेले दावे आणि डेमो समजा, प्रत्येक टेनंट रातोरात ऑटोपायलटचा ताफा सुरू करेल असे आश्वासन नव्हे. तरीही, एकाच टेनंटमध्ये अनेक ऑटोपायलट असण्याची शक्यता - प्रत्येकाची भूमिका वेगळी - हेच ओळख आणि ऑडिट महत्त्वाचे असण्याचे नेमके कारण आहे.

जोपर्यंत तुम्ही एकाच टेनंटमध्ये कार्यरत असलेल्या प्रोक्योरमेंट ऑटोपायलट, कस्टमर-सक्सेस ऑटोपायलट आणि फायनान्स-क्लोज ऑटोपायलटची कल्पना करत नाही, तोपर्यंत मल्टी-एजंटच्या या पैलूकडे दुर्लक्ष करणे सोपे आहे. ही केवळ तीन चॅट सेशन्स नाहीत. हे वेगवेगळी उद्दिष्ट्ये, एकमेकांवर येणारे कॅलेंडर्स आणि सामायिक चॅनेल्स असलेले तीन नावे दिलेले कर्मचारी आहेत. स्पष्ट परवानग्या आणि ऑडिटशिवाय, हे सर्व गोंधळाचे नाट्य बनते. त्यांच्यामुळे, हे स्टाफिंगसारखेच दिसू लागते - फक्त क्लाउड-होस्टेड मेमरी आणि पीटीओ (PTO) ची गरज नसलेला संगणक असतो.

सरळ सांगायचं तर: 'कॉर्पोरेट ओळख असलेले डिजिटल सहकारी म्हणून एजंट' या संकल्पनेचा प्रमुख प्लॅटफॉर्मवरचा हा आतापर्यंतचा सर्वात स्पष्ट उदय आहे. ऑटोपायलटबद्दलची प्रचंड उत्सुकता समजण्यासारखी आहे. चिकाटीने प्रयत्न करणारे एजंट मालकी, जबाबदारी आणि खर्चाबद्दल असे कठीण प्रश्न विचारायला भाग पाडतात, जे एक सौम्य चॅट पॅनल कधीच विचारू शकले नसते.

होम विरुद्ध कोड विरुद्ध ऑटोपायलट एका दृष्टिक्षेपात

जर तुमचा मेंदू आधीच यांची वेगवेगळ्या गटांमध्ये विभागणी करत असेल, तर मायक्रोसॉफ्टने वर्णन केल्यानुसार या तीन पृष्ठभागांची एक सुस्पष्ट तुलना येथे दिली आहे:

दुसऱ्या शब्दांत सांगायचे झाल्यास: होम हे एक बाह्य कवच आहे, कोड ही कार्यशाळा आहे, आणि ऑटोपायलट हा असा सहकारी आहे ज्याला खोलीत तुमची गरज नसते. ऑटो मॉडेल रूटिंगसह USL वर चॅट आणि ऑफिस कोपायलट हे नेहमी उपलब्ध असणारे सोयीचे स्तर म्हणून कायम आहेत. कोवर्क, कोड, ऑटोपायलट यांसारख्या अधिक महत्त्वाच्या एजेंटिक क्रिया UBB वर येतात, आणि इथेच फिनऑप्स व एजंट ३६५ नियंत्रणे महत्त्वाची ठरू लागतात.

बिलिंग विभागणी: यूएसएल कम्फर्ट विरुद्ध यूबीबी एजंट्स

मायक्रोसॉफ्ट दैनंदिन सहाय्य आणि विशेष कार्य यांच्यात स्पष्ट फरक करत आहे.

युझर सबस्क्रिप्शन लायसन्स (USL) मध्ये संवादात्मक आणि ऑफिस कोपायलटचा अनुभव समाविष्ट असतो, ज्याची बहुतेक लोकांना आधीच अपेक्षा असते, आणि ऑटो मॉडेल रूटिंग हे ठरवते की कोणती पाळी कोणते मॉडेल हाताळेल. हे तेच अपेक्षित, प्रति-सीट जग आहे जे फायनान्स टीम्सना समजते.

वापर-आधारित बिलिंग (UBB) मध्ये कोवर्क, कोड, ऑटोपायलट यांसारख्या एजेंटिक घटकांचा आणि जेव्हा ते वापरात असतील तेव्हा अ‍ॅस्ट्रा व फेबल यांसारख्या फ्रंटियर मॉडेल मार्गांचा समावेश होतो. तुम्ही केवळ अस्तित्वात असलेल्या सीट्ससाठी पैसे देत नाही, तर एजंट जे काम करतात त्यासाठी पैसे देता.

ही विभागणी एक हुशार उत्पादन रचना आहे आणि तिचे व्यवस्थापन न केल्यास ती थोडी धोकादायक ठरू शकते. सीट लायसन्स व्यापक सक्षमीकरणास प्रोत्साहन देतात. वापरानुसार बिलिंग प्रयोगांना प्रोत्साहन देते - आणि कधीकधी अनपेक्षित बिलांनाही. त्याच घोषणा पॅकेजमध्ये एआयसाठी फिनऑप्स आणि एजंट ३६५ खर्च नियंत्रणांचाही उल्लेख आहे: खर्च धोरणे, क्रेडिट वापराची दृश्यमानता आणि कोवर्क परिणामांची माहिती. संक्षिप्त, पण महत्त्वाचे. जर ऑटोपायलट पुरवठादाराची प्रक्रिया अनेक दिवस चालवू शकत असेल, तर त्याला किती काम करण्याची परवानगी द्यायची यावर नियंत्रण ठेवण्याची गरज आहे.

हे वाचणाऱ्या आयटी आणि फायनान्स भागीदारांसाठी: एकाच टेनंटमध्ये दोन मानसिक मॉडेल्सची योजना करा. USL ही किमान पातळी आहे. UBB हे डिजिटल टीममेट्ससाठी थ्रॉटल आहे. खर्चाच्या दृश्यमानतेशिवाय केलेले गव्हर्नन्स म्हणजे एक अपूर्ण योजना.

मायक्रोसॉफ्ट आयक्यू, ग्राउंडिंग आणि क्वाएट प्लॅटफॉर्म लेयर

प्लंबिंगच्या कामात थोडा वेळ थांबावे लागले, कारण ऑटोपायलट आणि कोड यांची कार्यक्षमता ते सुरक्षितपणे पाहू शकतील तितक्याच गोष्टींवर अवलंबून असते.

मायक्रोसॉफ्ट आयक्यू (Microsoft IQ) हा या सर्व प्लॅटफॉर्मवर वापरला जाणारा पायाभूत स्तर आहे. फॅब्रिक आयक्यू (Fabric IQ) आणि डायनॅमिक्स (Dynamics) ग्राउंडिंग हे एका व्यापक प्लॅटफॉर्मच्या कथानकाचा भाग आहेत, सोबतच एक प्लगइन रजिस्ट्री आहे जी सिस्टीम्सना सिंकमध्ये ठेवते. सोप्या भाषेत सांगायचे तर: एजंट्स आणि कोड ॲप्सनी कंपनीच्या डेटावर परवानग्या अबाधित ठेवून विचार करणे अपेक्षित आहे, चॅट डंपमध्ये जे काही सापडेल ते स्क्रॅप करणे नाही.

ऑटोपायलटच्या "स्वतःच्या ओळखीच्या" दाव्यासाठी हे महत्त्वाचे आहे. एखाद्या मानवी कर्मचाऱ्याला मिळणाऱ्या समान प्रवेश नियंत्रणांशिवाय, कॉर्पोरेट ओळख असलेला एजंट निरुपयोगी - किंवा धोकादायक - ठरतो. मॅनेज्ड रनटाइम, आयक्यू ग्राउंडिंग, आणि एजंट ३६५-शैलीतील खर्च व धोरण नियंत्रणे हे त्या आकर्षक डेमोंभोवती असलेले एंटरप्राइझ आवरण आहे.

मुद्दा समजून घेण्यासाठी तुम्हाला प्रत्येक IQ ब्रँडचे नाव लक्षात ठेवण्याची गरज नाही. 'कामासाठी ऑपरेटिंग सिस्टम' (OS-for-work) ही संकल्पना तेव्हाच यशस्वी होते, जेव्हा डेटा, कोड आणि एजंट्स यांच्या परवानगीची संकल्पना एकच असते.

अंमलबजावणीची वास्तविकता तपासणी

उपलब्धता टप्प्याटप्प्याने ठरवली जाते, जी एवढी मोठी गोष्ट पाठवण्याची एक प्रौढ पद्धत आहे.

• फ्रंटियर प्रोग्राममध्ये लवकरच होम आणि कोड सादर केले जात आहेत.
• ऑटोपायलट लवकरच प्रायव्हेट प्रीव्ह्यूमध्ये विस्तारत आहे
• मॅनेज्ड रनटाइम आधीपासूनच प्रिव्ह्यूमध्ये आहे आणि कोवर्क, कोड व कोपायलट स्टुडिओमध्ये सामायिक केले आहे
• फ्रंटियरनंतर ब्रॉडर कोड ऍक्सेस मिळेल, त्यानंतर प्रीमियम आणि प्रो प्रिव्ह्यू उपलब्ध होतील

फ्रंटियर प्रोग्राम ऍक्सेस हा मायक्रोसॉफ्टचा, अत्याधुनिक तंत्रज्ञान वापरणाऱ्या आणि व्यापक प्रसारापूर्वी अभिप्राय देणाऱ्या ग्राहकांसाठी असलेला नेहमीचा सुरुवातीचा मार्ग आहे. ऑटोपायलटसाठीचे प्रायव्हेट प्रिव्ह्यू अतिरिक्त सावधगिरी बाळगण्याचा सल्ला देते - जे तेव्हा योग्य ठरते, जेव्हा एखादा एजंट संबंधित व्यक्तींना @mention करू शकतो आणि तुमच्या वतीने वेळापत्रक तयार करू शकतो.

जर तुम्ही 'सर्वांना मंगळवारी सर्व काही मिळेल' याची वाट पाहत असाल, तर तुमच्या अपेक्षांमध्ये बदल करा. महत्त्वाचा प्रश्न कॅलेंडरचा नाही. महत्त्वाचा प्रश्न हा आहे की, तुमचा भाडेकरू एजंटची ओळख, UBB ची धोरणे आणि रोजच्या वापराचे केंद्र बनणाऱ्या होम सरफेससाठी तयार आहे का.

पुढे काय येणार आहे?

याला अफवांचे व्यासपीठ न बनवता, रोडमॅपमधील दोन हलक्याफुलक्या नोंदींवर एक नजर टाकणे योग्य ठरेल.

पहिले म्हणजे, लवकरच येणारे 'टुडे कमांड सेंटर' हे दिवसभरातील सर्व घडामोडी एकाच, एजंटला समजेल अशा दृश्यात आणण्यासाठी आहे - ज्यामुळे कशाकडे लक्ष द्यायचे आहे हे शोधण्यासाठी वेगवेगळ्या ॲप्समध्ये शोधाशोध करण्याची गरज कमी होईल. दुसरे म्हणजे, टीम्समधील @Copilot, सामायिक संदर्भासह, अशा एजंट्सना निर्देशित करते जे केवळ तुम्ही खाजगी पॅनेलमध्ये टाइप केलेला शेवटचा संदेशच नव्हे, तर संपूर्ण रूममधील परिस्थिती समजून घेतात.

होम, कोड आणि ऑटोपायलटच्या तुलनेत ते दुय्यम आहेत. तरीही, ते एकाच विचाराला पुष्टी देतात: कोपायलटला कामासाठी एक सहज उपलब्ध पायाभूत सुविधा बनायचे आहे, अडकल्यावर आठवणारा टॅब नव्हे.

सर्वप्रथम कोणी काळजी घ्यावी?

प्रत्येक भूमिकेसाठी पहिल्याच दिवशी तिन्ही पृष्ठभागांची गरज नसते. एक व्यावहारिक कट:

• ज्ञान-आधारित कर्मचारी आणि व्यवस्थापक - होमचे चॅट/कोवर्क विभाजन आणि ऑफिस-इन-कोपायलट यांचा सर्वाधिक तात्काळ परिणाम जाणवेल.
• ऑपरेशन्स, फायनान्स आणि प्रोग्रामिंग क्षेत्रातील लोकांसाठी - ट्रॅकर्स आणि डॅशबोर्ड्ससाठी कोड; वारंवार कराव्या लागणाऱ्या आणि जास्त पाठपुरावा कराव्या लागणाऱ्या प्रक्रियांसाठी ऑटोपायलट.
• डेव्हलपर्स - गिटहब कोपायलट आणि मॅनेज्ड रनटाइम कनेक्टिव्हिटी; "माझी जागा घ्या" यापेक्षा "अंतर्गत साधने अधिक वेगाने उपलब्ध करा"
• आयटी, सुरक्षा आणि फिनऑप्स - ओळख, ऑडिट, यूबीबी धोरणे, एजंट ३६५ नियंत्रणे; इथेच ओएसचे रूपक एका गव्हर्नन्स प्रकल्पात रूपांतरित होते.

जर तुम्ही फक्त एकाच गोष्टीचे संचालन करत असाल, तर ऑटोपायलट हा सांस्कृतिक बदल आहे. कोड हा प्रभाव टाकणारा बदल आहे. घर म्हणजे सवयीतील बदल. तुमचा अडथळा पाठपुरावा, साधने किंवा विखुरलेले सुरुवातीचे टप्पे यांपैकी कशात आहे, यावर आधारित निवड करा.

अंतिम क्षणचित्र

मायक्रोसॉफ्टने होम, कोड आणि ऑटोपायलटच्या आधारावर कोपायलटची पुनर्रचना केली आहे आणि या परिणामाला कामासाठीची ऑपरेटिंग सिस्टीम (OS) म्हणून उघडपणे विकत आहे. होम हे चॅट आणि कोवर्कला एकत्र आणते आणि लाइव्ह सिंकसह खरे वर्ड, एक्सेल आणि पॉवरपॉइंट कोपायलट ॲपमध्ये आणते. कोड नैसर्गिक-भाषेतील वर्णनांना मॅनेज्ड रनटाइमवर टेनंट-होस्टेड ॲप्समध्ये रूपांतरित करते, ज्याचे डीएनए गिटहब कोपायलटशी मिळतेजुळते आहे. ऑटोपायलट - पूर्वीचा स्काउट - हा एक कायमस्वरूपी वैयक्तिक एजंट आहे, ज्याला ओळख, मेमरी आणि एक वर्कस्पेस आहे, जो तुम्ही लॉग ऑफ केल्यानंतरही सुरू राहतो.

एव्हरीडे चॅट आणि ऑफिस कोपायलट USL वरच राहतात. एजंटिक त्रिकूट UBB वर अवलंबून आहे, ज्यात फिनऑप्स आणि एजंट 365 नियंत्रणे खर्चाचे सुरक्षा कवच म्हणून काम करतात. फ्रंटियर आणि प्रायव्हेट प्रीव्ह्यूच्या टप्प्यांद्वारे हे व्यापक सीट्सच्या आधी सादर केले जाते.

मुख्य मुद्दा सोपा आहे: चॅट हे डेमोचे युग होते; कॉर्पोरेट ओळख असलेले डिजिटल सहकारी हे प्लॅटफॉर्मचे युग आहे. ऑटोपायलट एक विश्वासू सहकारी बनतो की एक चलाख नोटिफिकेशन मशीन, यावरच ओएसची चौकट टिकेल की नाही हे ठरेल. होम ही सवय व्हायला हवी. कोड एका अनियंत्रित स्प्रेडशीटपेक्षा अधिक सुरक्षित व्हायला हवा. ऑटोपायलटला प्रत्येक फॉलो-अपद्वारे विश्वास कमवावा लागेल.

सध्या तरी, उत्पादनाचे स्वरूप हे तुमच्या पुढील सूचनेची वाट न पाहणाऱ्या एजंट्सवर प्रमुख प्लॅटफॉर्मने लावलेली सर्वात स्पष्ट पैज आहे - आणि ही वस्तुस्थिती स्वतःच बारकाईने पाहण्यासारखी आहे.

व्यावहारिक उदाहरण: होम, कोड आणि ऑटोपायलटच्या साहाय्याने प्रॉडक्ट ऑप्सची रिलीजसाठीची सज्जता

परिस्थिती

प्रिया ही यूकेमधील एका मध्यम आकाराच्या B2B SaaS कंपनीमध्ये प्रॉडक्ट ऑपरेशन्स लीड आहे. प्रत्येक गुरुवारी रिलीजच्या तयारीची जबाबदारी तिच्यावर असते: आठवड्यातील प्रलंबित सपोर्ट विषय, Azure DevOps मध्ये असलेले ज्ञात बग्स, इंजिनिअरिंग आणि कस्टमर सक्सेससाठी एक संक्षिप्त स्टेटस नोट, आणि एक ट्रॅकर जेणेकरून संध्याकाळी ६ वाजता कोणालाही टीम्स थ्रेड्समध्ये शोधाशोध करावी लागणार नाही.

आज तिची अडचण चिठ्ठी लिहिण्यात नाही. तर ती अडचण आहे ती म्हणजे संध्याकाळपर्यंत चालणारे जोडणीचे काम - जुन्या झालेल्या वस्तूंसाठी मालकांचा पाठपुरावा करणे, ट्रॅकर अद्ययावत करणे, आणि ग्राहकांशी संबंधित कोणतीही गोष्ट मानवी परवानगीशिवाय बाहेर जाणार नाही याची खात्री करणे. ती आधीपासूनच मायक्रोसॉफ्ट ३६५ मध्ये काम करते. पुनर्रचित कोपायलटची रचना त्या आठवड्याशी अगदी चपखल जुळते: सुरुवातीचे केंद्र म्हणून 'होम', मर्यादित अंतर्गत ट्रॅकरसाठी 'कोड', आणि रात्रीच्या वेळी पाठपुरावा करण्यासाठी 'ऑटोपायलट', जे काम वस्तू पाठवण्यापर्यंत पोहोचत नाही.

ती ऑटोपायलटला एक स्वतंत्र रिलीज मॅनेजर म्हणून नव्हे, तर एक विशिष्ट ध्येय असलेला, नावाजलेला डिजिटल सहकारी म्हणून मानते. ग्राहक, भागीदार किंवा सार्वजनिक चॅनेलवर पोहोचणारी कोणतीही गोष्ट सकाळी तिच्या पुनरावलोकनाची वाट पाहते.

सहाय्यकाला काय हवे आहे

• प्रिया आधीपासून वापरत असलेल्या रिलीज टीम्स चॅनेल, शेअर केलेल्या वर्ड ब्रीफ, एक्सेल इन्सिडेंट शीट आणि अझ्युर डेव्हऑप्स बोर्डमध्ये, विद्यमान टेनंट परवानग्यांनुसार प्रवेश
• एक स्पष्ट ऑटोपायलट ओळख: नाव, भूमिका (रिलीज ऑप्स चेस), आणि ड्राफ्ट फॉलो-अप्स व ट्रॅकर अपडेट्सपुरते मर्यादित असलेले ध्येय - ग्राहक ईमेल किंवा प्रॉडक्शनमधील बदलांसाठी नाही
• कोडने तयार केलेला, टेनंटवर होस्ट केलेला रिलीज सज्जता ट्रॅकर (जर टेनंटमध्ये कोड / मॅनेज्ड रनटाइम उपलब्ध असेल तर), ज्यामध्ये मालक, वय, तीव्रता, ब्लॉकरची स्थिती आणि “मानवी पुनरावलोकनासाठी तयार” यासाठी स्तंभ असतील
• UBB / एजंट 365 च्या खर्चावर मर्यादा असल्याने रात्रभर चालणारे ऑटोपायलट काम अमर्यादपणे चालू शकत नाही
• एक कडक नियम: प्रिया मंजूर करेपर्यंत कोणताही बाह्य पाठवणी नाही, ग्राहकांचा @उल्लेख नाही, आणि ग्राहकांना दिसणाऱ्या मजकुरावर “पूर्ण झाले” अशी खूण नाही

उदाहरण सूचना

कोपायलट होममध्ये, प्रिया चॅटमधून ओळख करून घेण्यास सुरुवात करते, त्यानंतर खालीलप्रमाणे संक्षिप्त माहिती देऊन अनेक टप्प्यांचे काम कोवर्ककडे सोपवते:

Acme SaaS UK, स्प्रिंट ३८ साठी गुरुवारच्या रिलीजची तयारी करा. सपोर्ट चॅनल आणि शेअर केलेल्या एक्सेल इन्सिडेंट शीटमधून गेल्या सात दिवसांतील ओपन P1/P2 थीम्स काढा. इंजिनिअरिंग आणि CS साठी एक वर्ड स्टेटस नोट तयार करा, ज्यामध्ये मुख्य थीम्स, Azure DevOps मधील 'release-38' टॅग केलेले ज्ञात ओपन बग्स, त्यांचे मालक आणि अडथळे यांचा समावेश असेल. काहीही पाठवू नका. वर्ड फाईल 'Release Ops' फोल्डरमध्ये ठेवा आणि जेव्हा मसुदा पुनरावलोकनासाठी तयार होईल, तेव्हा मला @mention करा

कोड स्लाइससाठी, रूटिंग उपलब्ध असल्यास होममधूनच, किंवा थेट कोडमध्ये:

स्प्रिंट ३८ साठी एक सँडबॉक्स केलेले रिलीज रेडीनेस ट्रॅकर ॲप तयार करा. फील्ड्स: आयटम, सोर्स (सपोर्ट / ADO / एक्सेल), ओनर, दिवसांमधील वय, सेव्हरिटी, ब्लॉकर होय/नाही, लास्ट चेस, स्टेटस (ओपन / ओनरच्या प्रतीक्षेत / मानवी पुनरावलोकनासाठी तयार). एक्सेल शीट आणि खाली दिलेल्या ADO क्वेरीमधून सिंक करा. आयटी गव्हर्नन्स अंतर्गत मॅनेज्ड रनटाइमवर होस्ट करा. कोणतेही बाह्य कनेक्टर्स नकोत

ऑटोपायलटसाठी, एकदा ड्राफ्ट पॅक अस्तित्वात आल्यावर:

तुम्ही 'रिलीज ऑप्स चेस' आहात. भूमिका: स्प्रिंट ३८ च्या सज्जतेसाठी रात्रभर पाठपुरावा करणारे एजंट. ध्येय: यूके वेळेनुसार १८:०० ते ०८:०० च्या दरम्यान, रिलीज ऑप्स चॅनल आणि ट्रॅकरवर लक्ष ठेवा. दोन कामकाजाच्या दिवसांपेक्षा जुन्या आणि मालकाकडून प्रतिसाद न मिळालेल्या प्रत्येक आयटमसाठी, संबंधित मालकाला आयटमच्या लिंकसह एक छोटा टीम्स नज (Teams nudge) पाठवा आणि एका ओळीत स्थिती विचारा. मसुदे फक्त खाजगी रिलीज ऑप्स ड्राफ्ट थ्रेडमध्ये पोस्ट करा - ग्राहक चॅनलमध्ये कधीही नाही. ट्रॅकरचे 'लास्ट चेस' फील्ड अपडेट करा. खर्चाची मर्यादा ओलांडल्यास किंवा दहापेक्षा जास्त नज रांगेत असल्यास थांबा. ०८:०० वाजता, तुम्ही काय मसुदा तयार केला आहे आणि कशावर अजून मानवी निर्णयाची आवश्यकता आहे याचा सकाळचा सारांश मला द्या. ग्राहकांशी संबंधित कोणताही संवाद 'पाठवला' (sent) म्हणून चिन्हांकित करू नका

त्याची चाचणी कशी करावी

1. मागील गुरुवारच्या पॅकवर (किंवा संपादित नमुन्यावर) एकदा 'होम टू कोवर्क' वर जाऊन तपासा की वर्ड ड्राफ्टमध्ये तिकीट आयडी तयार न करता योग्य स्रोतांचा संदर्भ दिला आहे.
2. एक्सेल / एडीओ इनपुट्सच्या प्रतीवर कोड ट्रॅकर सुरू करा; सँडबॉक्स होस्टिंगची आणि केवळ प्रियाचा गटच ते उघडू शकेल याची खात्री करा.
3. नॉन-प्रोडक्शन चॅनेलवर ऑटोपायलटला रात्रीसाठी एक बंद विंडो द्या, ज्यावर खर्चाची एक छोटी मर्यादा असेल. प्रत्येक बदल केवळ ड्राफ्ट थ्रेडमध्येच जाईल आणि त्याचा ऑडिट ट्रेल नोंदवला जाईल, याची पडताळणी करा.
4. सकाळचा आढावा: प्रिया होम उघडते, सारांश वाचते, वर्ड नोट संपादित करते आणि त्यानंतरच मंजूर स्थिती व्यापक प्रकाशन चॅनेलवर पोस्ट करते.
5. अयशस्वी झाल्यास करावयाची चाचणी: ऑटोपायलटचा ड्राफ्ट थ्रेडच्या बाहेर पोस्ट करण्याचा अधिकार काढून घ्या आणि हे प्रकरण ग्राहकांपर्यंत पोहोचू शकत नाही याची खात्री करा.

निकाल

येथे मोजमाप केलेल्या बेक-ऑफ आकड्यांचा दावा केलेला नाही - खालील गोष्टींना स्पष्ट गृहितकांसह एक उदाहरणात्मक निकाल , किंवा खालील मापन योजना प्रत्यक्ष पायलटवर वापरा.

उदाहरणात्मक निकाल (गृहितके नमूद): असे गृहीत धरा की एक गुरुवारचे चक्र, सुमारे २५ प्रलंबित सज्जता आयटम्स, प्रिया पूर्वी १७:०० नंतर पाठपुरावा आणि संकलनावर सुमारे ९० मिनिटे घालवत होती, आणि ऑटोपायलटने केवळ मसुद्यातील सूचना व ट्रॅकर फील्ड अपडेट्सना परवानगी दिली होती. जर होम/कोवर्कने एकाच प्रयत्नात स्टेटस नोटचा वापरण्यायोग्य पहिला मसुदा तयार केला, कोडने तात्पुरत्या स्प्रेडशीटऐवजी एक सामायिक ट्रॅकर वापरला, आणि ऑटोपायलटने मालकाच्या सूचना रात्री रांगेत लावून सकाळी मानवी पाठवणी/संपादनासाठी ठेवल्या, तर प्रियाचे त्याच संध्याकाळचे जोडणीचे काम सकाळी अंदाजे २०-३० मिनिटांच्या आढाव्यापर्यंत कमी करणे हे एक वास्तववादी लक्ष्य आहे - अर्थात, जर आढाव्याची वेळ मोजली गेली आणि ग्राहकांसाठी काहीही आपोआप पाठवले गेले नाही तर. हा एक उदाहरणात्मक अंदाज आहे, या लेखातील उत्पादनाच्या दाव्यांनुसार मिळालेला मोजमाप केलेला निकाल नाही.

मापन योजना (चालू असलेल्या भाडेकरूसाठी प्राधान्य):

• आधारभूत माहिती: प्रियाच्या गुरुवारच्या संकलनाची आणि दोन प्रकाशनांसाठीच्या पाठपुराव्याची वेळ (पुनरावलोकनासह); शुक्रवार दुपारपर्यंत चुकलेल्या मालकांच्या उत्तरांची संख्या; ट्रॅकर आवृत्तीतील विसंगतींची संख्या.
• प्रायोगिक नमुना: होम + कोड + स्कोप्ड ऑटोपायलटसह सलग चार रिलीज गुरुवार.
• मापदंड: मंजूर स्थिती नोंदीसाठी लागलेली मिनिटे (मानवी संपादनासह); पुनर्लेखनाशिवाय स्वीकारलेल्या ऑटोपायलट मसुद्यांची टक्केवारी; केवळ ड्राफ्ट-थ्रेडमधील पोस्ट्सची संख्या विरुद्ध कोणत्याही अपघाती व्यापक पोस्ट्सची संख्या (लक्ष्य: शून्य); प्रति रात्रभर चालणाऱ्या रनसाठी खर्च केलेले UBB क्रेडिट्स विरुद्ध मर्यादा.
• गुणवत्तेचा निकष: “योग्य” याचा अर्थ असा की, नमूद केलेले प्रत्येक तिकीट/थीम सोर्स सिस्टीममध्ये अस्तित्वात आहे, मालक ADO/Excel शी जुळतात आणि प्रियाच्या मंजुरीशिवाय ग्राहकाभिमुख कोणतेही पाठवणीचे काम झालेले नाही.
• जहाजाचा नियम: शून्य धोरण उल्लंघनांसह चार चक्रांनंतर आणि सुरक्षेच्या दृष्टीने तुम्ही समर्थन करण्यास तयार असलेल्या स्वीकृत-मसुदा दरानंतरच ऑटोपायलट परवानग्या वाढवा.

काय बिघडू शकतं?

• ऑटोपायलट सूचनांचा भडिमार बनतो - खूप जास्त सूचना, चुकीचे मालक, किंवा परवानग्या ढिसाळ असल्यास ड्राफ्ट थ्रेडच्या बाहेरच्या पोस्ट्स.
• ग्राउंडिंग/प्लगइन्स अपूर्ण असल्यास कोड ट्रॅकर एक्सेल/एडीओ पासून भरकटतो; लोक एका कालबाह्य “रेडी” फ्लॅगवर विश्वास ठेवतात.
• सहकारी मसुदे आत्मविश्वासपूर्ण वाटतात, पण जेव्हा स्त्रोताचा प्रवेश अपूर्ण असतो तेव्हा ते गंभीरतेची किंवा तिकीट आयडीची कल्पना रचतात - स्टेटस नोट पाठवण्यापूर्वी पुनरावलोकनाने ही चूक पकडली पाहिजे.
• हार्ड कॅपशिवाय ऑटोपायलटने नॉइझी चॅनेल पुन्हा प्रयत्न केल्यास UBB खर्च वाढतो.
• संघ ऑटोपायलटला पूर्णपणे मानवरहित स्वायत्तता मानतात; जणू काही ग्राहकांशी थेट संबंधित असलेली एखादी गोष्ट सकाळच्या गेटशिवायच बाहेर पाठवली जाते.

व्यावहारिक निष्कर्ष

सवयीप्रमाणे 'होम'चा (संक्षिप्त, मसुदा, पुनरावलोकन) वापर करा, 'मॅनेज्ड रनटाइम' अंतर्गत एका मर्यादित अंतर्गत साधनासाठी 'कोड' वापरा, आणि रात्रीच्या वेळी काम सुरू ठेवण्यासाठी 'ऑटोपायलट'चा वापर करा, ज्यामध्ये एक विशिष्ट भूमिका, खर्चावर नियंत्रण ठेवण्याची सोय आणि तपासण्यायोग्य केवळ मसुद्यांचे आउटपुट असतील. 'ऑटोपायलट'च्या कामाची व्याप्ती काटेकोरपणे निश्चित करा, ग्राहकांसाठी काहीही पाठवण्यापूर्वी मानवी पुनरावलोकन अनिवार्य करा, आणि केवळ अंतर्ज्ञानावर नव्हे, तर स्वीकारलेले मसुदे व धोरणांचे उल्लंघन मोजा. अशा प्रकारे, 'कोपायलट-ॲज-वर्क-ओएस' हा अनियंत्रित रिलीज बॉट न बनता कार्यक्षम राहतो.

वारंवार विचारले जाणारे प्रश्न

मायक्रोसॉफ्ट कोपायलटला 'कामासाठीची ऑपरेटिंग सिस्टीम' म्हणण्यामागे काय अर्थ आहे?

सत्या नडेला यांनी या पुनर्बांधणीला असे मांडले की, कोपायलट हे कामासाठी एक नवीन ओएस (OS) बनत आहे: एक शेल जे ॲप्स होस्ट करते, ओळख व्यवस्थापित करते, कामाचे मार्गक्रमण करते आणि सत्रांदरम्यान स्थिती जतन करते - केवळ एक साईडबार चॅट नाही. जेरेड स्पॅटारो यांच्या अधिकृत मायक्रोसॉफ्ट पोस्टमध्ये तीन पृष्ठभाग, एक एजंट प्लॅटफॉर्म आणि मायक्रोसॉफ्ट ३६५ मधील ओळख, मेमरी आणि प्रशासनासह डिजिटल टीममेट्सचे वर्णन केले आहे. पुनर्निर्मित कोपायलट ॲप होम, कोड आणि ऑटोपायलटवर केंद्रित आहे. यापैकी काहीही एक्सेल किंवा टीम्सची जागा घेत नाही; ते त्यांना अशा प्रकारे वेष्टित करते की लोक प्रथम कोपायलट उघडतील आणि नंतर दस्तऐवज, चॅनेल आणि सानुकूल ॲप्समध्ये प्रवेश करतील.

कोपायलट होम, कोड आणि ऑटोपायलट म्हणजे काय?

होम हे एक मुख्य प्रवेशद्वार आहे जे चॅट आणि कोवर्कला एकत्र आणते, जेणेकरून तुम्ही कामाचा आढावा घेऊ शकता, सूचना मिळवू शकता, त्वरित चॅट करू शकता किंवा अनेक टप्प्यांचे प्रकल्प सोपवू शकता. कोड लोकांना ॲप, ट्रॅकर, डॅशबोर्ड किंवा वर्कफ्लोचे वर्णन सोप्या भाषेत करू देते आणि त्याबदल्यात त्यांना एक टेनंट-होस्टेड टूल परत मिळते. ऑटोपायलट - पूर्वीचे स्काउट - हा एक सतत कार्यरत राहणारा वैयक्तिक एजंट आहे, जो तुम्ही ऑफलाइन असताना, झोपलेले असताना किंवा दुसऱ्या मीटिंगमध्ये असतानाही काम करत राहतो. एकत्रितपणे, मायक्रोसॉफ्टचा हा विश्वास आहे की एजंटना एका तरंगत्या कवचाची नव्हे, तर एका उत्कृष्ट वर्क शेलची आवश्यकता आहे.

कोपायलट होम चॅट हे कोवर्कपेक्षा कसे वेगळे आहे?

चॅट हे पुनर्लेखन, त्वरित सारांश आणि भाषेचा सूर तपासण्यासाठी एक तात्काळ संभाषणात्मक माध्यम आहे. कोवर्क हे आरएफपी पॅकेज, लाँच किट, नेतृत्वासाठी माहिती सत्र किंवा आर्थिक पूर्तता संच यांसारख्या सुरुवातीपासून शेवटपर्यंतच्या गुंतागुंतीच्या कामांसाठी जबाबदारी सोपवण्याचा मार्ग आहे, जिथे तुम्ही प्रत्येक परिच्छेदावर लक्ष ठेवण्याऐवजी एक निश्चित परिणाम सोपवता. 'पुढील टप्पा'मध्ये, तुम्हाला काय हवे आहे हे तुम्ही सांगू शकता आणि कोपायलट तुम्हाला चॅट, कोवर्क किंवा कोडकडे पाठवतो. हा मार्ग निश्चितीचा स्तर एक असा सूक्ष्म तपशील आहे, जो ओएसच्या रूपकाला अधिक वास्तववादी बनवतो.

मी कोपायलटमध्ये मूळ वर्ड, एक्सेल आणि पॉवरपॉइंट फाईल्स संपादित करू शकतो का?

मायक्रोसॉफ्ट कोपायलट ॲपमध्ये संपूर्ण वर्ड, एक्सेल आणि पॉवरपॉइंट समाविष्ट करत आहे - ह्या खऱ्या, संपादन करण्यायोग्य ऑफिस फाइल्स आहेत, ज्या टीममधील सदस्य आधीपासून वापरत असलेल्या ऑफिस ॲप्ससोबत सिंक राहतात, ज्यात लाइव्ह टीम सिंक आणि @मेंशन एडिट्सचा समावेश आहे. पॉवरपॉइंटमध्ये ब्रँडनुसार टेम्पलेट्स मिळतात; एक्सेल बदलांचे स्पष्टीकरण आणि चार्टसाठी शिफारसी देते. प्रत्येक विभागाचे प्रतिनिधित्व करणाऱ्या एकाच सामान्य मॉडेलऐवजी, विविध कौशल्ये कामाच्या प्रवाहात विशेष प्राविण्य आणतात, जसे की एक्सेलमध्ये आर्थिक काम किंवा वर्डमध्ये कायदेशीर मसुदा तयार करण्यासाठी मदत.

कोपायलट कोड आणि मॅनेज्ड रनटाइम म्हणजे काय?

कोड, GitHub Copilot सोबत सामायिक केलेल्या तंत्रज्ञानाच्या आधाराचा वापर करून, नैसर्गिक-भाषेतील वर्णनांना सँडबॉक्स केलेल्या, टेनंट-होस्टेड सोल्यूशन्समध्ये - म्हणजेच डेस्कटॉप विजेट्स, इंटरॅक्टिव्ह डॅशबोर्ड्स आणि क्लाउड-होस्टेड अंतर्गत ॲप्समध्ये - रूपांतरित करतो. Microsoft Copilot Managed Runtime, Microsoft IQ आणि डेटा सिंकमध्ये ठेवणाऱ्या प्लगइन्सच्या आधाराने, आयटी गव्हर्नन्स अंतर्गत Microsoft 365 मध्ये कोड सुरक्षितपणे होस्ट करतो. कोड प्रथम फ्रंटियर प्रोग्राममधून जातो, त्यानंतर त्याला व्यापक प्रवेश मिळतो आणि नंतर Microsoft 365 Premium व Pro साठी प्रिव्ह्यू उपलब्ध होतो; Managed Runtime आधीच प्रिव्ह्यूमध्ये आहे.

तुम्ही लॉग ऑफ केल्यानंतरही मायक्रोसॉफ्ट कोपायलट ऑटोपायलट कसे काम करत राहते?

ऑटोपायलट हा एक सातत्यपूर्ण, सक्रिय वैयक्तिक एजंट आहे: तुम्ही त्याला एक नाव, एक भूमिका आणि एक ध्येय देता, आणि तो चॅनेल्सवर लक्ष ठेवतो, थ्रेड्सचा पाठपुरावा करतो, वारंवार येणारी कामे हाताळतो आणि नवीन प्रॉम्प्टशिवाय काही दिवसांनंतर एखादा प्रोजेक्ट पुन्हा सुरू करू शकतो. मायक्रोसॉफ्ट त्याचे वर्णन मायक्रोसॉफ्ट आयक्यू (Microsoft IQ) वर स्वतःची ओळख, मेमरी, संगणक आणि वर्कस्पेस असलेला क्लाउड-होस्टेड एजंट असे करते. तो टीम्स, आउटलुक, चॅट्स, चॅनेल्स आणि डॉक्युमेंट्समध्ये दिसतो आणि तुम्ही एखाद्या सहकाऱ्याप्रमाणे त्याचा @mention करू शकता. परवानग्या, ऑडिट ट्रेल्स आणि गव्हर्नन्स हे एंटरप्राइझ पॅकेजिंगचा भाग आहेत.

सर्वसाधारण कोपायलट चॅटच्या तुलनेत ऑटोपायलटचे बिल कसे आकारले जाते?

एव्हरीडे चॅट आणि ऑफिस कोपायलट हे युझर सबस्क्रिप्शन लायसन्सिंग (USL) वर चालतात. एजेंटिक त्रिकूट - होमचे कोवर्क-शैलीतील काम, कोड आणि ऑटोपायलट - हे युसेज-बेस्ड बिलिंग (UBB) वर अवलंबून असते, ज्यात फिनऑप्स आणि एजंट ३६५ नियंत्रणे खर्चाचे सुरक्षा कवच म्हणून काम करतात. नियोजनासाठी ही विभागणी महत्त्वाची आहे: चॅट सीट्स आणि एजेंटिक क्रेडिटचा वापर या एकाच बजेट लाइन नाहीत. एखाद्या टेनंटमध्ये रात्रभर ऑटोपायलटचे काम अमर्यादपणे चालू देण्यापूर्वी खर्चाची मर्यादा निश्चित करा आणि एजंट ३६५ नियंत्रणांचे पुनरावलोकन करा.

सर्वात आधी होम, कोड किंवा ऑटोपायलट कोणी चालवावे?

ज्ञान-आधारित कर्मचारी आणि व्यवस्थापकांना 'होम'च्या चॅट/कोवर्क विभाजनाचा आणि 'ऑफिस-इन-कोपायलट'चा परिणाम सर्वप्रथम जाणवेल. ऑपरेशन्स, वित्त आणि प्रोग्राम विभागातील लोकांना फॉलो-अप-प्रधान प्रक्रियांसाठी कोड ट्रॅकर्स आणि ऑटोपायलटचा फायदा मिळतो. डेव्हलपर्सकडे गिटहब कोपायलट कायम राहते आणि अंतर्गत टूल्स अधिक वेगाने वितरित करण्यासाठी त्यांना मॅनेज्ड रनटाइम कनेक्टिव्हिटी मिळते. आयटी, सुरक्षा आणि फिनऑप्स विभागाकडे आयडेंटिटी, ऑडिट, यूबीबी पॉलिसीज आणि एजंट ३६५ नियंत्रणांची मालकी असते. जर तुम्ही फक्त एकाच गोष्टीचे पायलट करणार असाल: तर ऑटोपायलट हा सांस्कृतिक बदल आहे, कोड हा फायद्यातील बदल आहे आणि होम हा सवयीतील बदल आहे.

प्रत्यक्ष टेनंटमध्ये टीम्सनी ऑटोपायलटची व्याप्ती सुरक्षितपणे कशी निश्चित करावी?

ऑटोपायलटला एक विशिष्ट भूमिका आणि मर्यादित ध्येय द्या - ग्राहकांना ईमेल किंवा उत्पादनातील बदल नव्हे, तर फॉलो-अप आणि ट्रॅकर अपडेट्सचा मसुदा तयार करणे. खाजगी थ्रेडमध्ये केवळ मसुद्याच्या पोस्ट, खर्चावर निश्चित मर्यादा आणि ग्राहकांसाठी काहीही पाठवण्यापूर्वी सकाळी मानवी पुनरावलोकनाला प्राधान्य द्या. परवानग्या, ऑडिट ट्रेल्स आणि एजंट ३६५ नियंत्रणे कायम ठेवा; शून्य धोरण उल्लंघनांसह स्वच्छ चक्रानंतरच प्रवेश वाढवा. बाहेरील वृत्तांनी ऑटोपायलटच्या वंशावळीची तुलना ओपनक्लॉ-शैलीतील स्वायत्त एजंट्सशी केली आहे - डेमोला नोंदवलेले दावे माना, प्रत्येक भाडेकरू रातोरात एक फ्लीट तयार करेल असे वचन नव्हे.

कोपायलट कोड व्यावसायिक डेव्हलपर्सची जागा घेण्यासाठी आहे का?

नाही. याची रचना एकमेकांना पूरक आहे: सिटीझन बिल्डर्स ऑपरेशनल टूल्ससाठी कोडचा वापर करतात, तर डेव्हलपर्स अधिक सखोल गिटहब कोपायलट वर्कफ्लो वापरतात आणि त्याच एजंट फॅब्रिकमध्ये प्रवेश मिळवतात. सोल्युशन्स सँडबॉक्समध्ये आणि टेनंट-होस्टेड राहतात, जेणेकरून ईमेलला चिकटून बसलेल्या आणखी एका स्प्रेडशीटऐवजी आयटीला आपले काम करण्यासाठी एक निश्चित जागा मिळते. हे तेव्हाच शक्य होते जेव्हा सँडबॉक्स खरा असतो आणि प्लगइन्स विश्वासार्ह राहतात. कोड प्लस मॅनेज्ड रनटाइम हे शॅडो आयटीच्या दबावाला मायक्रोसॉफ्टचे उत्तर आहे, व्यावसायिक कालबाह्य झाले आहेत असा दावा नाही.