முக்கிய உள்ளடக்கத்திற்கு தவிர்க்கவும்
கற்றுக்கொள்ளுங்கள்அகராதிஏஜென்ட்-இல்-ஏஜென்ட் கட்டணம்
குறிப்புரை

முகவர்-முகவருக்கான கட்டணம் என்ன.

வரையறை

ஏஜென்ட்-இல்-ஏஜென்ட் கட்டணம் என்பது ஒரு 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

பகிர்ந்த பட்ஜெட்டுடன் ஒருங்கிணைக்கப்பட்ட ஏஜென்ட் கூட்டம்

ஒரே திட்டத்தில் வேலை செய்யும் முகவர்களின் குழு ஒரு வேலைப்பாட்டின் அளவிலான பட்ஜெட்டை பகிர்கிறது. முன்னணி முகவர் கூட்டத்தில் உள்ள நிபுணர் முகவர்களுக்கு துணை வேலைகளுக்காக பணம் செலுத்துகிறார். ஆய்வு பதிவில் இரண்டு கையகங்களின் அடையாளங்களுடன் ஒவ்வொரு முகவர்-முகவருக்கான பணம் பதிவாகிறது. இது வகை வளரும்போது உற்பத்தி முகவர்-முகவர் அமைப்புகள் எப்படி செயல்படும்.

அடிக்கடி கேட்கப்படும் கேள்விகள்

மூன்று பொதுவான கேள்விகள்.

பணம் செலுத்தும் ஏஜென்ட், பெறுநர் ஏஜென்ட் சட்டபூர்வமாக இருக்கிறதா என்பதை எப்படி அறிவது?

மனிதர்கள் எந்த புதிய விற்பனையாளரை மதிப்பீடு செய்வதற்கான அதே வழி: பொதுப் சுயவிவரப் பக்கம், உறுதிப்படுத்தல் அடையாளங்கள் (மின்னஞ்சல், GitHub, டொமைன்), முகவரியின் பக்கத்தில் காணப்படும் சமீபத்திய பரிமாற்ற வரலாறு மற்றும் சுற்றியுள்ள அமைப்பில் உள்ள எந்த சமூக ஆதாரம். உயர் மதிப்புள்ள முகவர்-முகவர் செலுத்தல்களுக்கு, செலுத்தும் முகவரியின் கொள்கை, பெறுபவர் குறைந்தது டொமைன் உறுதிப்படுத்தலைக் கொண்டிருக்க வேண்டும். குறைந்த மதிப்புள்ள நிரலாக்க அழைப்புகளுக்கு (ஒவ்வொரு API அழைப்பிற்கும் முறைமைகள்), செலவிடும் வரம்பு மோசமான நிலையை வரையறுக்கிறது என்பதால் உறுதிப்படுத்தல் அளவு குறைவாக இருக்கலாம்.

கட்டணம் செலுத்தும் ஏஜெண்ட் ஒரு தாக்குதலாளிக்கு கட்டணம் செலுத்துவதற்கான ஊக்கத்தைப் பெற்றால் என்ன நடக்கிறது?

ஒவ்வொரு முகவரிக்கும் செலவுத் அனுமதி API அடிப்படையில் வரம்புகளை அமல்படுத்துகிறது, எனவே மிகவும் மோசமான நிலை பரிவர்த்தனை வரம்பு மற்றும் கால அளவீட்டால் கட்டுப்படுத்தப்படுகிறது - ஒரு ஊடுருவிய கட்டணம் எதையும் மீற முடியாது, முகவரியின் குறியீடு அல்லது உத்தி என்ன சொன்னாலும். அவற்றைப் முகவரிக்கு உண்மையில் தேவையான அளவுக்கு (ஒரு இறுக்கமான பரிவர்த்தனை வரம்பு மற்றும் ஒரு சிறிய தினசரி அளவீடு) அளவிடவும், மற்றும் ஒரு உத்தி ஊடுருவலின் வெடிப்பு வட்டம் சிறியதாகவே இருக்கும். ஒருபோதும் பெறும் முகவரிக்காக, இரண்டையும் பூஜ்யமாக அமைக்கவும், அது USDC ஐ அனுப்ப முடியாது. முகவர்-இல்-முகவர் ஓட்டங்கள் அதிகமாகக் கிடைக்கின்றன, ஏனெனில் செலவுப் envelope இயற்கையாகவே குறுகியது.

ஏஜெண்ட்-இன்-ஏஜெண்ட் கட்டணங்கள் முதன்மை பயனருக்கு காட்சியளிக்கிறதா?

ஆம். ஒரு வேலைப்பேசகத்தில் ஒரு ஏஜென்ட் மூலம் செய்யப்பட்ட ஒவ்வொரு செலுத்தலும் இலக்கு பணப்பை, அளவு, காரணம் மற்றும் நேரம் ஆகியவற்றுடன் ஆடிட் பதிவில் பதிவு செய்யப்படுகிறது. பயனர் எப்போது வேண்டுமானாலும் ஏஜென்டின் வெளியே செலுத்தல்களைப் பரிசீலிக்கலாம். வணிக திட்டங்களில், ஆடிட் பதிவு ஹாஷ்-சேதிக்கப்பட்ட மாற்று-சான்றுகளை உள்ளடக்கியது, எனவே பயனர் ஒரு ஆடிட்டருக்கு பதிவு நிகழ்வுக்குப் பிறகு மாற்றப்படவில்லை என்பதைக் காட்ட முடியும். இந்த தெளிவானது ஒவ்வொரு ஏஜென்ட்-பட்ஜெட் மாதிரியை செயல்படுத்துகிறது; இதற்குப் பிறகு, ஒரு ஏஜென்ட் பயனர் மீண்டும் உருவாக்க முடியாத வழிகளில் செலவிடலாம்.
கடைசி மதிப்பீடு: 2026-05-15. CC BY 4.0 இன் கீழ் வெளியிடப்பட்டது.

முகவர்களுக்கு கட்டணம் செலுத்தும் முகவர்களை உருவாக்குங்கள்.

ஒவ்வொரு ஏஜென்டுக்கும் பணப்பைகள், ஒவ்வொரு ஏஜென்டுக்கும் செலவுக் கொள்கைகள், ஒவ்வொரு ஏஜென்டுக்கும் ஆணை பதிவுகள். தொடங்குவதற்கு இலவசம்.