முக்கிய உள்ளடக்கத்திற்கு தவிர்க்கவும்
அகராதி

தன்னாட்சி முகவர்

Toshendra Sharma

ஆசிரியர் Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

ஒரு இலக்கை நோக்கி, ஒரு நபர் ஒவ்வொரு படியையும் அங்கீகரிக்காமல், செயல்களின் தொடரைத் தேர்ந்தெடுத்து செயல்படுத்தும், பொதுவாக AI மாதிரியை அடிப்படையாகக் கொண்ட மென்பொருள்.

வரையறை

ஒரு தன்னாட்சி முகவர் என்பது, ஒரு இலக்கை நிர்ணயித்து அதன் அடிப்படையில் செயல்களின் தொடரைத் தேர்ந்தெடுத்து செயல்படுத்தும் மென்பொருள், இதில் ஒவ்வொரு படியையும் ஒரு நபர் உறுதிப்படுத்த வேண்டியதில்லை. நவீன முகவர்கள் மொழி மாதிரிகளைப் பயன்படுத்தி திட்டமிட, கருவிகளை அழைக்க, முடிவுகளை வாசிக்க, மற்றும் அதன்படி சரிசெய்யின்றனர். பொதுவாக ஒரு நபர் அல்லது அமைப்பு இலக்கையும் எல்லைகளையும் அமைக்கிறது; முகவர் நடுவிலுள்ள பணிகளைச் செய்கிறது.

actor intelligence இல், ஒரு தன்னாட்சி முகவர் Agent வகைக்கு இணையாகும்: இந்த தொடர்பு, ஒவ்வொரு செயற்பாட்டையும் ஒரு நபர் இயக்குவதற்குப் பதிலாக தானியங்கியிலிருந்து தோன்றுகிறது. வகைகள் எவ்வாறு ஒப்பிடப்படுகின்றன என்பதைப் பார்க்க Human, AI-assisted or agent: a practical taxonomy for application traffic.

மற்ற தானியக்கத்துடன் முகவர்கள் ஒப்பிடுகையில்

  • Scripts and crawlers நிலையான உத்தரவுகளைப் பின்பற்றுகின்றன. அவை கணிக்கக்கூடியவையாகவும் குறுகிய வரம்புடையவையாகவும் இருக்கும்.
  • தன்னாட்சி முகவர்கள் தழுவிக் கொள்கின்றனர். பயன்பாடு திருப்பிக் கொடுப்பதை வாசித்து, அடுத்ததாக என்ன செய்ய வேண்டும் என்பதைத் தேர்ந்தெடுக்கின்றனர்; இதனால், தானியக்கத்துக்காக ஒருபோதும் வடிவமைக்கப்படாத app பகுதிகளையும் அவர்கள் அடையக்கூடும்.
  • AI-assisted people AI-யை உதவியாளராகப் பயன்படுத்துகின்றனர், ஆனால் கட்டுப்பாட்டைத் தக்கவைத்திருப்பர். AI-assisted interaction ஐப் பாருங்கள்.

பயன்பாட்டு உரிமையாளர்களுக்கு தன்னாட்சி முகவர்கள் ஏன் முக்கியம்

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

எந்த முகவர் தொடர்பிலும் பயனுள்ள கேள்விகள்:

  1. இது எந்த முகவர்? HTTP message signature (RFC 9421) போன்ற சரிபார்க்கக்கூடிய அடையாளமா உள்ளது, அல்லது தன்னை விவரிக்கும் குறிப்பே மட்டுமா?
  2. அது என்ன செய்யலாம்? அடையாளம் என்பது அனுமதி அல்ல. இது authorization தொடர்பான கேள்வி.
  3. இதன் பின்னால் யார் உள்ளனர்? ஒரு நபர் முகவருக்காக delegated authority ஐ வழங்கியிருக்கலாம், அல்லது முகவர் ஒரு அமைப்பிற்காக செயல்படலாம். அடையாளத்திற்கான சான்று, delegation-ஐ நிறுவாது.
  4. இந்த செயலின் தாக்கம் என்ன? பொது catalog-ஐ வாசிப்பதும் account அமைப்புகளை மாற்றுவதும் வேறுபட்ட கட்டுப்பாடுகளைத் தேவைப்படுத்தும்.

தன்னாட்சி முகவரை எப்படித் தறியறிவது

அறிதல் என்பது வெவ்வேறு வலிமையுடைய சான்றுகளின் சேர்க்கையைக் கொண்டது. வெளியிடப்பட்ட operator-இன் சரிபார்க்கப்பட்ட signature வலுவானது. அறிவிக்கப்பட்ட client name பயனுள்ளதாக இருக்கும், ஆனால் அதனைப் போலியாகக் காட்டலாம். நடத்தை மற்றும் protocol முறைகள் ஒரு inference-ஐ ஆதரிக்கக்கூடும். இவையெல்லாம் போதாதபோது, சரியான பதில் Unknown ஆகும், ஊகமாக அல்ல.

முகவர்களுக்கு நன்றாக சேவை செய்வது

முகவர் traffic-ஐ எதிர்பார்க்கும் பயன்பாடுகள் பெரும்பாலும்:

  • பொதுவான read செயல்பாடுகளுக்கு கட்டமைக்கப்பட்ட API அல்லது machine-readable பதில்களை வழங்கும்.
  • தானியக்க callers-க்கு ஏற்ற route-நிலை rate limit-களைப் பயன்படுத்தும்.
  • உயர் தாக்கம் கொண்ட செயல்களுக்கு வலுவான credentials அல்லது வெளிப்படையான user approval-ஐக் கோரும் (பார்க்க designing app-level policies for humans and AI agents).
  • மனிதர்களுக்கான pages-ஐ வேகமாகவும், தானியக்கத்திற்காக இருந்த challenges-இலிருந்து விடுபட்டதாகவும் வைத்திருக்கும்.

பொதுவான தவறான புரிதல்கள்

"Agents என்பது bots, மேலும் bots மோசமானவை." பல முகவர்கள் வாடிக்கையாளர்களின் கருவிகளே. இலக்கு சரியான அனுபவம், தன்னிச்சையான தடை அல்ல.

"ஒரு verified agent, அதன் account செய்யக்கூடிய எதையும் செய்யலாம்." Verification client-ஐ அடையாளப்படுத்துகிறது. அது செயல்களை அங்கீகரிக்காது.

Proof of Actor முகவர்களை எப்படிக் கையாளுகிறது

Proof of Actor முகவர் தொடர்புகளை Agent ஆகவும், தெளிவான அடிப்படையுடன் (verified, declared அல்லது inferred) வகைப்படுத்துகிறது, இதனால் உங்கள் policies signed operator-ஐ self-declared ஒன்றிலிருந்து வேறுபட்ட முறையில் கையாள முடியும். ஒவ்வொரு route-இலும் என்ன அனுமதிக்கப்பட வேண்டும் என்பதை நீங்கள் தீர்மானிக்கிறீர்கள். APIs மற்றும் MCP servers பயன்பாட்டு நிலைகள் அல்லது apply for early access ஐப் பாருங்கள்.

ஆதாரங்கள்

  • RFC 9421: HTTP Message Signatures: தானியக்க clients-க்கான சரிபார்க்கக்கூடிய அடையாளம்
  • IETF Web Bot Auth working group: bots மற்றும் agents-ஐ அங்கீகரிப்பதற்கான தரநிலைப் பணி

உங்கள் சொந்த app இல் actor intelligence ஐப் பாருங்கள்.

முதலில் பேச விரும்புகிறீர்களா? founders-உடன் பேசுங்கள்