Title: सहाय्यकाकडून अंमलबजावणीकडे: आर्किटेक्चरल बदल

मायक्रोसॉफ्टचे २०२६ चे “Agentic Transformation Patterns” प्लेबुक हे स्पष्ट करते की, केवळ वापरकर्त्यांना सहाय्य करण्याऐवजी प्रत्यक्ष काम पूर्ण करण्यासाठी AI एजंट्सची पुनर्रचना कशी केली पाहिजे. यासाठी लागणाऱ्या प्रयत्नांचा एक ठोस अंदाज यात देण्यात आला आहे – कोणताही एक 'एक्झिक्यूशन-मोड' (execution-mode) एजंट तयार करण्यापूर्वी, मुख्य पायाभूत सुविधांसाठी (core infrastructure) २६ ते ६० इंजिनिअर-वीक्स (engineer-weeks) लागतील. या बदलाकडे दुर्लक्ष करणाऱ्या कंपन्यांना असे नाजूक टूल्स तयार होण्याची भीती आहे, जे स्वतःहून सुरक्षितपणे काम करू शकणार नाहीत.

उद्योगधंदे आता लार्ज-लँग्वेज-मॉडेल (LLM) सहाय्यकांसह प्रयोग करत आहेत, जे ईमेल मसुदा तयार करतात, कोड स्निपेट्स सुचवतात किंवा डेटा समोर आणतात. हे एजंट्स “assist” (सहाय्य) मोडमध्ये राहतात: माणूस प्रत्येक आउटपुट तपासतो आणि एक 'थिन रॅपर' (thin wrapper) विनंती मॉडेलकडे पाठवतो आणि प्रतिसाद परत मिळवतो. हे आर्किटेक्चर स्वस्त आणि वेगाने तयार करण्यायोग्य आहे, परंतु ते जाणीवपूर्वक निर्णय घेणे आणि डेटा लिहिण्याचे काम वापरकर्त्यावर सोपवते.

जेव्हा एखादी संस्था एजंटकडून पूर्ण वर्कफ्लो चालवून घेण्यास सांगते—जसे की डेटाबेस भरणे, डाउनस्ट्रीम प्रक्रिया सुरू करणे किंवा व्यवहार मंजूर करणे—तेव्हा मॉडेल आता केवळ मानवी पडताळणीसाठी उत्तर देणारा 'ब्लॅक बॉक्स' राहू शकत नाही. एजंटला स्वतःची ओळख (identity), कायमस्वरूपी स्थिती (persistent state) आणि अंगभूत सुरक्षा यंत्रणा (built-in safety nets) असलेल्या एका स्वायत्त सेवेप्रमाणे (autonomous service) काम करावे लागेल. मायक्रोसॉफ्टचे म्हणणे आहे की, जुन्या 'assist-only' डिझाइनमध्ये बदल करून ते 'execution-ready' सिस्टममध्ये रूपांतरित करता येणार नाही; त्यासाठी सात आर्किटेक्चरल स्तंभांवर (architectural pillars) आधारित पूर्णपणे नवीन डिझाइनची आवश्यकता आहे.

एक्झिक्यूशन-रेडी AI एजंट्सचे सात स्तंभ

  • Authority (अधिकार) – “वापरकर्त्याने दिलेले” (user-delegated) परवानग्यांकडून अशा कायमस्वरूपी एजंट ओळखींकडे (agent identities) वळणे, ज्यांच्याकडे मर्यादित प्रवेश अधिकार (scoped access rights) असतील. एजंटला मानवी टोकनशिवाय डाउनस्ट्रीम सेवांसाठी स्वतःची ओळख पटवावी लागेल (authenticate).
  • Boundaries (मर्यादा) – उच्च-जोखीम असलेल्या गणनेसाठी (high-stakes calculations) मॉडेलच्या तात्पुरत्या तर्काऐवजी (ad-hoc reasoning) निश्चित कोड पाथ्सचा (deterministic code paths) वापर करणे. ज्या गोष्टींमध्ये अचूकतेची गरज आहे—जसे की आर्थिक गणित, अनुपालन तपासणी (compliance checks)—त्या मॉडेलच्या आउटपुटवरून काढलेल्या निष्कर्षांवर आधारित नसाव्यात, तर त्या प्रमाणित सॉफ्टवेअरमध्ये चालल्या पाहिजेत.
  • Schemas (स्कीमा) – सैल प्रकारच्या (loosely-typed) डेटा देवाणघेवाणीकडून एका नियुक्त डेटा स्टुअर्डच्या (data steward) मालकीच्या कॅनोनिकल स्कीमाकडे (canonical schema) वळणे. यामुळे एजंट चुकीचे किंवा अयोग्य रेकॉर्ड्स लिहू शकणार नाही, जे डाउनस्ट्रीम सिस्टम्स वापरू शकणार नाहीत.
  • Failure Detection (अपयश शोधणे) – मानवी देखरेखीऐवजी सतत टेलिमेट्री (telemetry) आणि बिझनेस-आउटकम मॉनिटरिंगचा वापर करणे. सिस्टमने अनपेक्षित व्यवहार प्रमाण यांसारख्या विसंगती (anomalies) आपोआप समोर आणल्या पाहिजेत आणि जर ठरवलेली मर्यादा (thresholds) ओलांडली गेली तर एजंटला थांबवले पाहिजे.
  • State (स्थिती) – अल्पकाळ टिकणाऱ्या चॅट सेशन्सऐवजी सिस्टम ऑफ रेकॉर्डमध्ये साठवलेल्या टिकाऊ, केस-स्कोपड स्टेटचा (case-scoped state) वापर करणे. एका एक्झिक्यूशन एजंटला अनेक दिवस किंवा आठवडे आधीचे टप्पे, ऑडिट ट्रेल्स किंवा वापरकर्त्याच्या आवडीनिवडी आठवाव्या लागू शकतात.
  • Rollback (रोलबॅक) – “प्रॉम्प्ट पुन्हा चालवणे” याऐवजी इव्हेंट