പ്രധാന ഉള്ളടക്കത്തിലേക്ക് കടക്കുക
കൽപ്പന ചെയ്യുകഗ്ലോസറിഎജന്റ്-മുതൽ-എജന്റിലേക്ക് പണമടച്ചത്
ഗ്ലോസറി

ഏജന്റ്-തുടർന്ന്-ഏജന്റ് പേമന്റ് എന്താണ്.

നിർവചനം

എജന്റ്-മുതൽ-എജന്റിലേക്ക് പണമടച്ചത് ഒരു 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

പങ്കിടുന്ന ബജറ്റുമായി ഏകോപിത ഏജന്റ് സമാഹാരം

ഒരു തന്നെ പദ്ധതിയിൽ പ്രവർത്തിക്കുന്ന ഏജന്റുകളുടെ ഒരു സംഘം workspace-തല ബജറ്റ് പങ്കുവെക്കുന്നു. ലീഡ് ഏജന്റ് ഉപ-പ്രവൃത്തികൾക്കായി സമാഹാരത്തിൽ പ്രത്യേക ഏജന്റുകൾക്ക് പണമടയ്ക്കുന്നു. ഓഡിറ്റ് ലോഗ് ഓരോ ഏജന്റ്-തുടർന്ന്-ഏജന്റ് പണമടയ്ക്കലും രണ്ട് വാലറ്റുകളുടെ തിരിച്ചറിയലുകൾ രേഖപ്പെടുത്തുന്നു. ഈ വിഭാഗം വളരുമ്പോൾ നിർമ്മാണ ഏജന്റ്-ഓഫ്-ഏജന്റുകൾ സിസ്റ്റങ്ങൾ എങ്ങനെ പ്രവർത്തിക്കും.

FAQ

മൂന്ന് സാധാരണ ചോദ്യങ്ങൾ.

പേയ്‌മെന്റ് ഏജന്റ് പേയ്‌മെന്റ് ഏജന്റ് നിയമിതമാണെന്ന് എങ്ങനെ അറിയുന്നു?

മനുഷ്യർ ഏതെങ്കിലും പുതിയ വിതരണക്കാരനെ എങ്ങനെ വിലയിരുത്തുന്നു എന്നതുപോലെ: പൊതു പ്രൊഫൈൽ പേജ്, സ്ഥിരീകരണ ബാഡ്ജുകൾ (ഇമെയിൽ, GitHub, ഡൊമെയ്ൻ), ഏജന്റിന്റെ പേജിൽ കാണുന്ന പുതിയ ഇടപാടുകളുടെ ചരിത്രം, പരിസരത്തെ സിസ്റ്റത്തിൽ ഉള്ള സാമൂഹിക തെളിവുകൾ. ഉയർന്ന മൂല്യമുള്ള ഏജന്റ്-മുതൽ-ഏജന്റ് പണമിടപാടുകൾക്കായി, പണമിടപാട് ചെയ്യുന്ന ഏജന്റിന്റെ നയം പേയിക്ക് കുറഞ്ഞത് ഡൊമെയ്ൻ സ്ഥിരീകരണം ഉണ്ടായിരിക്കണം. കുറഞ്ഞ മൂല്യമുള്ള പ്രോഗ്രാമാറ്റിക് വിളികൾക്കായി (പ്രതി-API-വിളി മാതൃകകൾ), ചെലവിന്റെ ക്യാപ് ഏറ്റവും മോശം കേസിനെ നിയന്ത്രിക്കുന്നതിനാൽ സ്ഥിരീകരണ ബാർ താഴ്ന്നേക്കാം.

പണമടച്ച ഏജന്റ് ഒരു ആക്രമണക്കാരനോട് പണമടക്കാൻ പ്രോംപ്റ്റ്-ഇൻജക്ട് ആകുന്നുവെങ്കിൽ എന്ത് സംഭവിക്കും?

per-agent spend permission API layer-ൽ തന്നെ limits enforce ചെയ്യുന്നു, അതിനാൽ worst case per-transaction cap ഉം per-period allowance ഉം കൊണ്ട് bounded ആണ് - agent-ന്റെ code അല്ലെങ്കിൽ prompt എന്ത് പറഞ്ഞാലും injected payment ഇവയിൽ ഏത് പരിധിയും കവിയാൻ കഴിയില്ല. agent-യ്ക്ക് യഥാർത്ഥത്തിൽ ആവശ്യമുള്ളതനുസരിച്ച് അവ size ചെയ്യുക (കട്ടിയുള്ള per-transaction cap കൂടാതെ ചെറിയ daily allowance), അപ്പോൾ prompt injection-ന്റെ blast radius ചെറുതായിരിക്കും. മാത്രം receive ചെയ്യുന്ന ഒരു agent-ിന് രണ്ടും zero ആയി സെറ്റ് ചെയ്താൽ അതിന് USDC അയയ്ക്കാൻ കഴിയില്ല. Agent-to-agent flows-നാണ് ഏറ്റവും കൂടുതൽ ഗുണം, കാരണം spend envelope സ്വാഭാവികമായി narrow ആണ്.

ഏജന്റ്-മധ്യസ്ഥ പേയ്മെന്റുകൾ അസൽ ഉപയോക്താവിന് കാണാമോ?

അതെ. ഒരു പ്രവർത്തനസ്ഥലത്തിലെ ഏജന്റിന്റെ ഓരോ പണമിടപാടും ലക്ഷ്യമിട്ട വാലറ്റ്, അളവ്, കാരണം, ടൈംസ്റ്റാമ്പ് എന്നിവയുമായി ഓഡിറ്റ് ലോഗിൽ രേഖപ്പെടുത്തുന്നു. ഉപയോക്താവ് ഏജന്റിന്റെ പുറത്ത് പോകുന്ന പണമിടപാടുകൾ എപ്പോഴും അവലോകനം ചെയ്യാൻ കഴിയും. ബിസിനസ്സ് പദ്ധതികളിൽ, ഓഡിറ്റ് ലോഗ് ഹാഷ്-ചെയിൻ ചെയ്ത തട്ടിപ്പ്-തെളിവുകൾ ഉൾക്കൊള്ളുന്നു, അതിനാൽ ഉപയോക്താവ് ലോഗ് സംഭവിച്ചതിന് ശേഷം മാറ്റിയിട്ടില്ലെന്ന് ഒരു ഓഡിറ്റർക്ക് തെളിയിക്കാൻ കഴിയും. ഈ ദൃശ്യതയാണ് ഓരോ ഏജന്റ്-ബജറ്റ് മാതൃക പ്രവർത്തിക്കാൻ കാരണം; ഇതില്ലാതെ, ഒരു ഏജന്റ് ഉപയോക്താവ് ഒരിക്കലും പുനർനിർമ്മിക്കാൻ കഴിയാത്ത രീതിയിൽ ചെലവഴിച്ചേക്കാം.
അവസാനമായി അവലോകനം ചെയ്തത്: 2026-05-15. CC BY 4.0 പ്രകാരം പ്രസിദ്ധീകരിച്ചു.

ഏജന്റുകൾക്ക് പണം നൽകുന്ന ഏജന്റുകൾ നിർമ്മിക്കുക.

എജന്റ് അനുസരിച്ച് വാലറ്റുകൾ, എജന്റ് അനുസരിച്ച് ചെലവു നയങ്ങൾ, എജന്റ് അനുസരിച്ച് ഓഡിറ്റ് ലോഗുകൾ. ആരംഭിക്കാൻ സൗജന്യമാണ്.