मुख्य सामग्रीकडे जा
शिकाशब्दकोशएजंट-ते-एजंट पेमेंट
शब्दकोश

एजंट-ते-एजंट पेमेंट काय आहे.

व्याख्या

एजंट-ते-एजंट पेमेंट म्हणजे एक AI एजंट दुसऱ्या AI एजंटला केलेले पेमेंट, सामान्यतः प्रोग्रामॅटिकली, सहसा स्थिर नाण्यात. दोन्ही पेय आणि पेय घेणारे स्वायत्त आहेत (कोणताही मानव व्यवहाराची वास्तविक वेळेत पुनरावलोकन करत नाही). एजंट-ते-मानव पेमेंटपासून (एक एजंट मानव चालवलेल्या व्यवसायाला पैसे देत आहे) आणि मानव-ते-मानव पेमेंटपासून वेगळे, जिथे पारंपरिक चेकआउट फ्लो लागू होतात.

हे महत्त्वाचे का आहे

एजंट क्षमतेचा आकार जो स्केल करतो.

एक एकल एजंट जो इतर एजंटांना विशेष कामासाठी पैसे देऊ शकतो तो एकटा सर्व काही करावा लागणाऱ्या एजंटपेक्षा नाटकीयपणे अधिक सक्षम आहे. ऑर्केस्ट्रेटर अनुवादाचे कार्य अनुवादक एजंटकडे, शोध कार्य शोध एजंटकडे, कोड-आढावा कार्य कोड-आढावा एजंटकडे, चित्र निर्माण कार्य चित्रण एजंटकडे सोपवतो. प्रत्येक प्रतिनिधी लहान, लक्ष केंद्रित केलेला, चांगल्या किमतीचा, आणि सहज बदलता येणारा आहे. ऑर्केस्ट्रेटरचे कार्य कार्यान्वयनाऐवजी रूटिंग बनते.

हे संरचनात्मक पॅटर्न आहे जे एजंट-ऑफ-एजंट्स इकोसिस्टमला सक्षम करते, जे बहुतेक प्रयोगशाळा आता तयार करत आहेत. भरण्याची स्तर जोडणारे तंतू आहे: कार्यक्रमात्मक एजंट-टू-एजंट भरण्याशिवाय, आयोजकाला प्रत्येक क्षमतेला अंतर्गत एकत्र करणे आवश्यक आहे (बनवण्यासाठी महाग, विकसित होण्यासाठी मंद) किंवा वापरकर्त्यास त्याच्या प्रतिनिधित्वाच्या निवडी उघड करणे आवश्यक आहे (जे अमूर्तता नष्ट करते). कार्यक्रमात्मक भरण्यासह, आयोजक अदृश्यपणे मार्गदर्शन करतो, प्रतिनिधीला कामासाठी पैसे मिळतात, आणि मूळ वापरकर्ता एक एकसंध प्रतिसाद पाहतो.

हे कसे कार्य करते

ओळख, विनंती, निपटारा, लॉग.

  1. ओळख शोधणे. पैसे देणारा एजंट प्राप्तकर्त्याच्या पेमेंट ओळखीचा शोध घेतो (सार्वजनिक पृष्ठ, वॉलेट पत्ता, वर्तमान किंमत). हे सहसा निर्देशिका किंवा प्राप्तकर्त्याच्या प्रकाशित API वर्णनाद्वारे होते.
  2. पेमेंट विनंती. प्राप्तकर्त्याचा API होस्ट केलेल्या URL सह 402 परत करतो किंवा प्रोटोकॉलवर अवलंबून त्याच्या वॉलेटमध्ये थेट USDC हस्तांतरण स्वीकारतो. पैसे देणाऱ्या एजंटचा रनटाइम निपटारा सुरू करण्यापूर्वी विनंतीला त्याच्या खर्च धोरणाशी तपासतो.
  3. निपटारा. USDC भरणा करणाऱ्या एजंटच्या वॉलेटमधून भरणा करणाऱ्याच्या वॉलेटमध्ये बेसवर हलतो (किंवा दोन्ही ज्या साखळीत समर्थन करतात). निपटारा सामान्यतः 5-10 सेकंदांत अंतिम असतो.
  4. वेबहुक + लॉग. दोन्ही एजंटच्या प्लॅटफॉर्मवर व्यवहार लॉग केला जातो. भरणा करणाऱ्याचा वेबहुक पावतीची पुष्टी करतो आणि काम वितरण सुरू करतो. भरणा करणाऱ्या एजंटचा ऑडिट लॉग बाहेर जाण्याची नोंद करतो.

यापैकी कोणत्याही गोष्टीसाठी मानवाची भागीदारी आवश्यक नाही. एकमेव मानव-संस्थापित इनपुट म्हणजे भरणारा एजंटची खर्च परवानगी (एक कालावधीसाठी भत्ता आणि एक व्यवहार मर्यादा) आणि पेयीची किंमत - दोन्ही एकदाच कॉन्फिगर केल्या जातात, नंतर स्वयंचलितपणे कायमचे लागू केल्या जातात.

उदाहरणे

तीन पॅटर्न जे आपण आज पाहतो.

उदाहरण 1

विशेषज्ञ एजंटला पैसे देणारा ऑर्केस्ट्रेटर एजंट

एक संशोधन-आयोजक एजंट एक विनंती प्राप्त करतो ज्याला भाषांतराची आवश्यकता आहे. तो भाषांतर एजंटच्या सार्वजनिक पृष्ठावर किंमत पाहतो ($0.50 प्रति 500 शब्द), एक भरणा विनंती तयार करतो, USDC पाठवतो, भाषांतर प्राप्त करतो, आणि ते अंतिम उत्पादनात समाकलित करतो. वापरकर्त्याने फक्त एकदा आयोजकाला पैसे दिले; आयोजक आपल्या प्रतिनिधींना पैसे देण्याचे व्यवस्थापन करतो.

उदाहरण 2

एक एजंट एक सशुल्क MCP सर्व्हरला पैसे देत आहे

एक कोडिंग एजंट दस्तऐवज शोध MCP साधनाला आमंत्रित करतो. MCP सर्व्हर एक पेमेंट URL सह 402 परत करतो. एजंटच्या वॉलेटने (त्याच्या दैनिक कॅपच्या आत) $0.02 USDC चा भरणा केला; पुढील कॉल यशस्वी होतो. MCP सर्व्हरच्या बाजूवर, हे इतर कोणत्याही भाड्याच्या आमंत्रणासारखेच आहे - भरणा करणारा एक मानव-नियंत्रित एजंटऐवजी दुसरा एजंट आहे.

उदाहरण 3

सामायिक बजेटसह समन्वयित एजंट संकलन

एकाच प्रकल्पावर काम करणाऱ्या एजंट्सची एक टीम कार्यक्षेत्र-स्तरीय बजेट सामायिक करते. लीड एजंट उप-कार्यांसाठी सामूहिकात विशेष एजंटना पैसे भरतो. ऑडिट लॉग प्रत्येक एजंट-ते-एजंट भरणा दोन्ही वॉलेटच्या ओळखींसह नोंदवतो. यामुळे उत्पादन एजंट-ऑफ-एजंट प्रणाली कशा प्रकारे कार्य करेल जेव्हा श्रेणी प्रगल्भ होते.

FAQ

तीन सामान्य प्रश्न.

पेमेंट करणारा एजंट कसा ओळखतो की पेये एजंट वैध आहे?

मानव कोणत्याही नवीन विक्रेत्याचे मूल्यांकन कसे करतात: सार्वजनिक प्रोफाइल पृष्ठ, सत्यापन बॅज (ईमेल, GitHub, डोमेन), एजंटच्या पृष्ठावर दिसणारी अलीकडील व्यवहार इतिहास, आणि आसपासच्या प्रणालीतील कोणतीही सामाजिक पुरावा. उच्च-मूल्य एजंट-ते-एजंट पेमेंटसाठी, पेय एजंटच्या धोरणाने पेय करणाऱ्याला किमान डोमेन सत्यापन असणे आवश्यक आहे. कमी-मूल्य प्रोग्रामेटिक कॉलसाठी (प्रति-API-कॉल पॅटर्न), सत्यापन बार कमी असू शकतो कारण खर्च कॅप सर्वात वाईट प्रकरण मर्यादित करतो.

जर पेमेंट करणारा एजंट हल्लेखोराला पैसे देण्यासाठी प्रॉम्प्ट-इंजेक्ट झाला तर काय होते?

प्रति-एजंट खर्च परवानगी API स्तरावर मर्यादा लागू करते, त्यामुळे सर्वात वाईट केस प्रति-व्यवहार कॅप आणि प्रति-कालावधी परवानगीने बंधित आहे - एक इंजेक्टेड देयक कोणत्याहीपेक्षा जास्त होऊ शकत नाही, एजंटच्या कोड किंवा प्रॉम्प्टमध्ये काय आहे याची पर्वा न करता. त्यांना एजंटला खरोखरच काय आवश्यक आहे यावर आकार द्या (एक तंग प्रति-व्यवहार कॅप आणि एक लहान दैनिक परवानगी) आणि प्रॉम्प्ट इंजेक्शनचा विस्फोट त्रिज्या लहान राहतो. एक एजंट जो फक्त स्वीकारतो, दोन्ही शून्यावर सेट करा आणि तो USDC पाठवू शकत नाही. एजंट-ते-एजंट प्रवाह सर्वाधिक लाभ घेतात कारण खर्चाचा लिफाफा नैसर्गिकरित्या अरुंद आहे.

एजंट-टू-एजंट पेमेंट मूळ वापरकर्त्यास दिसतात का?

होय. कार्यक्षेत्रातील प्रत्येक एजंटद्वारे केलेले पेमेंट ऑडिट लॉगमध्ये गंतव्य वॉलेट, रक्कम, कारण, आणि टाइमस्टॅम्पसह लॉग केले जाते. वापरकर्ता कधीही एजंटच्या बाहेरील पेमेंटचे पुनरावलोकन करू शकतो. व्यवसाय योजनांवर, ऑडिट लॉगमध्ये हॅश-चेन केलेले टॅम्पर-पुरावे समाविष्ट आहेत जेणेकरून वापरकर्ता ऑडिटरला सिद्ध करू शकेल की लॉग नंतर बदलला गेला नाही. ही दृश्यमानता म्हणजे प्रति-एजंट-बजेट मॉडेल कार्य करते; याशिवाय, एक एजंट वापरकर्त्याला कधीही पुनर्निर्माण करता येणार नाही अशा पद्धतींमध्ये खर्च करू शकतो.
शेवटचा पुनरावलोकन: 2026-05-15. CC BY 4.0 अंतर्गत प्रकाशित.

एजंटना पैसे देणारे एजंट तयार करा.

प्रति-एजंट वॉलेट, प्रति-एजंट खर्च धोरण, प्रति-एजंट ऑडिट लॉग. प्रारंभ करण्यासाठी मोफत.