২০ সেপ্টেম্বর GeekWire-এর প্রতিবেদনে বলা হয়েছে, Amazon তাদের সাইটে গ্রাহকদের হয়ে কেনাকাটা করতে Meta-র Muse-কে আটকে দিয়েছে। Amazon প্রকাশনাটিকে জানায়, Muse কোনো চুক্তি বা যথাযথ agent-পরিচয় ছাড়া কাজ করছিল; গ্রাহকের login তথ্য সংগ্রহ ও সংরক্ষণ নিয়েও তারা উদ্বেগ জানায়। প্রতিবেদনে Amazon-এর দেওয়া অবরোধের screenshot ছিল। ওই রবিবার রাতে প্রকাশের সময় Meta জবাব দেয়নি। এগুলো Amazon-এর আপত্তি; নিরাপত্তা ভঙ্গ হয়েছিল বলে কোনো অনুসন্ধানের ফল নয়। GeekWire-এর মূল প্রতিবেদন
ক্রেতার জন্য এই বাধা অস্বস্তিকর প্রশ্ন তোলে। আপনি পণ্য তুলনা ও অর্ডারের জন্য assistant বেছে নিলে, কোন assistant-কে মেনে নেবে—দোকানের সে সিদ্ধান্তের পরও আপনার পছন্দের কতটা কার্যকর থাকে?
উত্তরের ওপর নির্ভর করবে shopping agent ব্যবসা তুলনা করা সহজ করবে, নাকি গ্রাহককে অনুমোদিত অংশীদারের আরেকটি গণ্ডিতে আটকে রাখবে। নতুন অর্ডারের উৎস পেয়ে ছোট বিক্রেতারা খুশি হতে পারেন, আবার কে তাঁদের পণ্য ব্যাখ্যা করবে ও ভুল সামলাবে তা নিয়ে উদ্বিগ্নও হতে পারেন। গ্রাহকের হয়ে নির্দেশ দেওয়া, দোকানের অংশগ্রহণ এবং পেমেন্ট অনুমোদন—লেনদেনের আলাদা অংশ সামলায়।
পেমেন্ট সংযোগ সচল থাকলেও দোকানের সম্মতি দরকার
Meta ৮ সেপ্টেম্বর Muse-কে ব্যক্তিগত agent হিসেবে পরিচয় করায়, যা নির্দিষ্ট cloud computer-এ কাজ চালিয়ে যেতে পারে। তাদের সূচনাবিবরণে কেনাকাটার কথা আছে এবং কেনাকাটাসহ গুরুত্বপূর্ণ পদক্ষেপে অনুমোদন দরকার বলা হয়েছে। এগুলো পণ্য সম্পর্কে কোম্পানির বর্ণনা; BIG CHANGE-এর পরীক্ষার ফল নয়। Meta-র Muse ঘোষণা
পেমেন্ট সংযোগ সম্পর্কে Stripe আরও নির্দিষ্ট বিবরণ দিয়েছে। ৮ সেপ্টেম্বরের ঘোষণায় তারা জানায়, যুক্তরাষ্ট্রের ক্রেতারা Link-কে Muse-এর সঙ্গে সংযোগ করতে পারেন। Link ব্যবহার করা ব্যবসায় agent ক্রেতার সংরক্ষিত পছন্দের পদ্ধতি ব্যবহার করতে পারে। অন্যত্র Link অনুমোদিত কেনাকাটার জন্য সীমাবদ্ধ একবার-ব্যবহারযোগ্য virtual card দিতে পারে। কথোপকথনে ক্রেতা মোট খরচ অনুমোদন করেন, আর Muse মূল পেমেন্টের বিবরণ পায় না। Stripe-এর সংযোগ-সংক্রান্ত ঘোষণা
সুরক্ষিত পেমেন্ট পদ্ধতিতে টাকা দিতে agent-এর জানার মতো তথ্য কমতে পারে। কিন্তু তাতে বিক্রেতা agent-কে সাইটে ঢুকতে দেবে—তা নিজে থেকে নিশ্চিত হয় না। একইভাবে, নির্দিষ্ট জিনিস কিনতে ক্রেতার নির্দেশ দিলেই অনাকাঙ্ক্ষিত স্বয়ংক্রিয় কাজ থেকে সেই অনুরোধ আলাদা করার উপায় দোকান পায় না। প্রতিটি কাজ সফটওয়্যারটি অনুমোদিত সীমার মধ্যে করবে ধরে না নিয়ে, ক্রেতার কর্তৃত্ব চেনার উপায় ব্যবস্থা দুটির দরকার।
AI agent-এর পেমেন্ট-অনুমতি নিয়ে আমাদের আগের বিশ্লেষণে খরচের নিয়ন্ত্রণগুলো পরীক্ষা করা হয়েছিল। এই বিরোধ তার আগের একটি নির্ভরতা প্রকাশ করে: ক্রেতা অনুমোদন করতে পারবেন এমন অর্ডার তৈরি করতে assistant-এর কেনাকাটার যথেষ্ট ধাপে প্রবেশাধিকার দরকার।
ধরা যাক, নির্দিষ্ট বাজেটের মধ্যে মেরামতের সময়ের আগেই পাঠানো একটি যন্ত্রাংশ কিনতে বলা হলো। assistant-কে সঠিক সামঞ্জস্যপূর্ণ মডেল খুঁজতে, মজুত ও সরবরাহের সময় যাচাই করতে এবং checkout পর্যন্ত যেতে হবে। এসব শর্ত পূরণের পরই পেমেন্টের অনুমোদন কাজে লাগে। খোঁজার সময় অবরোধ এলে agent কোন পণ্য বিবেচনা করবে তা বদলাতে পারে; checkout-এ অবরোধ হলে গ্রাহককে আগে অর্পণ করা কাজ আবার করতে হতে পারে।
পাসওয়ার্ড সংরক্ষণ আর মডেলের নজরে থাকা এক প্রশ্ন নয়
Meta-র কারিগরি বিবরণে বলা হয়েছে, প্রবেশ-সংক্রান্ত তথ্য ব্যবহারকারীর virtual machine-এর ভেতরে একটি সুরক্ষিত সেবায় রাখা হয়, মূল agent-এর runtime-এর বাইরে। দরকার হলে browser তা পায়; মূল agent দেখে না। আলাদা তত্ত্বাবধায়ক উপাদান পদক্ষেপ যাচাই করে এবং অনুমোদন চাইতে পারে। Meta আরও জানায়, সেবা চালাতে দরকার হলে তাদের বর্তমান পরিচালনাগত নিয়ন্ত্রণ প্রযুক্তিগতভাবে কোম্পানিকে virtual machine-এ প্রবেশ থেকে আটকায় না। প্রস্তাবিত confidential-computing সংস্করণ ভবিষ্যতের কাজ। AI agent-এর নিরাপত্তা ও সুরক্ষা নিয়ে Meta-র নকশা
model-এর প্রসঙ্গ থেকে পাসওয়ার্ড সরিয়ে রাখলে তা ফাঁস হওয়ার একটি সম্ভাব্য পথ সীমিত হয়। তবুও কোথাও পরিচয়-তথ্য সংরক্ষণ বা ব্যবহার করতে হবে। সেই সংরক্ষণে কার প্রবেশাধিকার, session-কে কী account permission দেওয়া হয়েছে এবং প্রবেশাধিকার কীভাবে বাতিল করা যায়—পাঠকের তা জিজ্ঞেস করা উচিত। একটি উপাদান নিয়ে দাবি এসব প্রশ্নের সব উত্তর দেয় না।
প্রযুক্তিগত নকশার নথি একা স্থাপিত ব্যবস্থা কত নিরাপদ আচরণ করে তাও স্বাধীনভাবে প্রতিষ্ঠা করে না। কার্যকর মূল্যায়নে পরীক্ষা করা হবে—login-এর পর agent কী করতে পারে, বিভ্রান্তিকর page content পেলে কীভাবে সাড়া দেয় এবং অপ্রত্যাশিত পদক্ষেপের বিবরণ গ্রাহক পরে পুনর্গঠন করতে পারেন কি না। মডেল পাসওয়ার্ড দেখেছিল কি না, তা পরীক্ষা করার চেয়ে এ অনুসন্ধান বিস্তৃত।
shopping সম্পর্ক ধরে রাখার Amazon-এর বাণিজ্যিক স্বার্থ তাদের নিরাপত্তা-উদ্বেগকে মিথ্যা করে না। Meta-র সুরক্ষা-সংক্রান্ত বিবরণেরও স্বাধীন পরীক্ষা দরকার। বাস্তব প্রবেশাধিকার ও ব্যর্থতার প্রমাণ এক কোম্পানি অন্যকে নিয়ে কী বলছে—তার চেয়ে বেশি কাজে লাগবে।
Amazon চায় agent-রা নিজেদের দোকানের বাইরেও কেনাকাটা করুক
Amazon-এর প্রকাশিত Buy for Me বিবরণে shopping app দিয়ে বাইরের brand-এর ওয়েবসাইট থেকে কেনার একটি সেবা দেখানো হয়েছে। ক্রেতা অর্ডার নিশ্চিত করেন; brand সরবরাহ, ফেরত ও গ্রাহকসেবা সামলায়। Amazon জানায়, অংশ নেবে কি না brand বেছে নিতে পারে। পাতাটি beta চালুর বিবরণ, তাই আজ সমর্থিত প্রতিটি দোকানের তালিকা হিসেবে পড়া উচিত নয়। Amazon-এর Buy for Me বিবরণ
অংশগ্রহণের শর্ত খতিয়ে দেখা কেন জরুরি, এই ব্যবস্থা তা দেখায়। কোনো বিক্রেতা মধ্যস্থতাকারীকে চেনে এবং সমস্যা মেটানোর সম্মত উপায় থাকলে স্বয়ংক্রিয় অর্ডার স্বাগত জানাতে পারে। সাধারণ browser দিয়ে গ্রাহকের account ব্যবহার করা অচেনা agent-কে একই বিক্রেতা আপত্তি করতে পারে। বাস্তবায়নের পার্থক্য ভিন্ন আচরণের যুক্তি হতে পারে।
একই সঙ্গে শক্তিশালী কোনো মধ্যস্থতাকারীর সুবিধায় বেছে বেছে আচরণ করার সুযোগও তৈরি হয়। প্রতিটি বড় বিক্রেতার সঙ্গে আলাদা অংশীদারত্ব দরকার হলে ক্রেতাদের চোখের আড়ালে থাকা বাণিজ্যিক চুক্তির ওপর assistant-এর পরিসর নির্ভর করতে পারে। ভালো পণ্য থাকা ছোট developer বড় platform-এর সমান প্রবেশাধিকার পেতে হিমশিম খেতে পারে। কোনো বিক্রেতা নতুন ক্রেতা পেলেও তাকে সুপারিশ করা assistant-এর ওপর নির্ভরশীল হয়ে উঠতে পারে।
আমাদের মতে, প্রবেশাধিকারের নিয়ম যথেষ্ট নির্দিষ্ট হওয়া উচিত, যাতে তা পরীক্ষা করা যায়। পরিচয়, সীমিত অনুমতি ও নির্ভরযোগ্য অভিযোগ-নিষ্পত্তির শর্ত—অনুমোদিত অংশীদার নিরাপদ এমন সাধারণ আশ্বাসের চেয়ে সহজে মূল্যায়নযোগ্য। তুলনীয় agent-কে ভিন্ন আচরণ করলে বিক্রেতার পরিচালনাগত পার্থক্য ব্যাখ্যা করা উচিত। এতে ক্রেতা পরিমাপযোগ্য সুরক্ষা এবং নির্দিষ্ট ব্যবসায়িক সম্পর্কের পছন্দ আলাদা করতে পারবেন।
Comet-সংক্রান্ত রায়ে Muse-বিরোধের মীমাংসা হয়নি
৪ আগস্ট Ninth Circuit-এর মতামতে Perplexity-র বিরুদ্ধে প্রাথমিক নিষেধাজ্ঞা বাতিল করে মামলাটি পরবর্তী কার্যক্রমের জন্য ফেরত পাঠানো হয়। ওই নথির ভিত্তিতে আদালত মনে করে, ফেডারেল Computer Fraud and Abuse Act এবং ক্যালিফোর্নিয়ার সমতুল্য আইনে প্রয়োজনীয় প্রবেশ-সংক্রান্ত উপাদান প্রমাণ করতে Amazon-এর সম্ভাবনা কম। Comet-এর browser ব্যবহারকারীর নিজের যন্ত্রে চলত; আদালত ধরে নেয় ব্যবহারকারী AI tool দিয়ে Amazon-এ প্রবেশ করছেন। private terms of service দিয়ে ব্যবহারকারীদের নিয়ন্ত্রণ করার Amazon-এর অধিকার আদালত স্পষ্টভাবে বহাল রাখে। আপিল আদালতের মূল মতামত
Muse-এ host করা virtual machine ও browser ব্যবহৃত হয়, যা ওই মামলায় বর্ণিত বিন্যাস থেকে গুরুত্বপূর্ণভাবে আলাদা। মতামতটি Muse-এর আইনি অবস্থান নির্ধারণ করেনি বা shopping agent-দের ওয়েবসাইটে ঢোকার সর্বজনীন অধিকারও প্রতিষ্ঠা করেনি। আইনি ফল আগেভাগে অনুমান না করে বাস্তবায়ন পরীক্ষা করার কারণ হলো এই সীমিত যুক্তি।
অন্য পণ্য নিয়ে অনুকূল সিদ্ধান্ত তাই agent-ভিত্তিক সেবা পরিকল্পনাকারী ব্যবসার নিজস্ব প্রবেশাধিকারের ব্যবস্থা বোঝার বিকল্প নয়। গ্রাহকের কাছে দেওয়া প্রতিশ্রুতিতে সেবাটি বাস্তবে কোথায় কাজ করে এবং অনুমতি নিয়ে বিরোধ হলে কী ঘটে, তা বলা উচিত।
“পাওয়া যায় এমন সেরা” ফলের খোঁজের সীমা স্পষ্ট হওয়া দরকার
shopping agent-এর পক্ষে ক্রেতার সবচেয়ে জোরালো যুক্তি হলো বারবার একই কাজ কমানো। মানুষ একবারে নিজের অগ্রাধিকার জানাবেন, উপযুক্ত প্রস্তাব তুলনা করবেন এবং শেষ কেনাকাটার নিয়ন্ত্রণ নিজের কাছে রাখবেন—এমন হওয়া উচিত। form পূরণ কঠিন যাঁদের, বা সঠিক প্রতিস্থাপন-যন্ত্রাংশ খোঁজার সময় কম যাঁদের, তাঁরা নির্ভরযোগ্য সহায়তা থেকে উল্লেখযোগ্যভাবে উপকৃত হতে পারেন।
সুবিধাটি নির্ভর করে খোঁজের সৎ বিবরণের ওপর। agent গুরুত্বপূর্ণ কোনো দোকানে ঢুকতে না পারলেও তার সুপারিশ কাজে লাগতে পারে, কিন্তু অনুপস্থিত দোকানগুলোর কারণে সে কী দাবি করতে পারে তা বদলে যায়। প্রবেশযোগ্য সবচেয়ে সস্তা প্রস্তাবটি সরাসরি খুঁজলে ক্রেতা যে সর্বনিম্ন দাম পেতেন, সেটি নাও হতে পারে।
কাল্পনিক যন্ত্রাংশ কেনার ক্ষেত্রে কার্যকর ফল দেখাবে—কোন দোকান পরীক্ষা হয়েছে, কোনটিতে প্রবেশ করা যায়নি এবং সরবরাহসহ মোট দাম কত। সেরা পণ্যটি পেতে সরাসরি দোকানে যেতে হলে assistant-এর উচিত পণ্যের পরিচিতি সংরক্ষণ এবং অসমাপ্ত ধাপ ব্যাখ্যা করা। চুপিচুপি প্রবেশযোগ্য অন্য বিক্রেতাকে বেছে নিলে ক্রেতার টাকা বেশি লাগতে পারে বা মেরামতের সময়সীমা মিস হতে পারে।
অর্ডারের অবস্থাও একইভাবে স্পষ্ট হওয়া উচিত। প্রস্তুত basket, অনুমোদিত পেমেন্ট এবং নিশ্চিত অর্ডার—ক্রেতার এগুলো আলাদা করে বুঝতে হবে। ব্যর্থতার পর আবার চেষ্টা করতে বলার আগে assistant-এর স্পষ্ট করা উচিত কেনাকাটা আদৌ হয়েছে কি না। এগুলো কার্যকর সেবার প্রস্তাবিত মান; Muse-এ যাচাই করা সক্ষমতা নয়।
মসৃণ কথোপকথনের উত্তর সীমিত খোঁজ আড়াল করতে পারে, যেখানে দৃশ্যমান দোকানতালিকা তা পারে না। আমাদের আগের Muse-এর ব্যবসায়িক প্রণোদনা-সংক্রান্ত বিশ্লেষণে assistant-এর সুপারিশ থেকে কে লাভবান হন তা দেখা হয়েছিল। প্রবেশাধিকারের সীমা আরেকটি প্রভাব যোগ করে: কিছু বিক্রেতা হয়তো তুলনায় আসার সুযোগই পান না।
বিক্রেতাদের সম্পন্ন অর্ডারের প্রমাণ দরকার
agent গ্রহণের সিদ্ধান্ত নেওয়া ছোট বিক্রেতার উচিত সংকীর্ণ, পর্যবেক্ষণযোগ্য ব্যবহার দিয়ে শুরু করা। assistant ক্রেতাকে সঠিক পণ্য খুঁজতে ও অর্ডার প্রস্তুত করতে সাহায্য করতে পারে; গুরুত্বপূর্ণ পরিবর্তনগুলো স্পষ্ট অনুমোদন না পাওয়া পর্যন্ত থেমে থাকবে। এরপর বিক্রেতা সম্পন্ন কেনাকাটা, ভুল পণ্য এবং সহায়তায় লাগা সময় পরীক্ষা করতে পারেন—assistant কাজ ছেড়ে দিয়েছে এমন ঘটনাসহ।
কত agent সাইটে এসেছে তা গুনে চ্যানেলটি সাহায্য করছে কি না জানা যাবে না। বাড়তি traffic-এ পরিশোধিত অর্ডার বাড়তে পারে, আবার মধ্যস্থতাকারীর প্রতিশ্রুতি মেটাতে কর্মীদের কাছে আসা বিভ্রান্ত গ্রাহকও বাড়তে পারেন। বিক্রয়ের পাশাপাশি ফেরতও গুনতে হবে। agent সরবরাহ ও ফেরতের শর্ত সঠিকভাবে জানায় কি না এবং checkout-এর পরে দায়ী বিক্রেতাকে গ্রাহক খুঁজে পান কি না, তাও বিক্রেতার জানা দরকার।
ক্রেতারা কার্যকর agent-এর মধ্যে বেছে নিতে পারেন এবং বিক্রেতারা বোধগম্য, আনুপাতিক নিয়মে তাদের গ্রহণ করতে পারেন। কিন্তু একের পর এক একচেটিয়া চুক্তির ওপর প্রবেশাধিকার নির্ভর করলে ক্রেতারা সীমাবদ্ধ network-এ আটকে যেতে পারেন; প্রতিটি নিজেদের আংশিক প্রস্তাবকে সুবিধাজনক ব্যক্তিগত পরামর্শ হিসেবে দেখাবে।
প্রতিবেদিত অবরোধ ক্রেতাকে পরের কেনাকাটার দায় assistant-কে দেওয়ার আগে সুনির্দিষ্ট প্রশ্ন করার সুযোগ দেয়: এটি কোন দোকানগুলো পরীক্ষা করবে, আর কোনো দোকান প্রবেশাধিকার না দিলে আমাকে কী জানাবে? পরিসর সীমিত হলেও স্পষ্ট জবাব দেওয়া সেবা কাজে লাগতে পারে। সে সীমা লুকালে তার সুপারিশের ওপর আস্থা রাখা কঠিন হবে।
