মূল বিষয়বস্তুতে যান
শিখুনগ্লসারিএজেন্ট-থেকে-এজেন্ট অর্থপ্রদান
শব্দকোষ

এজেন্ট-থেকে-এজেন্ট পেমেন্ট কী।

সংজ্ঞা

এজেন্ট-থেকে-এজেন্ট অর্থপ্রদান হল একটি AI এজেন্ট দ্বারা অন্য একটি AI এজেন্টকে করা অর্থপ্রদান, সাধারণত প্রোগ্রাম্যাটিকভাবে, সাধারণত স্থিতিশীল কয়েনে। পেয়ার এবং পেয়ী উভয়ই স্বায়ত্তশাসিত (কোনও মানব বাস্তব সময়ে লেনদেন পর্যালোচনা করছে না)। এটি এজেন্ট-থেকে-মানুষ অর্থপ্রদান (একটি এজেন্ট একটি মানব-চালিত ব্যবসায় অর্থ প্রদান করছে) এবং মানব-থেকে-মানব অর্থপ্রদান থেকে আলাদা, যেখানে প্রচলিত চেকআউট প্রবাহ প্রযোজ্য।

এটি কেন গুরুত্বপূর্ণ

যে আকারটি এজেন্টের সক্ষমতা বাড়ায়।

একটি একক এজেন্ট যা বিশেষায়িত কাজের জন্য অন্যান্য এজেন্টকে অর্থ প্রদান করতে পারে তা dramatically আরও সক্ষম যা নিজেই সবকিছু করতে হয়। অর্কেস্ট্রেটর অনুবাদকে একটি অনুবাদক এজেন্ট, অনুসন্ধানকে একটি অনুসন্ধান এজেন্ট, কোড-পর্যালোচনা একটি কোড-পর্যালোচনা এজেন্ট, চিত্র উৎপাদন একটি চিত্র এজেন্টে নিয়োগ দেয়। প্রতিটি প্রতিনিধি ছোট, কেন্দ্রীভূত, ভাল-মূল্যায়িত এবং সহজেই প্রতিস্থাপনযোগ্য। অর্কেস্ট্রেটরের কাজটি কার্যকরী হওয়ার পরিবর্তে রাউটিং হয়ে যায়।

এটি সেই কাঠামোগত প্যাটার্ন যা এজেন্ট-অফ-এজেন্ট ইকোসিস্টেমকে সক্ষম করে যা বেশিরভাগ ল্যাব এখন তৈরি করতে যাচ্ছে। পেমেন্ট স্তর হল সংযোগকারী টিস্যু: প্রোগ্রাম্যাটিক এজেন্ট-টু-এজেন্ট পেমেন্ট ছাড়া, সংগঠককে অভ্যন্তরীণভাবে প্রতিটি সক্ষমতা একত্রিত করতে হবে (নির্মাণে ব্যয়বহুল, বিকাশে ধীর) অথবা ব্যবহারকারীর কাছে তার প্রতিনিধিত্বের পছন্দগুলি প্রকাশ করতে হবে (যা বিমূর্ততা ধ্বংস করে)। প্রোগ্রাম্যাটিক পেমেন্টের সাথে, সংগঠক অদৃশ্যভাবে রাউট করে, প্রতিনিধি কাজের জন্য অর্থ পায়, এবং মূল ব্যবহারকারী একটি একক সঙ্গতিপূর্ণ প্রতিক্রিয়া দেখে।

এটি কিভাবে কাজ করে

পরিচয়, অনুরোধ, নিষ্পত্তি, লগ।

  1. পরিচয় অনুসন্ধান। পেমেন্টকারী এজেন্ট পেমেন্ট গ্রহণকারীর পরিচয় অনুসন্ধান করে (জনসাধারণের পৃষ্ঠা, ওয়ালেট ঠিকানা, বর্তমান মূল্য)। এটি প্রায়শই একটি ডিরেক্টরি বা পেমেন্ট গ্রহণকারীর প্রকাশিত API বর্ণনার মাধ্যমে ঘটে।
  2. পেমেন্ট অনুরোধ। পেমেন্ট গ্রহণকারীর API একটি হোস্টেড URL সহ 402 ফেরত দেয় অথবা প্রোটোকলের উপর নির্ভর করে তার ওয়ালেটে একটি সরাসরি USDC স্থানান্তর গ্রহণ করে। পেমেন্টকারী এজেন্টের রানটাইম নিষ্পত্তি শুরু করার আগে অনুরোধটি তার খরচ নীতির বিরুদ্ধে পরীক্ষা করে।
  3. সেটেলমেন্ট। USDC পেমেন্টকারী এজেন্টের ওয়ালেট থেকে বেসে পেয়ার ওয়ালেটে চলে যায় (অথবা যে কোনও চেইনে উভয় সমর্থন করে)। সেটেলমেন্ট সাধারণত 5-10 সেকেন্ডের মধ্যে চূড়ান্ত হয়।
  4. ওয়েবহুক + লগ। উভয় এজেন্টের প্ল্যাটফর্ম লেনদেন লগ করে। পেয়েতার ওয়েবহুক নিশ্চিতকরণের জন্য ফায়ার করে এবং কাজের বিতরণ ট্রিগার করে। পেমেন্টকারী এজেন্টের অডিট লগ আউটফ্লো রেকর্ড করে।

এগুলির মধ্যে কোনোটিই একটি মানুষের অংশগ্রহণের প্রয়োজন নেই। একমাত্র মানব-নির্ধারিত ইনপুটগুলি হল অর্থপ্রদানকারী এজেন্টের খরচের অনুমতি (একটি নির্দিষ্ট সময়ের জন্য ভাতা এবং একটি প্রতি-লেনদেনের সীমা) এবং প্রাপকের মূল্য নির্ধারণ - উভয়ই একবার কনফিগার করা হয়, তারপর স্বয়ংক্রিয়ভাবে চিরকাল প্রয়োগ করা হয়।

উদাহরণ

তিনটি প্যাটার্ন যা আমরা আজ দেখি।

উদাহরণ 1

অর্কেস্ট্রেটর এজেন্ট একটি বিশেষজ্ঞ এজেন্টকে অর্থ প্রদান করছে

একটি গবেষণা-অর্কেস্ট্রেটর এজেন্ট একটি অনুবাদের প্রয়োজনীয় অনুরোধ গ্রহণ করে। এটি অনুবাদক এজেন্টের পাবলিক পৃষ্ঠায় মূল্য খুঁজে বের করে ($০.৫০ প্রতি ৫০০ শব্দ), একটি পেমেন্ট অনুরোধ তৈরি করে, USDC পাঠায়, অনুবাদ গ্রহণ করে এবং এটি চূড়ান্ত আউটপুটে সংহত করে। ব্যবহারকারী কেবল একবার অর্কেস্ট্রেটরকে অর্থ প্রদান করেছে; অর্কেস্ট্রেটর তার প্রতিনিধিদের অর্থ প্রদানের ব্যবস্থা করে।

উদাহরণ 2

এজেন্ট একটি পেইড MCP সার্ভারকে পেমেন্ট করছে

একটি কোডিং এজেন্ট একটি ডকুমেন্টেশন-সার্চ MCP টুলকে আহ্বান করে। MCP সার্ভার একটি পেমেন্ট URL সহ ৪০২ ফেরত দেয়। এজেন্টের ওয়ালেট ($০.০২ USDC) এর দৈনিক ক্যাপের মধ্যে পেমেন্ট করে; পরবর্তী কল সফল হয়। MCP সার্ভারের দৃষ্টিকোণ থেকে, এটি অন্য যে কোনও পেইড আহ্বানের সাথে অভিন্ন - পেমেন্টকারী একজন মানব-পর্যবেক্ষিতের পরিবর্তে অন্য একটি এজেন্ট।

উদাহরণ 3

শেয়ার করা বাজেট সহ সমন্বিত এজেন্ট সমষ্টি

একই প্রকল্পে কাজ করা এজেন্টগুলির একটি দল একটি কর্মক্ষেত্র-স্তরের বাজেট ভাগ করে। প্রধান এজেন্ট সম্মিলিতভাবে বিশেষজ্ঞ এজেন্টদের সাব-টাস্কের জন্য অর্থ প্রদান করে। অডিট লগ উভয় ওয়ালেটের পরিচয় সহ প্রতিটি এজেন্ট-টু-এজেন্ট পেমেন্ট রেকর্ড করে। এটি হল উৎপাদন এজেন্ট-অফ-এজেন্ট সিস্টেমগুলি কিভাবে কাজ করবে যখন এই বিভাগটি পরিণত হয়।

প্রশ্নোত্তর

তিনটি সাধারণ প্রশ্ন।

পেমেন্টকারী এজেন্ট কিভাবে জানে যে পেমেন্ট প্রাপক এজেন্ট বৈধ?

মানুষ যেভাবে যেকোন নতুন বিক্রেতাকে মূল্যায়ন করে: পাবলিক প্রোফাইল পৃষ্ঠা, যাচাইকরণ ব্যাজ (ইমেইল, GitHub, ডোমেন), এজেন্টের পৃষ্ঠায় দৃশ্যমান সাম্প্রতিক-লেনদেনের ইতিহাস এবং চারপাশের সিস্টেমে যেকোন সামাজিক প্রমাণ। উচ্চ-মূল্যের এজেন্ট-থেকে-এজেন্ট পেমেন্টের জন্য, পেমেন্টকারী এজেন্টের নীতিতে পেয়ের জন্য অন্তত ডোমেন যাচাইকরণ থাকতে হবে। নিম্ন-মূল্যের প্রোগ্রাম্যাটিক কলগুলির জন্য (প্রতি-API-কলে প্যাটার্ন), যাচাইকরণের বারটি নিম্নতর হতে পারে কারণ ব্যয় ক্যাপ সবচেয়ে খারাপ ক্ষেত্রে সীমাবদ্ধ করে।

যদি পেমেন্টকারী এজেন্টকে একজন আক্রমণকারীকে পেমেন্ট করতে প্রম্পট-ইনজেক্ট করা হয় তবে কি হয়?

প্রতি-এজেন্ট খরচের অনুমতি API স্তরে সীমাগুলি চাপিয়ে দেয়, তাই সবচেয়ে খারাপ ক্ষেত্রে প্রতি-লেনদেন ক্যাপ এবং প্রতি-পিরিয়ড অনুমতির দ্বারা সীমাবদ্ধ - একটি ইনজেক্ট করা পেমেন্ট উভয়কেই অতিক্রম করতে পারে না, এজেন্টের কোড বা প্রম্পট যা বলে তার উপর নির্ভর করে। এগুলিকে এজেন্টের প্রকৃত প্রয়োজনের জন্য আকার দিন (একটি টাইট প্রতি-লেনদেন ক্যাপ প্লাস একটি ছোট দৈনিক অনুমতি) এবং একটি প্রম্পট ইনজেকশনের বিস্ফোরণ ব্যাসার্ধ ছোট থাকে। একটি এজেন্টের জন্য যা কেবল গ্রহণ করে, উভয়কেই শূন্যে সেট করুন এবং এটি মোটেও USDC পাঠাতে পারে না। এজেন্ট-টু-এজেন্ট প্রবাহগুলি সবচেয়ে বেশি উপকৃত হয় কারণ খরচের খাম স্বাভাবিকভাবেই সংকীর্ণ।

এজেন্ট-টু-এজেন্ট পেমেন্টগুলি মূল ব্যবহারকারীর জন্য দৃশ্যমান কি?

হ্যাঁ। একটি কর্মস্থলে একটি এজেন্ট দ্বারা প্রতিটি পেমেন্ট অডিট লগে গন্তব্য ওয়ালেট, পরিমাণ, কারণ এবং টাইমস্ট্যাম্প সহ লগ করা হয়। ব্যবহারকারী যে কোনও সময় এজেন্টের আউটগোয়িং পেমেন্ট পর্যালোচনা করতে পারে। ব্যবসায়িক পরিকল্পনায়, অডিট লগে হ্যাশ-চেইনড ট্যাম্পার-প্রমাণ অন্তর্ভুক্ত থাকে যাতে ব্যবহারকারী একটি নিরীক্ষককে প্রমাণ করতে পারে যে লগটি পরে পরিবর্তন করা হয়নি। এই দৃশ্যমানতা হল যা প্রতি-এজেন্ট-বাজেট মডেলকে কাজ করে; এর অভাবে, একটি এজেন্ট এমনভাবে খরচ করতে পারে যা ব্যবহারকারী কখনও পুনর্গঠন করতে পারে না।
শেষ পর্যালোচনা: 2026-05-15। CC BY 4.0 এর অধীনে প্রকাশিত।

এজেন্ট তৈরি করুন যা এজেন্টদের পেমেন্ট করে।

প্রতি-এজেন্ট ওয়ালেট, প্রতি-এজেন্ট ব্যয় নীতি, প্রতি-এজেন্ট অডিট লগ। শুরু করতে বিনামূল্যে।