GeekWire की 20 सितंबर की रिपोर्ट के अनुसार, Amazon ने Meta के Muse को ग्राहकों के लिए अपनी साइट पर ख़रीदारी करने से रोका है। Amazon ने प्रकाशन को बताया कि Muse बिना समझौते और पर्याप्त एजेंट-पहचान के काम कर रहा था; साथ ही ग्राहक के लॉगिन विवरण हासिल करने और रखने को लेकर चिंता जताई। रिपोर्ट में Amazon का दिया हुआ रोक का स्क्रीनशॉट शामिल था। रविवार रात प्रकाशन तक Meta ने जवाब नहीं दिया था। ये Amazon की आपत्तियाँ हैं, किसी डेटा-उल्लंघन के साबित होने का निष्कर्ष नहीं। GeekWire की मूल रिपोर्ट
ख़रीदार के सामने इससे असहज सवाल आता है। अगर आप उत्पादों की तुलना और ऑर्डर के लिए सहायक चुनें, तो स्टोर के इस फ़ैसले के बाद आपकी पसंद कितनी कारगर रहती है कि वह किन सहायकों को स्वीकार करे?
जवाब से तय करने में मदद मिलेगी कि ख़रीदारी एजेंट अलग-अलग कारोबारों की तुलना आसान करेंगे या ग्राहकों को स्वीकृत साझेदारों के एक और समूह तक सीमित कर देंगे। छोटे विक्रेताओं के लिए भी यह मायने रखता है: उन्हें ऑर्डर का नया स्रोत अच्छा लग सकता है, पर वे सोच सकते हैं कि उनके उत्पाद कौन समझाएगा और ग़लती कौन सँभालेगा। ग्राहक की ओर से ख़रीद सौंपना, स्टोर की भागीदारी और भुगतान की मंज़ूरी—लेन-देन के अलग-अलग हिस्से हैं।
भुगतान कनेक्शन काम करे, तब भी इच्छुक दुकान चाहिए
Meta ने 8 सितंबर को Muse को निजी एजेंट के रूप में पेश किया जो खास क्लाउड कंप्यूटर में काम आगे बढ़ा सकता है। लॉन्च के विवरण में ख़रीदारी शामिल है और कहा गया है कि ख़रीद समेत महत्वपूर्ण कार्रवाइयों के लिए मंज़ूरी चाहिए। ये उत्पाद के बारे में कंपनी के विवरण हैं, BIG CHANGE द्वारा परीक्षण के नतीजे नहीं। Meta की Muse घोषणा
भुगतान कनेक्शन का अधिक विशिष्ट विवरण Stripe देता है। 8 सितंबर की उसकी घोषणा के अनुसार, अमेरिकी ग्राहक Link को Muse से जोड़ सकते हैं। Link इस्तेमाल करने वाले कारोबारों में एजेंट ग्राहक की सहेजी हुई पसंदीदा भुगतान-विधि ले सकता है। अन्यत्र Link स्वीकृत ख़रीद के लिए एक बार इस्तेमाल होने वाला वर्चुअल कार्ड बना सकता है। ग्राहक बातचीत में कुल रकम मंज़ूर करता है और Muse को भुगतान का मूल विवरण नहीं मिलता। Stripe की एकीकरण-घोषणा
सुरक्षित भुगतान-विधि से भुगतान करने के लिए एजेंट को जितनी जानकारी चाहिए, वह घट सकती है। लेकिन इससे अपने-आप विक्रेता एजेंट की यात्रा स्वीकार नहीं करता। इसी तरह ग्राहक का खास सामान ख़रीदने का निर्देश स्टोर को यह नहीं बताता कि वह अनुरोध को अवांछित स्वचालन से कैसे अलग करे। सिस्टम को ग्राहक के अधिकार पहचानने का तरीका चाहिए—यह माने बिना कि सॉफ़्टवेयर की हर कोशिश उस अधिकार के दायरे में है।
हमारे पहले के AI एजेंटों के भुगतान-अधिकारों का विश्लेषण में खर्च करने के नियंत्रणों पर विचार किया गया था। यह विवाद उससे पहले की निर्भरता दिखाता है: ग्राहक जिस ऑर्डर को मंज़ूरी दे सके, उसके लिए सहायक को ख़रीदारी प्रक्रिया के पर्याप्त हिस्से तक पहुँच चाहिए।
एक काल्पनिक अनुरोध मानें: तय बजट में मरम्मत की मुलाक़ात से पहले पहुँचने वाला सही प्रतिस्थापन उपकरण-पुरज़ा ख़रीदना। सहायक को ठीक मेल खाने वाला मॉडल ढूँढना, स्टॉक और डिलीवरी जाँचना तथा चेकआउट तक पहुँचना होगा। इन शर्तों के बाद ही भुगतान का स्वीकृत निर्देश उपयोगी है। खोज के दौरान रोक लगने से एजेंट किन उत्पादों पर विचार करता है, यह बदल सकता है; चेकआउट पर रोक लगने से ग्राहक को पहले ही सौंपा काम दोहराना पड़ सकता है।
पासवर्ड कहाँ रखा जाता है और मॉडल उसे देखता है या नहीं—ये अलग सवाल हैं
Meta का तकनीकी विवरण कहता है कि लॉगिन विवरण उपयोगकर्ता की वर्चुअल मशीन के भीतर सुरक्षित सेवा में रखे जाते हैं, मुख्य एजेंट के रनटाइम से बाहर। ज़रूरत पड़ने पर ब्राउज़र उन्हें पाता है; मुख्य एजेंट नहीं देखता। अलग पर्यवेक्षण घटक कार्रवाइयाँ जाँचता है और मंज़ूरी माँग सकता है। Meta यह भी कहता है कि उसकी मौजूदा संचालन-व्यवस्था सेवा चलाने के लिए कंपनी को ज़रूरत पड़ने पर वर्चुअल मशीन तक पहुँचने से तकनीकी रूप से नहीं रोकती। प्रस्तावित confidential-computing संस्करण भविष्य का कदम है। Meta की सुरक्षा-व्यवस्था
पासवर्ड को मॉडल के संदर्भ से बाहर रखने पर खुलासे का एक रास्ता सीमित हो सकता है। सेवा को कहीं न कहीं लॉगिन विवरण रखने या इस्तेमाल करने होंगे। पाठकों को पूछना चाहिए कि उस भंडारण तक कौन पहुँच सकता है, सत्र को खाते पर कितने अधिकार मिलते हैं और पहुँच कैसे रद्द की जा सकती है। एक घटक पर दावा इन सभी सवालों का जवाब नहीं है।
तकनीकी डिज़ाइन दस्तावेज़ अपने-आप यह भी नहीं बताता कि तैनात सिस्टम कितनी सुरक्षित तरह से व्यवहार करता है। उपयोगी आकलन में देखना होगा कि लॉगिन के बाद एजेंट क्या कर सकता है, भ्रामक वेबपेज सामग्री पर कैसी प्रतिक्रिया देता है और ग्राहक अप्रत्याशित कार्रवाई का पता लगा सकता है या नहीं। यह जाँच मॉडल ने पासवर्ड देखा या नहीं—उससे व्यापक है।
ख़रीदारी संबंध बनाए रखने में Amazon का व्यावसायिक हित होने से उसकी सुरक्षा चिंताएँ झूठी नहीं हो जातीं। सुरक्षा उपायों का Meta का विवरण स्वतंत्र जाँच माँगता है। पहुँच और वास्तविक विफलताओं के प्रमाण, दोनों कंपनियों के एक-दूसरे के बारे में पसंदीदा वर्णन से अधिक उपयोगी होंगे।
Amazon भी चाहता है कि एजेंट उसके अपने स्टोर से बाहर ख़रीदारी करें
Amazon के प्रकाशित Buy for Me विवरण में ऐसी सेवा है जो शॉपिंग ऐप के ज़रिए बाहरी ब्रांड की वेबसाइटों से ख़रीदती है। ग्राहक ऑर्डर की पुष्टि करता है; डिलीवरी, वापसी और ग्राहक सेवा ब्रांड सँभालता है। Amazon कहता है कि ब्रांड भाग लेना चाहें या नहीं, चुन सकते हैं। पृष्ठ इस सुविधा के बीटा लॉन्च का वर्णन करता है; इसे हर समर्थित स्टोर की मौजूदा सूची न समझें। Amazon का Buy for Me विवरण
यह व्यवस्था दिखाती है कि भागीदारी की शर्तों की जाँच क्यों होनी चाहिए। कोई विक्रेता स्वचालित ऑर्डर का स्वागत कर सकता है, अगर उसे मध्यस्थ का पता हो और समस्याएँ सुलझाने का सहमति वाला तरीका हो। वही विक्रेता सामान्य ब्राउज़र से ग्राहक खाते इस्तेमाल करने वाले अपरिचित एजेंट पर आपत्ति कर सकता है। क्रियान्वयन के फ़र्क अलग व्यवहार को उचित ठहरा सकते हैं।
इनसे ऐसा चुनिंदा व्यवहार भी संभव है जिससे ताक़तवर मध्यस्थ को लाभ मिले। हर बड़े विक्रेता से अलग साझेदारी ज़रूरी हो, तो एजेंट की पहुँच व्यावसायिक समझौतों पर निर्भर हो सकती है जिन्हें ख़रीदार देख न सकें। अच्छा उत्पाद बनाने वाले छोटे डेवलपर को बड़े मंच जैसी पहुँच पाना कठिन हो सकता है। व्यापारी को नए ग्राहक मिलें, लेकिन उसकी सिफ़ारिश करने वाले सहायक पर निर्भरता भी बढ़े।
हमारी राय में पहुँच के नियम इतने विशिष्ट होने चाहिए कि उनकी जाँच हो सके। पहचान, सीमित अनुमति और भरोसेमंद शिकायत-प्रक्रिया की माँग का आकलन, स्वीकृत साझेदार सुरक्षित हैं जैसे आम आश्वासन से आसान है। मिलते-जुलते एजेंटों के साथ अलग व्यवहार हो, तो विक्रेताओं को संचालन-संबंधी वजह बतानी चाहिए। इससे ग्राहक मापे जा सकने वाले बचाव और खास कारोबारी रिश्ते की प्राथमिकता में फ़र्क कर सकेंगे।
Comet का अदालती फ़ैसला Muse का विवाद नहीं सुलझाता
4 अगस्त के Ninth Circuit मत ने Perplexity के ख़िलाफ़ शुरुआती निषेधाज्ञा रद्द कर मामला आगे की कार्यवाही के लिए लौटाया। उस रिकॉर्ड पर अदालत ने पाया कि संघीय Computer Fraud and Abuse Act और कैलिफ़ोर्निया के उसके समकक्ष कानून के तहत ज़रूरी पहुँच वाला तत्व साबित करने में Amazon की सफलता की संभावना कम थी। Comet ब्राउज़र उपयोगकर्ता की मशीन पर चलता था; अदालत ने माना कि उपयोगकर्ता AI औज़ार से Amazon तक पहुँच रहा था। उसने निजी सेवा-शर्तों से उपयोगकर्ताओं को नियंत्रित करने का Amazon का अधिकार स्पष्ट रूप से बरकरार रखा। अपील अदालत का मूल मत
Muse में होस्ट की गई वर्चुअल मशीन और ब्राउज़र है, जो उस मामले में वर्णित व्यवस्था से सार्थक रूप से अलग है। उस मत ने Muse की स्थिति तय नहीं की और न वेबसाइटों में प्रवेश करने के लिए ख़रीदारी एजेंटों का कोई सार्वभौमिक अधिकार स्थापित किया। उसका सीमित तर्क कानूनी नतीजे का पूर्वानुमान लगाने से पहले क्रियान्वयन जाँचने की वजह देता है।
एजेंट-आधारित सेवा की योजना बनाने वाले कारोबारों के लिए दूसरे उत्पाद पर अनुकूल फ़ैसला, अपनी पहुँच व्यवस्था समझने का कमज़ोर विकल्प है। ग्राहकों से किया वादा बताए कि सेवा सचमुच कहाँ काम करती है और अनुमति पर विवाद हो तो क्या होगा।
“सबसे अच्छा उपलब्ध” विकल्प के साथ खोज की सीमा दिखनी चाहिए
ख़रीदारी एजेंटों के पक्ष में ग्राहकों का सबसे मज़बूत तर्क बार-बार होने वाला काम घटाना है। व्यक्ति अपनी ज़रूरतें एक बार बता सके, उपयुक्त विकल्पों की तुलना करे और अंतिम ख़रीद पर नियंत्रण रखे। फ़ॉर्म भरना कठिन लगता हो या सही पुरज़ा खोजने के लिए कम समय हो, तो भरोसेमंद सहायता बहुत काम आ सकती है।
यह लाभ खोज का ईमानदार ब्यौरा देने पर निर्भर है। एजेंट किसी अहम स्टोर का उपयोग न कर सके, तो उसकी सिफ़ारिश उपयोगी हो सकती है, पर छूटे हुए स्टोर बदलते हैं कि वह क्या दावा कर सकता है। सबसे सस्ता उपलब्ध विकल्प ज़रूरी नहीं कि ग्राहक को सीधे मिलने वाला सबसे सस्ता विकल्प हो।
काल्पनिक उपकरण-पुरज़े की ख़रीद में उपयोगी नतीजा बताएगा कि कौन-से स्टोर जाँचे गए, किन तक पहुँच नहीं मिली और डिलीवरी समेत कुल कीमत क्या है। सबसे अच्छा विकल्प पाने के लिए ग्राहक को खुद स्टोर जाना पड़े, तो सहायक को उत्पाद का संदर्भ सुरक्षित रखकर अधूरा कदम समझाना चाहिए। चुपचाप पहुँच योग्य विक्रेता को विकल्प बनाना ग्राहक से अधिक पैसे ले सकता है या मरम्मत की समय-सीमा चुकवा सकता है।
ऑर्डर की स्थिति में भी वही स्पष्टता चाहिए। ख़रीदार को तैयार की गई टोकरी, स्वीकृत भुगतान और पुष्ट ऑर्डर में फ़र्क पता होना चाहिए। विफलता के बाद सहायक दोबारा कोशिश सुझाने से पहले साफ़ बताए कि कुछ ख़रीदा गया था या नहीं। ये उपयोगी सेवा के लिए प्रस्तावित मानक हैं, Muse की हमारी ओर से सत्यापित क्षमताएँ नहीं।
चमकदार बातचीत वाला जवाब सीमित खोज को दुकानों की साफ़ दिखने वाली सूची से अधिक आसानी से छिपा सकता है। हमारे पहले के Muse के कारोबारी प्रोत्साहनों की पड़ताल में देखा गया था कि सहायक की सिफ़ारिश से किसे लाभ होता है। पहुँच की पाबंदियाँ एक और प्रभाव जोड़ती हैं: कुछ विक्रेता तुलना में आएँगे ही नहीं।
विक्रेताओं को पूरे हुए ऑर्डरों के प्रमाण चाहिए
एजेंट स्वीकार करने पर विचार करने वाले छोटे व्यापारी को सीमित और आसानी से देखे जा सकने वाले काम से शुरुआत करनी चाहिए। सहायक ग्राहक को सही वस्तु ढूँढने और ऑर्डर तैयार करने में मदद कर सकता है, जबकि अहम बदलाव के लिए स्पष्ट पुष्टि रखी जाए। फिर व्यापारी पूरे हुए ऑर्डर, ग़लत वस्तु और सहायता में लगे समय की जाँच कर सकता है; उन मामलों की भी जहाँ सहायक ने काम छोड़ दिया।
एजेंट की यात्राएँ गिनने से चैनल की उपयोगिता कम ही पता चलेगी। अधिक ट्रैफ़िक से भुगतान वाले ऑर्डर बढ़ सकते हैं या अधिक उलझे ग्राहक कर्मचारी से मध्यस्थ के वादे पूरे करवाने आ सकते हैं। रूपांतरण के साथ वापसी भी गिनें। व्यापारी को पता होना चाहिए कि एजेंट डिलीवरी और रिफ़ंड की शर्तें ठीक बताता है या नहीं और चेकआउट के बाद ग्राहक ज़िम्मेदार विक्रेता को ढूँढ सकता है या नहीं।
ग्राहकों को उपयोगी सहायक चुनने का विकल्प मिल सकता है और व्यापारी समझने योग्य, अनुपातिक नियमों के तहत उन्हें स्वीकार कर सकते हैं। लेकिन पहुँच कई विशिष्ट समझौतों पर निर्भर हो, तो ग्राहक सीमित नेटवर्कों में फँस सकते हैं—हर नेटवर्क सुविधा के नाम पर आंशिक प्रस्तावों को निजी सलाह की तरह पेश करेगा।
रिपोर्ट में बताया गया अवरोध ग्राहकों को अगली ख़रीद सौंपने से पहले एक ठोस सवाल देता है: सहायक किन स्टोरों की जाँच करेगा और कोई स्टोर पहुँच से इनकार करे तो वह क्या बताएगा? सीमित दायरे के बावजूद साफ़ जवाब देने वाली सेवा उपयोगी रह सकती है। यह सीमा छिपाने से उसकी सिफ़ारिश पर भरोसा करना कठिन होगा।
