ഓരോ MCP caller-നുമുള്ള tool-level policies സജ്ജമാക്കുക.
നിങ്ങളുടെ MCP server നിങ്ങളുടെ product AI clients ന് ഉപയോഗപ്രദമാക്കുന്നു. Proof of Actor ഓരോ tool call നും context കൂട്ടിച്ചേർക്കുന്നു, അതിനാൽ കുറഞ്ഞ impact ഉള്ള tools തുറന്നുതന്നെ ഇരിക്കും, ഉയർന്ന impact ഉള്ള tools ക്ക് ആവശ്യമായ പരിഗണന ലഭിക്കും.
tools/call search_docs
തെളിവ്
assistant.example-ിൽ നിന്നുള്ള ഒപ്പിട്ട അഭ്യർത്ഥന, അതിന്റെ പ്രസിദ്ധീകരിച്ച ഡയറക്ടറിയിലെ കീ
നിങ്ങളുടെ policy: ഈ low-impact tool standard rate limit-ോടെ അനുവദിക്കുക
ഓരോ tool call-വും ഒരു AI client-ിൽ നിന്നാണ് വരുന്നത്. ഓരോ client-ിനും ഒരേ തോതിലുള്ള trust അർഹമല്ല.
MCP clients ഒരു name ഉപയോഗിച്ച് സ്വയം പരിചയപ്പെടുത്തുന്നു, ചിലർ അവരുടെ requests sign ചെയ്യുന്നു. ഓരോന്നിനും പിന്നിൽ ഒരു assistant-നൊപ്പം പ്രവർത്തിക്കുന്ന വ്യക്തി, ഒരു autonomous agent, അല്ലെങ്കിൽ നിങ്ങൾക്ക് തിരിച്ചറിയാൻ കഴിയാത്ത എന്തെങ്കിലും ഉണ്ടായേക്കാം. നിങ്ങളുടെ tools harmless lookups മുതൽ ഡാറ്റ മാറ്റുന്ന actions വരെ വ്യാപിക്കുന്നു.
Proof of Actor ആരാണ് വിളിക്കുന്നത് എന്നതെയും വിളിക്കുന്നവർക്ക് എന്ത് ചെയ്യാനാകും എന്നതെയും വേർതിരിക്കുന്നു, അതുവഴി read-only tools വ്യാപകമായി തുറക്കുകയും write, delete, spend ചെയ്യുന്നവയെ സംരക്ഷിക്കുകയും ചെയ്യാം.
- ആരാണ് വിളിക്കുന്നത്?ആക്ടർ ഐഡന്റിറ്റി: ഒപ്പ്, പ്രഖ്യാപനം അല്ലെങ്കിൽ അനുമാനം
- ഏത് credential?നിങ്ങളുടെ API key, OAuth token അല്ലെങ്കിൽ session
- അത് എന്ത് ചെയ്യാൻ സാധ്യതയുണ്ട്?നിങ്ങളുടെ authorization and policy
Proof of Actor ആദ്യത്തേതിന് മറുപടി നൽകുന്നു. മറ്റുരണ്ടത് നിങ്ങളുടെ stack-ിൽ തന്നെ തുടരും.
MCP server ടീമുകൾ actor context ഉപയോഗിച്ച് ചെയ്യുന്നത്
client-നെ അറിയുക
ഓരോ ക്ലയന്റിന്റെയും declared പേര് രേഖപ്പെടുത്തുക, ഉണ്ടെങ്കിൽ ഒപ്പുകൾ പരിശോധിക്കുക, രണ്ടും വേർതിരിച്ച് സൂക്ഷിക്കുക.
ഓരോ ടൂളിനുമുള്ള നയങ്ങൾ
lookups തുറന്നുവെക്കുക, ഡാറ്റ മാറ്റുന്ന tools-ക്കായി സ്ഥിരീകരണമോ കൂടുതൽ ശക്തമായ credentials-ഓ ചേർക്കുക.
Human + AI അല്ലെങ്കിൽ autonomous
ഒരു assistant-നെ നിർദേശിക്കുന്ന വ്യക്തിയെയും ഒറ്റയ്ക്ക് പ്രവർത്തിക്കുന്ന ഒരു agent-നെയും, തെളിവ് അത് പിന്തുണയ്ക്കുന്നിടത്ത്, വേർതിരിക്കുക.
client അനുസരിച്ചുള്ള tool ഉപയോഗം കാണുക
ഏത് clients ഏത് tools വിളിക്കുന്നു, എത്ര തവണ, ഏത് തെളിവോടെ എന്ന് മനസ്സിലാക്കുക.
അനുമതി നിങ്ങളുടെ കൈകളിൽ തുടരും
OAuthയും നിങ്ങളുടെ സ്വന്തം permissions ഉം തന്നെയാണ് access തീരുമാനിക്കുന്നത്. Actor context വിളിക്കുന്നത് ആര് എന്ന് ചേർക്കുന്നു.
Unknown വേണ്ടി പദ്ധതി
ഒരു tool call ൽ തെളിവ് വളരെ കുറവായാൽ എന്ത് സംഭവിക്കണമെന്ന്, ഓരോ tool നും വേർതിരിച്ച് തിരഞ്ഞെടുക്കുക.
01 · കണ്ടെത്തുക
ഓരോ tool call-ിൽ നിന്നുമുള്ള evidence.
MCP ഇന്റഗ്രേഷൻ ക്ലയന്റിന്റെ പ്രഖ്യാപിച്ച വിശദാംശങ്ങൾ, അഭ്യർത്ഥനാ സിഗ്നേച്ചറുകൾ, protocol കോൺടെക്സ്റ്റ് എന്നിവ വായിച്ച്, ഓരോന്നിനെയും അതിന്റെ അടിസ്ഥാനത്തോടെ ലേബൽ ചെയ്യുന്നു.
- Declared client names declarations ആയി രേഖപ്പെടുത്തിയിരിക്കുന്നു.
- പ്രസിദ്ധീകരിച്ച കീകളുമായി ശരിവെച്ച ഒപ്പിട്ട അഭ്യർത്ഥനകൾ.
- നിങ്ങളുടെ MCP server-ൽ നിന്നുള്ള session, protocol കോൺടെക്സ്റ്റ്.
- അഭ്യർത്ഥന സിഗ്നേച്ചർvalid · sample-crawler.exampleverified
- Client പ്രഖ്യാപനം"research-assistant/2.1"declared
- ബ്രൗസർ ഇടപെടൽpointer + keyboard eventsinferred
- supported signals ഇല്ലroute not instrumentedunknown
02 · മനസ്സിലാക്കുക
ഏത് clients ആണ് ഏത് tools ഉപയോഗിക്കുന്നത് എന്ന് അറിയുക.
ഓരോ tool-ലും actor mix കാണുക, നിങ്ങളെ ഏറ്റവും കൂടുതലായി call ചെയ്യുന്ന clients ആരാണെന്ന്, unknown callers എവിടെയാണ് കേന്ദ്രീകരിക്കുന്നത് എന്നതും കാണുക.
- client, class, basis പ്രകാരമുള്ള tool calls.
- ഓരോ ഫലത്തിന്റെയും പിന്നിലെ തെളിവ്.
- ഓരോ tool-നുമുള്ള unknown നിരക്ക്.
- /dashboardഅജ്ഞാതം 7%
- /api/v1/catalogഅജ്ഞാതം 15%
- /support/ticketsഅജ്ഞാതം 8%
- /signupഅജ്ഞാതം 21%
03 · വഴിമാറിക്കുക
പ്രഭാവത്തിന് അനുയോജ്യമായ tool-level controls.
read-only tools വേഗത്തിലാക്കുക, എഴുതുന്ന tools-ൽ സ്ഥിരീകരണം ചോദിക്കുക, ഏറ്റവും പ്രധാനപ്പെട്ടവയ്ക്കായി കൂടുതൽ ശക്തമായ credentials ആവശ്യപ്പെടുക.
- ടൂൾ, class, basis എന്നിവ പ്രകാരമുള്ള നയങ്ങൾ.
- ഉയർന്ന സ്വാധീനമുള്ള tools നായി confirmation അല്ലെങ്കിൽ step-up.
- നിരീക്ഷിക്കുക, preview ചെയ്യുക, തുടർന്ന് enforce ചെയ്യുക.
- /api/v1/catalogenforceഏജന്റ്അനുവദിക്കുക · structured API
- /support/ticketsenforceമനുഷ്യൻ + AIഅനുവദിക്കുക · AI-assisted ആയി ലേബൽ ചെയ്യുക
- /account/*previewഅജ്ഞാതംനിലവിലുള്ള checks നിലനിർത്തുക
- /api/v1/orderspreviewഏജന്റ്കൂടുതൽ ശക്തമായ credential ആവശ്യപ്പെടുക
ഉദാഹരണ തീരുമാനങ്ങൾ
request മുതൽ result വരെ, പിന്നീട് നിങ്ങളുടെ decision വരെ.
ഒരു signed assistant നിങ്ങളുടെ docs തിരയുന്നു
അഭ്യർത്ഥന
tools/call search_docs
ഫലം
ഏജന്റ്basis: verifiedനിങ്ങളുടെ തീരുമാനം
low-impact tool standard rate limit-ോടെ അനുവദിക്കുക.
ഒരു declared client ഒരു record ഇല്ലാതാക്കുന്നു
അഭ്യർത്ഥന
tools/call delete_record
ഫലം
ഏജന്റ്basis: declaredനിങ്ങളുടെ തീരുമാനം
ടൂൾ പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് വ്യക്തമായ user confirmation ആവശ്യപ്പെടുക.
തെളിവില്ലാത്ത ഒരു tool call
അഭ്യർത്ഥന
tools/call create_invoice
ഫലം
അജ്ഞാതംbasis: unknownനിങ്ങളുടെ തീരുമാനം
നിങ്ങളുടെ നിലവിലുള്ള authorization നിലനിർത്തി, കൂടുതൽ ശക്തമായ credential ചോദിക്കുക.
അപകടം കൂടാതെ പുറത്തിറക്കുക
ടീമുകൾ observation mode-ൽ ആരംഭിച്ച് route by route ആയി മുന്നോട്ട് പോകുന്നു.
- 01
ഓരോ tool call-ഉം observe ചെയ്യുക
MCP integration ചേർക്കുക. Client പേരുകൾ, signatures, Unknown callers എന്നിവ ഓരോ tool-നുമാണ് രേഖപ്പെടുത്തുന്നത്.
- 02
tool policies preview ചെയ്യുക
ഏതെല്ലാം calls-ക്ക് ഏതൊരു rule പ്രയോഗിക്കുന്നതിന് മുമ്പ് confirmation അല്ലെങ്കിൽ കൂടുതൽ ശക്തമായ credential ആവശ്യമാകും എന്ന് കാണുക.
- 03
tool തോറും enforce ചെയ്യുക
lookups വ്യാപകമായി തുറക്കുക, write, delete അല്ലെങ്കിൽ spend ചെയ്യുന്ന tools സംരക്ഷിക്കുക, ഒരു tool വീതം.
നിങ്ങളുടെ stack നൊപ്പം പ്രവർത്തിക്കുന്നു
- Founding ടീമുകൾ
വെബ് സർവർ മിഡിൽവെയർ (Node.js)
Server-side
server-rendered apps-നും APIs-നും വേണ്ടി request-level signals.
- Founding ടീമുകൾ
Next.js
സർവർ-സൈഡും എഡ്ജും
page, API routes എന്നിവയ്ക്കുള്ള middleware.
- Founding ടീമുകൾ
ബ്രൗസർ script
ബ്രൗസർ signals മാത്രം
ഒരു server-side integration നോടൊപ്പം browser sessions-ൽ നിന്നുള്ള interaction signals.
- Founding ടീമുകൾ
Cloudflareയും edge runtimeകളും
Edge
അഭ്യർത്ഥനകൾ നിങ്ങളുടെ origin-ലേക്ക് എത്തുന്നതിന് മുമ്പ് എഡ്ജിലെ സിഗ്നലുകൾ.
- Founding ടീമുകൾ
സാമാന്യ HTTP API
ഏതെങ്കിലും stack
ഒരു API-ലേക്ക് request context അയച്ച്, അതിന്റെ basis സഹിതം ഒരു result സ്വീകരിക്കുക.
- Founding ടീമുകൾ
MCP സർവർ
MCP
MCP ടൂൾ കോളുകൾക്കായുള്ള ആക്ടർ കോൺടെക്സ്റ്റ്.
- റോഡ്മാപ്പ്
WordPress
Plugin
WordPress സൈറ്റുകൾക്കുള്ള പ്ലഗിൻ.
- റോഡ്മാപ്പ്
നേറ്റീവ് മൊബൈൽ
iOS and Android
Native iOS, Android SDKs.
ഓരോ founding team-നോടുമൊപ്പം onboarding സമയത്ത് integrations കൈകാര്യം ചെയ്ത് നൽകുന്നു. വേറൊരു stack ആണോ ഉപയോഗിക്കുന്നത്? അപേക്ഷിക്കുമ്പോൾ ഞങ്ങളോട് പറയുക.
പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ
Proof of Actor ഏതു MCP server-ുമായും പ്രവർത്തിക്കുമോ?
MCP server സംയോജനം private betaയിലെ founding ടീമുകൾക്ക് ലഭ്യമാണ്. അപേക്ഷിക്കുമ്പോൾ നിങ്ങളുടെ server-നും transport-നുമെക്കുറിച്ച് ഞങ്ങളോട് പറയുക.
ഒരു MCP client അയക്കുന്ന client name-മാത്രം അതിനെ വിശ്വസിക്കാൻ മതിയോ?
ഇല്ല. ഒരു client name ഒരു declaration ആണ്, അതുപോലെ രേഖപ്പെടുത്തപ്പെടുന്നു. ഒപ്പിട്ട requests verified evidence നൽകുന്നു; മറ്റെല്ലാം അതിന്റെ basis പ്രകാരം ലേബൽ ചെയ്യപ്പെടുന്നു.
MCP-യ്ക്ക് OAuth-നെ ഇത് മാറ്റിസ്ഥാപിക്കുമോ?
ഇല്ല. authorization തന്നെയാണ് ഒരു caller-ക്ക് എന്ത് ചെയ്യാമെന്ന് തീരുമാനിക്കുന്നത്. Proof of Actor വിളിക്കുന്നത് ആര് അല്ലെങ്കിൽ എന്താണ് എന്ന് ചേർക്കുന്നു, അതിനാൽ നിങ്ങളുടെ tool policies കൂടുതൽ നന്നായി പ്രതികരിക്കാം.
ഓരോ tool നും വ്യത്യസ്ത നിയമങ്ങൾ നമുക്ക് സജ്ജീകരിക്കാമോ?
അതെ. Policies ഓരോ tool നും പ്രത്യേകം എഴുതുന്നതിനാൽ, lookups ഉം data-changing tools ഉം വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യാം.
അതിന്റെ ചെലവ് എത്രയാണ്?
തിരഞ്ഞെടുത്ത founding developer teams-ന് ധാരണയായ usage limits-ിനുള്ളിൽ 12 മാസത്തോളം free ലഭിക്കാം.
നിങ്ങളുടെ MCP server-നെ വിളിക്കുന്നത് ആരാണെന്ന് അറിയുക.
Proof of Actor founding developer program-ിൽ ചേരുക.
ആദ്യം സംസാരിക്കണമോ? സ്ഥാപകരുമായി സംസാരിക്കുക