MCP அழைப்பாளர் அடையாளம்

உங்கள் MCP server-ஐ யார் அழைக்கிறார் என்பதை அறியுங்கள்

உங்கள் MCP server, நீங்கள் கட்டுப்படுத்தாத AI clients-க்கு tools-ஐ வெளிப்படுத்துகிறது. Proof of Actor ஒவ்வொரு call-க்கும் பின்னால் என்ன உள்ளது, அதை எந்த evidence ஆதரிக்கிறது என்பதைச் சொல்லி, ஒவ்வொரு tool-க்கும் policies-ஐ நீங்கள் அமைக்க அனுமதிக்கிறது.

முன்கூட்டிய அணுகலைப் பெறுக எப்படி செயல்படுகிறது என்பதை ஆராய்க

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

உங்கள் tools, நீங்கள் பார்க்க முடியாத callers-க்கு திறந்திருக்கின்றன

ஒரு MCP server உங்கள் product-ஐ AI clients-க்கு பயன்படுத்தக்கூடியதாக மாற்றுகிறது. இது tools, resources, மற்றும் prompts-ஐ வெளிப்படுத்துகிறது, அவற்றை assistants மற்றும் agents கண்டறிந்து call செய்யலாம், hosts, clients, மற்றும் servers இடையே JSON-RPC 2.0 messages-ஐ பயன்படுத்தி, Model Context Protocol specification-இல் விவரிக்கப்பட்டுள்ளபடி. அதுவே teams அவற்றை உருவாக்கும் காரணம்: AI agents ஏற்கனவே பணிபுரியும் workflows-க்குள் உங்கள் product-ஐ அவர்கள் வைக்கிறார்கள்.

அதே நேரத்தில், நீங்கள் உருவாக்காத மற்றும் நேரடியாகக் கவனிக்க முடியாத clients-இருந்து உங்கள் server calls பெறுகிறது என்பதையும் இது குறிக்கிறது. ஒரு single tool-ஐ local-ஆக test செய்யும் developer, signed-in person-க்காக செயல்படும் desktop assistant, இரவு முழுவதும் நீண்ட task-ஐ இயக்கும் autonomous agent, அல்லது உங்கள் server-இல் பலவீனங்களைத் தேடி probe செய்யும் ஏதோ ஒன்று ஆகியவை call செய்யலாம். protocol, எந்த tool call செய்யப்பட்டது மற்றும் என்ன arguments உடன் செய்யப்பட்டது என்பதைச் சொல்கிறது. அது மட்டும் கொண்டு, call-க்கு பின்னால் எந்த வகை actor உள்ளது அல்லது அதை எவ்வளவு நம்ப வேண்டும் என்பதைக் கூறாது.

MCP server caller identification அந்த இடைவெளியை நிரப்புகிறது. Proof of Actor ஒவ்வொரு tool call-க்கும் evidence-backed actor result-ஐ சேர்க்கிறது, இதனால் உங்கள் server யாருக்கு என்ன கிடைக்கிறது என்பதை அறிவுடன் முடிவு செய்யலாம். பிரச்சினையை மேலும் ஆழமாகப் பார்க்க, உங்கள் MCP server-ஐ யார் அழைக்கிறார்கள் என்பதைப் படியுங்கள், மேலும் teams அதை எப்படி பயன்படுத்துகின்றன என்பதற்காக MCP servers use case-ஐப் பாருங்கள்.

Terms குறித்த குறிப்பு. "Caller identity" cloud infrastructure-இல் நன்கு அறியப்பட்ட ஒரு பொருளையும் கொண்டுள்ளது. எடுத்துக்காட்டாக, AWS STS GetCallerIdentity operation-ஐ அழைக்க பயன்படுத்தப்படும் credentials-க்கு சொந்தமான IAM user அல்லது role பற்றிய விவரங்களைத் தருகிறது. அது எந்த cloud credential ஒரு call செய்தது என்பதைச் சொல்கிறது. இந்தப் பக்கத்தில் உள்ள MCP server caller identification வேறு கேள்விக்கு பதிலளிக்கிறது: உங்கள் MCP server-க்கு செய்யப்பட்ட ஒரு tool call-க்கு பின்னால் Human, Human + AI, Agent அல்லது Unknown ஆகியவற்றில் எந்த வகை actor உள்ளது, மற்றும் அந்த பதிலை எந்த evidence ஆதரிக்கிறது என்பதை.

MCP callers ஏன் வேறுபட்டவர்கள்

MCP callers, browser visitors-இலிருந்தும் பாரம்பரிய API clients-இலிருந்தும் policy-க்கு முக்கியமான விதங்களில் வேறுபடுகின்றனர்.

அவர்கள் பெரும்பாலும் தானியங்கியானவர்கள். கேள்வி "human அல்லது bot?" என்பதற்குப் பதிலாக "எந்த agent, எப்படி செயல்பட்டு, எந்த evidence உடன்?" என்பதாகிறது.
அவர்கள் பெரும்பாலும் ஒரு நபருக்காக செயல்படுகிறார்கள். ஒரு assistant, user கேட்டதால் உங்கள் tool-ஐ call செய்யலாம், அல்லது தன்னிச்சையாக செயல்படலாம். அந்த நிலைகள் வேறுபட்ட முறையில் கையாளப்பட வேண்டும்.
அவர்கள் தங்களைத் தாங்களே விவரிக்கிறார்கள். MCP lifecycle specification-இல் client அதன் initialize request-இல் பெயர் மற்றும் version உடன் ஒரு clientInfo object-ஐ அனுப்புகிறது. அந்த declaration பயனுள்ள context ஆகும், ஆனால் அது proof அல்ல.
Tools-இன் impact மிகப் பெரிதாக மாறுபடும். ஒரு search tool மற்றும் records-ஐ delete செய்யும் tool ஒரே policy-ஐ பகிரக்கூடாது.

நல்ல MCP caller identification இந்த நான்கையும் மதிக்க வேண்டும்.

Proof of Actor MCP callers-ஐ எப்படி அடையாளம் காண்கிறது

உங்கள் server-இலிருந்து வரும் signals

உங்கள் MCP integration, ஒவ்வொரு call-க்கும் கிடைக்கும் context-ஐ Proof of Actor-க்கு அனுப்புகிறது: client-ன் declared details, transport மற்றும் request context, client வழங்கும் any cryptographic request signatures, எடுத்துக்காட்டாக RFC 9421-இல் வரையறுக்கப்பட்ட HTTP Message Signatures, மற்றும் call செய்யப்படும் tool. ஒவ்வொரு signal-க்கும் அது எங்கிருந்து வந்தது என்பதற்கான label கொடுக்கப்படுகிறது.

Basis உடன் classification

Proof of Actor, Human, Human + AI, Agent அல்லது Unknown ஆகிய நான்கு classes-இல் ஒன்றை, முடிவுக்கான basis-உடன் திருப்பி அளிக்கிறது:

verified - ஒரு cryptographic check, உதாரணமாக published key-க்கு எதிராக request signature சரியாக இருந்தால்;
declared - client அல்லது உங்கள் application அதைச் சொன்னால், உதாரணமாக session-இல் client name;
inferred - முடிவு call patterns-ஐ அடிப்படையாகக் கொண்டால்;
unknown - evidence ஒரு determination-ஐ ஆதரிக்காதால்.

Declared client name ஒருபோதும் verification ஆகக் காட்டப்படாது. evidence மெல்லியதாக இருந்தால், முடிவு நம்பிக்கையுடன் கூறிய ஊகமாக இல்லாமல் Unknown ஆகும், மேலும் உங்கள் server துல்லியமாக என்னைப் பண்படுத்துகிறது என்பதை அறிந்திருக்கும்.

உங்கள் tools பயன்படுத்தக்கூடிய ஒரு result

Actor result, tool call-உடன் சேர்ந்து வருகிறது, உங்கள் server-ன் logic-க்கு தயாராக. observation mode-இல் நீங்கள் அதை பதிவு செய்கிறீர்கள். நீங்கள் தயாரானதும், உங்கள் tool-level policies அதைக் கொண்டு செயல்படுகின்றன.

உங்கள் team பெறுவது: Detect, Understand, Route

Detect

ஒவ்வொரு tool call-இலும் கிடைக்கும் caller evidence-ஐப் பிடித்து, verified, declared மற்றும் inferred evidence-ஐ தனித்தனியாக வைத்திருங்கள்.

Understand

எந்த clients எந்த tools-ஐ call செய்கின்றன, எவ்வளவு அடிக்கடி, எந்த evidence உடன், அது காலப்போக்கில் எப்படி மாறுகிறது என்பதைப் பாருங்கள். பெரும்பாலும் Unknown callers-ஐ ஈர்க்கும் tools-ஐ, நடத்தை மாற்றும் clients-ஐ, மற்றும் சரிபார்க்கக்கூடிய identity-யை கொண்ட calls-ன் பங்கினைப் புரிந்துகொள்ளுங்கள்.

Route

ஒவ்வொரு tool-க்கும் மற்றும் risk tier-க்கும் policies-ஐ எழுதுங்கள். பொதுவான patterns:

Low-impact tools போன்ற search அல்லது read-only lookups: broadly allow, standard rate limit உடன்.
Moderate-impact tools போன்ற drafts உருவாக்குதல்: verified மற்றும் declared callers-ஐ allow செய்யுங்கள், Unknown-ஐ rate-limit செய்யுங்கள்.
High-impact tools போன்ற data delete செய்வது, settings மாற்றுவது அல்லது user-ன் சார்பாக messages அனுப்புவது: உங்கள் strongest authorization-ஐ require செய்யுங்கள், மேலும் caller Unknown ஆக இருந்தால் அல்லது autonomously செயல்பட்டால் confirmation அல்லது review-ஐ சேர்க்குங்கள்.

protecting sensitive actions without blocking agents பற்றிய guide இந்த tiers-ஐ எப்படி வடிவமைப்பது என்பதை காட்டுகிறது.

Identity evidence, credentials மற்றும் authorization தனித்தனியானவை

MCP security, மூன்று கேள்விகள் தனித்திருக்கும்போது சிறப்பாக செயல்படுகிறது:

Identity evidence: எந்த வகை client call செய்கிறது, அதைப் what proves it? இதை Proof of Actor வழங்குகிறது.
Credentials: எந்த account அல்லது token-உடன் இந்த call செய்யப்படுகிறது? இதை உங்கள் MCP server-ன் authentication வழங்குகிறது. MCP authorization specification authorization-ஐ optional ஆகக் கருதுகிறது, மேலும் HTTP-based transports-க்கு OAuth 2.1-ஐ அடிப்படையாகக் கொள்கிறது, MCP server ஒரு resource server ஆக இருந்து access tokens-ஐ validate செய்கிறது.
Authorization: இந்த caller, இந்த tool-ஐ, இந்த arguments-உடன், இந்த account-க்கு பயன்படுத்தலாமா? இதை உங்கள் permission model வழங்குகிறது.

ஒரு recognised client தானாகவே authorized client ஆக மாறாது. ஒரு valid signature, session-க்கு பின்னால் இருக்கும் நபர் இந்த குறிப்பிட்ட action-க்கு authority-ஐ ஒப்படைத்துள்ளார் என்பதை காட்டாது. delegated authority மற்றும் agent authorization பற்றி மேலும் படியுங்கள். Proof of Actor, முதல் கேள்விக்கான context-ஐ உங்கள் server-க்கு சிறப்பாக வழங்குகிறது, இதனால் இரண்டாவது மற்றும் மூன்றாவது கேள்விகளுக்கான உங்கள் பதில்கள் மேலும் அறிவார்ந்ததாக இருக்கும்.

client name-ஐ மட்டும் நம்பக்கூடாதது ஏன்?

எந்த client-யும் எந்த name-ஐயும் அனுப்ப முடியும் என்பதால். declared name-ஐ proof ஆகக் கருதுவது imitation-ஐ ஊக்குவிக்கிறது: ஒரு hostile client, பிரபலமான assistant-ன் name-ஐ நகலெடுக்க மட்டுமே வேண்டும். Proof of Actor name-ஐ declared evidence ஆகப் பதிவுசெய்கிறது, அது உள்ள stronger evidence-உடன் சேர்க்கிறது, மேலும் basis-ஐ உங்களுக்குச் சொல்கிறது. அதன் பின் உங்கள் policy verified callers-க்கு, தங்களை மட்டும் declared செய்த callers-ஐ விட அதிக இடம் அளிக்க முடியும், மற்றும் இரண்டும் பொருந்தாவிட்டால் உங்கள் Unknown fallback-ஐ பயன்படுத்த முடியும்.

observation mode-இல் தொடங்குங்கள்

உங்கள் MCP server-இல் Proof of Actor-ஐ நிறுவுவது, எந்த tool-ம் எப்படி பதிலளிக்கிறது என்பதைக் மாற்றாது. முடிவுகள் பதிவு செய்யப்படுகின்றன, இதனால் உங்கள் tools-ஐ யார் call செய்கிறார்கள், evidence எவ்வளவு வலுவானது, மற்றும் policies எங்கே உதவும் என்பதைக் காணலாம். நீங்கள் நம்பிக்கை அடைந்ததும், ஒரு single high-impact tool-இல் policy-ஐ enable செய்யுங்கள், outcomes-ஐ கவனியுங்கள், பின்னர் விரிவாக்குங்கள். How It Works முழு flow-ஐ cover செய்கிறது, மேலும் Detection & Limitations ஒவ்வொரு evidence வகையும் என்னை நிறுவ முடியும், என்னை நிறுவ முடியாது என்பதைக் விளக்குகிறது.

MCP servers மற்றும் APIs-ஐ இயக்கும் teams-க்கு உருவாக்கப்பட்டது

Proof of Actor, உங்கள் existing authentication, rate limiting மற்றும் logging-உடன் server-இன் உள்ளே அமைகிறது. integrations ஒவ்வொரு founding team-உடனும் hands-on முறையில் வழங்கப்படுகின்றன, இதனால் setup உங்கள் transport, hosting மற்றும் tool design-க்கு ஏற்றதாக இருக்கும். MCP Servers மற்றும் APIs use cases, அதே approach உங்கள் tools-க்கும் உங்கள் API-க்கும் எப்படி பொருந்துகிறது என்பதைக் காட்டுகின்றன.

நீங்கள் வெளிப்படுத்தும் ஒவ்வொரு tool பற்றியும் கேட்க வேண்டிய கேள்விகள்

tool-level policies எழுதுவதற்கு முன், உங்கள் MCP server வெளிப்படுத்தும் ஒவ்வொரு tool-உம் short checklist-உடன் review செய்வது உதவும்:

இந்த tool என்ன மாற்ற முடியும்? read-only tools மற்றும் data-ஐ மாற்றும், messages அனுப்பும் அல்லது billing-ஐ பாதிக்கும் tools வேறுபட்ட treatment-ஐ பெற வேண்டும்.
இது யாருக்காக? சில tools, signed-in person-ன் சார்பாக செயல்படும் assistants-க்காக; மற்றவை autonomous workflows-க்காக. எதிர்பார்க்கப்படும் caller, சரியான policy-ஐ வடிவமைக்கிறது.
ஒரு mistake-ன் செலவு என்ன? தவறான search result குறைந்த செலவு. தவறான deletion அப்படியில்லை. ஒவ்வொரு tool-ஐயும் ஒரு risk tier-க்கு map செய்யுங்கள்.
எந்த evidence தேவைப்பட வேண்டும்? declared client போதுமா, அல்லது tool-க்கு verified identity plus உங்கள் strongest authorization தேவையா என்பதைத் தீர்மானியுங்கள்.
Unknown-இல் என்ன நடக்கும்? ஒவ்வொரு tool-க்கும் explicit fallback-ஐத் தேர்ந்தெடுக்குங்கள்: allow, rate-limit, user-ஐ உறுதிப்படுத்த சொல்லுங்கள், அல்லது review-க்கு route செய்யுங்கள்.
இது வேலை செய்கிறது என்பதை நீங்கள் எப்படி அறியப்போகிறீர்கள்? எதையும் enforce செய்வதற்கு முன் observation mode-இல் எந்த outcomes-ஐ கவனிப்பீர்கள் என்பதைத் தீர்மானியுங்கள்.

ஒவ்வொரு tool-க்கும் இவற்றைப் பதிலளிப்பது caller identification-ஐ தெளிவான, test செய்யக்கூடிய rules-ஆக மாற்றுகிறது, மேலும் அதனுடன் integrate செய்யும் clients-க்கு உங்கள் server-ன் நடத்தை விளக்குவதை எளிதாக்குகிறது.

founding developer program-இல் சேருங்கள்

Proof of Actor private beta-வில் உள்ளது. தேர்ந்தெடுக்கப்பட்ட founding development teams-க்கு, ஒப்புக்கொள்ளப்பட்ட usage limits-க்குள், tool-level policies-ஐ வடிவமைக்கும் போது எங்கள் engineers-இருந்து நேரடி ஆதரவுடன் up to 12 months free access கிடைக்கலாம்.

நீங்கள் ஒரு MCP server இயக்கி, அதை யார் call செய்கிறார்கள் என்பதை அறிய விரும்பினால், early access-க்கு apply செய்யுங்கள். உங்கள் server, நீங்கள் வெளிப்படுத்தும் tools, மற்றும் நீங்கள் அதிகம் கவலைப்படுகிற calls பற்றி எங்களுக்கு சொல்லுங்கள்.

Sources

Model Context Protocol specification (2025-06-18), modelcontextprotocol.io.
MCP lifecycle: initialization and clientInfo, modelcontextprotocol.io.
MCP authorization, modelcontextprotocol.io.
RFC 9421: HTTP Message Signatures, IETF, February 2024.
AWS STS GetCallerIdentity API reference, Amazon Web Services.

உருவாக்குநர்களுக்காக

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record

{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}

class: Human, Human + AI, Agent அல்லது Unknown.
basis: evidence எவ்வளவு வலுவானது: Verified, Declared, Inferred அல்லது Unknown.
evidence: முடிவுக்குப் பின்னுள்ள signals, அதனால் உங்கள் team ஏன் என்பதைப் பார்க்க முடியும்.

observation mode-இல் தொடங்கவும்: முடிவுகளை உங்கள் logs-க்கு அடுத்ததாக பதிவு செய்யவும், நீங்கள் ஒரு policy-ஐத் தேர்வு செய்யும் வரை எதையும் மாற்றாதீர்கள். Node.js integration guide-ஐப் படிக்கவும்

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

ஒரு MCP server-க்கு caller identification ஏன் தேவை?

MCP servers, மக்களின் சார்பாக செயல்படும் அல்லது தன்னிச்சையாக இயங்கும் AI clients-க்கு tools-ஐ வெளிப்படுத்துகின்றன. ஒரு tool call-க்கு பின்னால் என்ன வகை caller உள்ளது என்பதைத் தெரிந்து கொண்டால், குறைந்த impact உள்ள tools-ஐ சுதந்திரமாக அனுமதித்து, அதிக impact உள்ளவற்றுக்கு கூடுதல் தேவைகளை விதிக்கலாம்.

MCP session-இல் client name என்பது verification தானா?

இல்லை. client name என்பது client செய்த declaration. Proof of Actor அதை declared evidence ஆக பதிவுசெய்து, cryptographically verified identity-இலிருந்து தனியாக வைத்திருக்கிறது.

Caller identification, MCP authorization-ஐ மாற்றுகிறதா?

இல்லை. caller identity evidence, பயன்படுத்தப்படும் credential, மற்றும் caller செய்ய அனுமதிக்கப்பட்டவை என்பவை தனித்த கேள்விகள். Proof of Actor முதல் கேள்விக்கு context-ஐ சேர்க்கிறது, authorization-ஐ உங்கள் server-க்கு விடுகிறது.

Proof of Actor tool calls-ஐ தடுத்து நிறுத்துமா?

உங்கள் policies அப்படிச் சொன்னால் மட்டுமே. ஒவ்வொரு integration-மும் observation mode-இல் தொடங்குகிறது, மேலும் நீங்கள் தயாராக இருக்கும்போது tool-level policies-ஐ இயக்குகிறீர்கள்.

இதை நான் எப்படி முயற்சிக்கலாம்?

Early access-க்கு apply செய்யுங்கள். தேர்ந்தெடுக்கப்பட்ட founding developer teams-க்கு, ஒப்புக்கொள்ளப்பட்ட usage limits-க்குள், hands-on integration support-உடன், up to 12 months free கிடைக்கலாம்.

உங்கள் app-ஐ யார் பயன்படுத்துகிறார்கள் என்பதை அறிந்துகொள்ளுங்கள்.

founding developers-இன் சிறிய குழுவுக்கான private beta.

முன்கூட்டிய அணுகலைப் பெறுக விலை விவரங்களை காண்க

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