Markdown ایڈیشن

AI-translated from English; not yet reviewed by a fluent editor.

# Amazon کی Muse پر پابندی نے خریداری کے معاون کے انتخاب کا سوال کھڑا کر دیا

> Meta کی Muse پر Amazon کی رپورٹ شدہ پابندی خریدار کی اجازت اور کسی معاون کو قبول کرنے کی دکاندار کی آمادگی کے درمیان فرق واضح کرتی ہے۔ اس کے اثرات تلاش، ادائیگی اور کسٹمر سپورٹ تک پہنچتے ہیں۔

By BIG CHANGE Editorial

Published: 2026-09-22T07:50:15.731Z
Updated: 2026-09-22T07:50:15.731Z
Canonical: https://bigchange.ai/blog/amazon-muse-shopping-agent-access

![A browser-shaped shopping card, blank instruction slip and orange pen stand outside a generic storefront with a closed door.](https://bigchange.ai/api/media/file/shopping-agent-store-access-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. A shopper can instruct an assistant while the retailer refuses that agent access. The closed storefront represents a software access boundary, not a shop barring the buyer. Conceptual illustration, not a screenshot of Muse or Amazon.

GeekWire کی 20 ستمبر کی رپورٹ کے مطابق Amazon نے Muse کو اپنی ویب سائٹ پر صارفین کی طرف سے خریداری کرنے سے روک دیا ہے۔ Amazon نے اشاعت کو بتایا کہ Muse کسی معاہدے یا معاون کی مناسب شناخت کے بغیر چل رہی تھی، اور صارفین کی اسناد حاصل کرنے اور محفوظ کرنے پر خدشات ظاہر کیے۔ رپورٹ میں Amazon کی فراہم کردہ اسکرین شاٹ بھی شامل تھی۔ اتوار کی رات اشاعت تک Meta نے جواب نہیں دیا تھا۔ یہ Amazon کے اعتراضات ہیں، اس بات کے نتائج نہیں کہ سکیورٹی کی خلاف ورزی ہوئی۔ [GeekWire کی اصل رپورٹ](https://www.geekwire.com/2026/amazon-blocks-metas-muse-ai-assistant-in-new-standoff-over-agentic-shopping/)

خریدار کے لیے یہ تعطل ایک مشکل سوال پیدا کرتا ہے۔ اگر آپ مصنوعات کا موازنہ کرنے اور آرڈر دینے کے لیے معاون منتخب کریں تو دکان کے فیصلے کے بعد آپ کا انتخاب کتنا باقی رہتا ہے کہ وہ کن معاونین کو قبول کرے گی؟

اس کا جواب طے کرنے میں مدد دے گا کہ خریداری کے معاون مختلف کاروباروں کا موازنہ آسان بناتے ہیں یا صارفین کو منظور شدہ شراکت داروں کے ایک اور مجموعے تک محدود کر دیتے ہیں۔ یہ چھوٹے دکانداروں کے لیے بھی اہم ہے، جو آرڈروں کے نئے ذریعے کا خیرمقدم کرتے ہوئے سوچ سکتے ہیں کہ ان کی مصنوعات کی وضاحت کون کرے گا اور غلطی کی صورت میں ذمہ داری کون سنبھالے گا۔ صارف کی طرف سے کام سونپنا، اسٹور کی شرکت اور ادائیگی کی منظوری لین دین کے مختلف حصوں سے متعلق ہیں۔

## ادائیگی کا رابطہ کام کرنے کے باوجود دکان کی رضامندی ضروری ہے

Meta نے 8 ستمبر کو Muse کو ذاتی معاون کے طور پر متعارف کرایا جو مخصوص کلاؤڈ کمپیوٹر میں کام جاری رکھ سکتا ہے۔ تعارفی بیان میں خریداری کا ذکر ہے اور کہا گیا ہے کہ خرید سمیت اہم نتائج والی کارروائیوں کے لیے منظوری درکار ہے۔ یہ مصنوعات کے بارے میں کمپنی کے بیانات ہیں، BIG CHANGE کی جانچ کے نتائج نہیں۔ [Meta کا Muse کا اعلان](https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/)

Stripe ادائیگی کے رابطے کی زیادہ مخصوص وضاحت کرتا ہے۔ اس کے 8 ستمبر کے اعلان کے مطابق امریکہ کے صارف Link کو Muse سے جوڑ سکتے ہیں۔ Link استعمال کرنے والے کاروباروں میں معاون، صارف کا محفوظ کیا ہوا پسندیدہ طریقۂ ادائیگی استعمال کر سکتا ہے۔ دوسری جگہ Link منظور شدہ خریداری تک محدود ایک بار استعمال ہونے والا ورچوئل کارڈ جاری کر سکتا ہے۔ صارف گفتگو میں کل رقم منظور کرتا ہے، اور Muse کو بنیادی ادائیگی کی تفصیلات نہیں ملتیں۔ [Stripe کا انضمام سے متعلق اعلان](https://stripe.com/newsroom/news/stripe-helps-meta-muse-shop-with-link)

محفوظ ادائیگی کا طریقہ یہ کم کر سکتا ہے کہ ادائیگی کے لیے معاون کو کتنی معلومات جاننا پڑیں۔ لیکن اس سے خودبخود یہ نہیں ہوتا کہ دکاندار معاون کا دورہ قبول کرے۔ اسی طرح، صارف کی کسی خاص چیز کی خریداری کی ہدایت دکان کو یہ نہیں بتاتی کہ اس درخواست کو ناپسندیدہ خودکاری سے کیسے الگ پہچانے۔ نظاموں کو صارف کے اختیار کی شناخت کا طریقہ چاہیے، مگر یہ فرض کیے بغیر کہ سافٹ ویئر کی ہر کوشش اسی اختیار کے دائرے میں آتی ہے۔

ہمارے پہلے [AI معاونین کے لیے ادائیگی کی اجازتوں کے تجزیے](https://bigchange.ai/blog/ai-agent-payments-mastercard-visa-credit-card) میں خرچ پر کنٹرول کا جائزہ لیا گیا تھا۔ یہ تنازع اس سے پہلے کے انحصار کو سامنے لاتا ہے: معاون کو خریداری کے اتنے مراحل تک رسائی درکار ہے کہ صارف کی منظوری کے قابل آرڈر تیار ہو سکے۔

ایک فرضی درخواست پر غور کریں: مرمت کے وقت سے پہلے پہنچانے کے لیے مقررہ بجٹ میں کسی خراب گھریلو آلے کا متبادل پرزہ خریدنا۔ معاون کو عین موافق ماڈل تلاش کرنا، اسٹاک اور ترسیل جانچنا اور ادائیگی تک پہنچنا ہوگا۔ ادائیگی کی منظوری تبھی مفید ہے جب یہ شرائط پوری ہوں۔ تلاش کے دوران پابندی لگنے سے معاون کے زیرِ غور مصنوعات بدل سکتی ہیں؛ ادائیگی کے مرحلے پر پابندی سے صارف کو پہلے ہی سونپا ہوا کام دہرانا پڑ سکتا ہے۔

![Three separate groups show a blank instruction sheet and pen, a storefront, and a payment card beside a terminal.](/api/media/file/three-shopping-decisions-inline-v1.png)

## پاس ورڈ محفوظ رکھنے اور ماڈل کو دکھائی دینے کے سوال الگ ہیں

Meta کے تکنیکی بیان کے مطابق، اسناد صارف کی ورچوئل مشین کے اندر ایک محفوظ سروس میں رکھی جاتی ہیں، مرکزی معاون کے رن ٹائم سے باہر۔ ضرورت پڑنے پر براؤزر انہیں وصول کرتا ہے؛ مرکزی معاون انہیں نہیں دیکھتا۔ ایک الگ نگران جزو کارروائیوں کی جانچ کرتا ہے اور منظوری لازم کر سکتا ہے۔ Meta یہ بھی کہتا ہے کہ اس کے موجودہ عملی کنٹرول تکنیکی طور پر کمپنی کو سروس چلانے کے لیے ضرورت پڑنے پر ورچوئل مشین تک رسائی سے نہیں روکتے۔ مجوزہ confidential-computing ورژن مستقبل کا قدم ہے۔ [Meta کا سکیورٹی اور تحفظ کا ڈیزائن](https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse)

پاس ورڈ کو ماڈل کے سیاق سے باہر رکھنے سے اسے ظاہر ہونے کے ایک ممکنہ راستے کو محدود کیا جا سکتا ہے۔ پھر بھی سروس کو کہیں اسناد محفوظ یا استعمال کرنا ہوں گی۔ قارئین پوچھیں کہ اس ذخیرے تک کس کی رسائی ہے، سیشن اکاؤنٹ کو کون سی اجازتیں دیتا ہے، اور رسائی کیسے منسوخ ہو سکتی ہے۔ ایک جزو کے بارے میں دعویٰ ان تمام سوالوں کا جواب نہیں دیتا۔

تکنیکی ڈیزائن کی دستاویز آزادانہ طور پر یہ بھی ثابت نہیں کرتی کہ تعینات شدہ نظام کتنی حفاظت سے کام کرتا ہے۔ مفید جائزے میں یہ دیکھنا ہوگا کہ لاگ اِن کے بعد معاون کیا کر سکتا ہے، گمراہ کن صفحاتی مواد پر اس کا ردِعمل کیا ہے، اور کیا صارف کسی غیر متوقع کارروائی کی تفصیل دوبارہ بنا سکتا ہے۔ یہ جانچنے سے کہیں وسیع سوال ہے کہ ماڈل نے پاس ورڈ دیکھا یا نہیں۔

خریداری کا تعلق برقرار رکھنے میں Amazon کا تجارتی مفاد اس کے سکیورٹی خدشات کو جھوٹا نہیں بناتا۔ Meta کے حفاظتی انتظامات کے بیان کو آزادانہ طور پر پرکھنا چاہیے۔ دونوں کمپنیوں کی اپنی پسندیدہ وضاحتوں کے مقابلے میں حقیقی رسائی اور ناکامیوں کے شواہد زیادہ مفید ہوں گے۔

## Amazon بھی چاہتا ہے کہ معاون اس کے اپنے اسٹور سے باہر خریداری کریں

Amazon کی شائع کردہ Buy for Me وضاحت ایسی سروس کا ذکر کرتی ہے جو اپنی شاپنگ ایپ کے ذریعے بیرونی برانڈ ویب سائٹس سے خریداری کرتی ہے۔ صارف آرڈر کی تصدیق کرتا ہے؛ برانڈ ترسیل، واپسی اور کسٹمر سروس سنبھالتا ہے۔ Amazon کہتا ہے کہ برانڈز شرکت کرنے یا نہ کرنے کا انتخاب کر سکتے ہیں۔ صفحہ بیٹا تعارف بیان کرتا ہے، اس لیے اسے ہر اس اسٹور کی موجودہ فہرست نہ سمجھا جائے جس سے خریداری ہو سکتی ہے۔ [Amazon کی Buy for Me کی وضاحت](https://www.aboutamazon.com/news/retail/amazon-shopping-app-buy-for-me-brands)

یہ بندوبست دکھاتا ہے کہ شرکت کی شرائط کو جانچنا کیوں ضروری ہے۔ دکاندار خودکار آرڈروں کا خیرمقدم کر سکتا ہے اگر وہ درمیانی خدمت کو جانتا ہو اور مسائل حل کرنے کا متفقہ طریقہ موجود ہو۔ یہی دکاندار کسی نامانوس معاون کے عام براؤزر سے صارف کے اکاؤنٹس استعمال کرنے پر اعتراض کر سکتا ہے۔ طریقۂ کار کے فرق کی بنیاد پر مختلف سلوک جائز ہو سکتا ہے۔

اس سے بااثر درمیانی پلیٹ فارم کے فائدے میں انتخابی سلوک کی گنجائش بھی بنتی ہے۔ اگر ہر بڑا دکاندار الگ شراکت داری مانگے تو معاون کی رسائی ایسے تجارتی معاہدوں پر منحصر ہو سکتی ہے جنہیں خریدار دیکھ نہ سکیں۔ اچھے پروڈکٹ والا چھوٹا ڈویلپر بڑے پلیٹ فارم جیسی رسائی حاصل کرنے میں دشواری محسوس کر سکتا ہے۔ دکاندار نئے گاہک پا سکتا ہے مگر اس معاون پر انحصار کرنے لگے جو اس کی سفارش کرتا ہے۔

ہماری رائے میں رسائی کے قواعد اتنے مخصوص ہونے چاہییں کہ ان کا جائزہ لیا جا سکے۔ شناخت، محدود اجازتوں اور قابلِ اعتماد شکایت کے عمل کے تقاضوں کو جانچنا اس عمومی یقین دہانی سے آسان ہے کہ منظور شدہ شراکت دار محفوظ ہیں۔ جہاں ایک جیسے معاونین کے ساتھ مختلف سلوک ہو، دکانداروں کو عملی فرق واضح کرنا چاہیے۔ اس سے صارف قابلِ پیمائش تحفظ کو کسی خاص کاروباری تعلق کی ترجیح سے الگ کر سکیں گے۔

## Comet کا عدالتی فیصلہ Muse کا تنازع حل نہیں کرتا

4 اگست کو Ninth Circuit کی رائے نے Perplexity کے خلاف ابتدائی حکمِ امتناع منسوخ کرکے معاملہ مزید کارروائی کے لیے واپس بھیج دیا۔ اس ریکارڈ پر عدالت نے پایا کہ وفاقی Computer Fraud and Abuse Act اور اس کے کیلیفورنیا کے ہم منصب کے تحت رسائی کا ضروری عنصر ثابت کرنے میں Amazon کی کامیابی کا امکان کم ہے۔ Comet کا براؤزر صارف کی مشین پر چلتا تھا؛ عدالت نے صارف کو AI ٹول کے ذریعے Amazon تک رسائی حاصل کرنے والا قرار دیا۔ عدالت نے نجی سروس شرائط کے ذریعے صارفین کو منظم کرنے کا Amazon کا اختیار واضح طور پر برقرار رکھا۔ [اپیل عدالت کی اصل رائے](https://cdn.ca9.uscourts.gov/datastore/opinions/2026/08/04/26-1444.pdf)

Muse میں ہوسٹ کی گئی ورچوئل مشین اور براؤزر استعمال ہوتے ہیں، جو اس مقدمے میں بیان کردہ انتظام سے مادی طور پر مختلف ہے۔ رائے نے Muse کی قانونی حیثیت کا فیصلہ نہیں کیا اور نہ خریداری کے معاونین کے لیے ویب سائٹس تک رسائی کا کوئی عالمگیر حق قائم کیا۔ اس کا محدود استدلال یہ وجہ ہے کہ قانونی نتیجے کی پیش گوئی سے پہلے طریقۂ کار کا جائزہ لیا جائے۔

اس لیے معاون پر مبنی سروس کی منصوبہ بندی کرنے والے کاروباروں کے لیے کسی دوسری پروڈکٹ سے متعلق موافق فیصلہ اپنے رسائی انتظامات سمجھنے کا متبادل نہیں۔ صارفین سے کیا جانے والا وعدہ واضح کرے کہ سروس حقیقت میں کہاں کام کرتی ہے اور اجازت پر تنازع ہو تو کیا ہوگا۔

## “دستیاب بہترین” نتیجے کے لیے تلاش کی حد دکھانی ہوگی

خریداری کے معاونین کے حق میں صارفین کی مضبوط ترین دلیل بار بار ہونے والے کام میں کمی ہے۔ کسی شخص کو ایک بار اپنی ترجیحات بتا کر مناسب پیشکشوں کا موازنہ کرنے اور آخری خریداری پر اختیار برقرار رکھنے کے قابل ہونا چاہیے۔ جسے فارم بھرنے میں دشواری ہو، یا عین متبادل تلاش کرنے کے لیے تحقیق کا وقت کم ملے، اسے قابلِ اعتماد مدد سے خاصا فائدہ ہو سکتا ہے۔

یہ فائدہ تلاش کے بارے میں دیانت دارانہ وضاحت پر منحصر ہے۔ اگر معاون کسی اہم اسٹور تک نہیں پہنچ سکتا تو اس کی سفارش مفید ہو سکتی ہے، مگر چھوٹی ہوئی کوریج اس کے دعوے کو بدل دیتی ہے۔ دستیاب سب سے سستی پیشکش لازماً وہ سب سے سستی پیشکش نہیں جو صارف براہِ راست حاصل کر سکتا ہو۔

فرضی گھریلو آلے کے پرزے کی خریداری میں مفید نتیجہ بتائے گا کہ کن اسٹورز کو جانچا گیا، کن تک رسائی نہیں ہو سکی، اور ترسیل سمیت کل قیمت کیا ہے۔ اگر بہترین متبادل کے لیے خود اسٹور جانا ضروری ہو تو معاون کو مصنوعات کا حوالہ محفوظ کرکے نامکمل مرحلہ سمجھانا چاہیے۔ خاموشی سے قابلِ رسائی دکاندار کی جگہ دوسرا چننے سے صارف کو زیادہ قیمت دینی پڑ سکتی ہے یا مرمت کی آخری تاریخ چھوٹ سکتی ہے۔

آرڈر کی حالت میں بھی یہی وضاحت برقرار رہنی چاہیے۔ خریدار کو تیار شدہ ٹوکری، منظور شدہ ادائیگی اور تصدیق شدہ آرڈر میں فرق معلوم ہونا چاہیے۔ خرابی کے بعد معاون کو دوبارہ کوشش تجویز کرنے سے پہلے واضح کرنا چاہیے کہ کوئی چیز خریدی گئی تھی یا نہیں۔ یہ مفید سروس کے لیے مجوزہ معیار ہیں، Muse میں ہماری تصدیق کردہ صلاحیتیں نہیں۔

ایک رواں مکالماتی جواب، دکانوں کی واضح فہرست کی نسبت، محدود تلاش کو زیادہ آسانی سے چھپا سکتا ہے۔ ہم نے پہلے [Muse کے کاروباری مفادات کا جائزہ](https://bigchange.ai/blog/meta-muse-zuckerberg-make-money-earnings-business-model) لے کر یہ دیکھا تھا کہ معاون کی سفارشات سے کس کو فائدہ ہوتا ہے۔ رسائی کی پابندیاں ایک اور اثر ڈالتی ہیں: بعض فروخت کنندگان موازنے میں شامل ہی نہ ہو پائیں۔

## دکانداروں کو مکمل شدہ آرڈروں کے شواہد درکار ہیں

معاون قبول کرنے کا فیصلہ کرنے والے چھوٹے دکاندار کو ایک محدود، قابلِ مشاہدہ استعمال سے آغاز کرنا چاہیے۔ معاون صارفین کو درست چیز تلاش کرنے اور آرڈر تیار کرنے میں مدد دے سکتا ہے، جبکہ اہم تبدیلیوں کے لیے واضح تصدیق ضروری رہے۔ پھر دکاندار مکمل خریداریوں، غلط اشیا اور معاونتی وقت کا جائزہ لے سکتا ہے، ان معاملات سمیت جہاں معاون نے کام ادھورا چھوڑا۔

معاون کے دورے گننے سے یہ کم ہی معلوم ہوگا کہ یہ ذریعہ مددگار ہے یا نہیں۔ زیادہ ٹریفک سے بامعاوضہ آرڈر بڑھ سکتے ہیں یا الجھے ہوئے صارفین عملے سے اس وعدے کے حل کا مطالبہ کر سکتے ہیں جو کسی درمیانی سروس نے کیا تھا۔ خریداریوں کے ساتھ واپسیوں کو بھی شمار کرنا چاہیے۔ دکاندار کو یہ بھی معلوم ہونا چاہیے کہ معاون ترسیل اور رقم واپسی کی شرائط درست بتاتا ہے یا نہیں، اور ادائیگی کے بعد صارف ذمہ دار فروخت کنندہ کو تلاش کر سکتا ہے یا نہیں۔

صارفین کو مفید معاونین میں سے انتخاب مل سکتا ہے اور دکاندار واضح، متناسب قواعد کے تحت انہیں قبول کر سکتے ہیں۔ لیکن اگر رسائی کئی خصوصی معاہدوں پر منحصر ہو تو خریدار محدود نیٹ ورکس میں پھنس سکتے ہیں، جہاں ہر ایک پیشکشوں کے جزوی مجموعے کو سہولت بخش ذاتی مشورہ بنا کر پیش کرے۔

رپورٹ شدہ پابندی صارفین کے لیے اگلی خریداری سونپنے سے پہلے ایک ٹھوس سوال پیدا کرتی ہے: یہ معاون کن اسٹورز کو جانچے گا، اور اگر کوئی رسائی سے انکار کرے تو مجھے کیا بتائے گا؟ محدود کوریج کے باوجود واضح جواب دینے والی سروس مفید رہ سکتی ہے۔ اس حد کو چھپانے سے اس کی سفارش پر اعتماد مشکل ہوگا۔

## Sources

- [GeekWire: Amazon نے Meta کے Muse شاپنگ معاون کو روکا](https://www.geekwire.com/2026/amazon-blocks-metas-muse-ai-assistant-in-new-standoff-over-agentic-shopping/) — Todd Bishop کی اصل رپورٹ، اتوار کی رات شائع ہوئی۔ بیان اور اسکرین شاٹ Amazon نے فراہم کیے؛ یہ احوال آزادانہ طور پر سکیورٹی breach ثابت نہیں کرتا۔
- [Meta: Muse کا تعارف، ذاتی AI معاون](https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/) — تعارفی بیان مطلوبہ خریداری ورک فلو اور منظوری کے تقاضے کی بنیاد فراہم کرتا ہے۔ پروڈکٹ سے متعلق دعوے Meta کے ہیں؛ BIG CHANGE نے خریداری کی کارکردگی نہیں جانچی اور رپورٹ شدہ پابندی کو دوبارہ نہیں دہرایا۔
- [Stripe: Link کے ساتھ Muse سے خریداری](https://stripe.com/newsroom/news/stripe-helps-meta-muse-shop-with-link) — امریکی انضمام، لین دین کی منظوری اور محدود دائرے والے ورچوئل کارڈز کے بارے میں ادائیگی فراہم کنندہ کا بیان۔ یہ بیان کردہ ادائیگی طریقہ ثابت کرتا ہے، ہر دکاندار تک رسائی کی اجازت یا کامیاب آرڈر کی ضمانت نہیں۔
- [Meta: AI معاونین کے لیے سکیورٹی اور تحفظ، Muse کا طریقۂ کار](https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse) — تکنیکی بیان اسناد کے ذخیرے، ماڈل کو نظر آنے والی معلومات، نگرانی اور عملیاتی رسائی میں فرق کرتا ہے۔ confidential-computing ورژن مستقبل کا کام بتایا گیا ہے۔ یہ فروخت کنندہ کا ڈیزائن بیان ہے، آزادانہ سکیورٹی آڈٹ نہیں۔
- [Amazon: Buy for Me اور بیرونی برانڈ اسٹورز](https://www.aboutamazon.com/news/retail/amazon-shopping-app-buy-for-me-brands) — Amazon کا بیٹا تعارف برانڈز کی شرکت اور ترسیل و واپسی کی ذمہ داری بیان کرتا ہے۔ اسے شرکت کے طریقوں کا موازنہ کرنے کے لیے استعمال کیا گیا ہے، نہ کہ ہر جگہ موجودہ دستیابی، تمام تاجروں کی مکمل فہرست یا ہر شریک کی حقیقی تعمیل ثابت کرنے کے لیے۔
- [Ninth Circuit: Amazon.com Services v. Perplexity AI، مقدمہ نمبر 26-1444](https://cdn.ca9.uscourts.gov/datastore/opinions/2026/08/04/26-1444.pdf) — اصل رائے، صفحات 15–17 اور حاشیہ 5۔ Comet کے حقائق Muse کے نظامی ڈھانچے سے مختلف ہیں۔