मुख्य सामग्री पर जाएं
MCP सर्वर

हर MCP caller के लिए tool-level policies सेट करें।

आपका MCP server आपके product को AI clients के लिए usable बनाता है। Proof of Actor हर tool call में context जोड़ता है, ताकि low-impact tools खुले रहें और high-impact tools को वह care मिले जिसकी उन्हें जरूरत है।

example-app.test · actor परिणाम

tools/call search_docs

एजेंटbasis: verified

प्रमाण

assistant.example से signed request, key उसके published directory से

आपकी policy: इस low-impact tool को standard rate limit के साथ allow करें

हर tool call एक AI client से आता है। हर client समान trust का हकदार नहीं है।

MCP clients अपना परिचय एक नाम से देते हैं, और कुछ अपनी requests को sign करते हैं। इनमें से हर एक के पीछे किसी assistant के साथ काम करने वाला व्यक्ति, एक autonomous agent, या कुछ ऐसा हो सकता है जिसकी आप पहचान नहीं कर सकते। आपके tools harmless lookups से लेकर data बदलने वाले actions तक हो सकते हैं।

Proof of Actor यह अलग करता है कि कौन call कर रहा है और caller क्या कर सकता है, ताकि आप read-only tools को व्यापक रूप से खोल सकें और उन tools की protection कर सकें जो write, delete या spend करते हैं।

तीन अलग-अलग प्रश्न
  • कौन call कर रहा है?अभिनेता पहचान: हस्ताक्षर, घोषणा या अनुमान
  • कौन सी credential?आपकी API key, OAuth token या session
  • यह क्या कर सकता है?आपका authorization और policy

Proof of Actor पहले का जवाब देता है। आपका stack बाकी दो रखता है।

MCP server teams actor context का क्या उपयोग करते हैं

  • client को जानें

    हर client का घोषित नाम रिकॉर्ड करें, जहां signatures हों वहां उनकी पुष्टि करें, और दोनों को अलग रखें।

  • प्रति tool policies

    lookups को खुला रखें और data बदलने वाले tools के लिए confirmation या stronger credentials जोड़ें।

  • Human + AI या autonomous

    जहाँ evidence इसका समर्थन करता है, वहाँ assistant को निर्देश देने वाले person और अकेले acting करने वाले agent के बीच अंतर करें।

  • client के अनुसार tool usage देखें

    समझें कि कौन-से clients कौन-से tools call करते हैं, कितनी बार करते हैं, और किस evidence के साथ।

  • Authorization आपकी ही रहती है

    OAuth और आपकी अपनी permissions ही access तय करती हैं। Actor context यह जोड़ता है कि कौन call कर रहा है।

  • Unknown के लिए plan

    हर tool के लिए चुनें कि जब tool call में पर्याप्त evidence न हो तो क्या होगा।

01 · Detect

हर tool call से evidence।

MCP integration client के घोषित details, request signatures और protocol context पढ़ता है, और हर एक को उसके basis के साथ label करता है।

  • Declared client names, declarations के रूप में recorded।
  • Published keys के against verified signed requests।
  • आपके MCP server से session और protocol context।
सिग्नल · स्रोत के अनुसार अंतिम अनुरोध
  • request signaturevalid · sample-crawler.exampleverified
  • क्लाइंट घोषणा"research-assistant/2.1"declared
  • ब्राउज़र इंटरैक्शनpointer + keyboard eventsinferred
  • कोई supported signals नहींroute not instrumentedunknown

02 · समझें

जानें कौन से clients कौन से tools उपयोग करते हैं।

हर tool के लिए actor mix देखें, कौन से clients आपको सबसे अधिक call करते हैं, और unknown callers कहाँ केंद्रित हैं।

  • client, class और basis के अनुसार tool calls।
  • हर result के पीछे का evidence।
  • प्रति tool Unknown rate।
route के अनुसार traffic · 7 days
  • /dashboardअज्ञात 7%
  • /api/v1/catalogअज्ञात 15%
  • /support/ticketsअज्ञात 8%
  • /signupअज्ञात 21%
इंसानइंसान + AIएजेंटअज्ञात

03 · रूट

impact के अनुरूप tool-level controls।

read-only tools को तेज रखें, लिखने वाले tools के लिए confirmation माँगें, और सबसे महत्वपूर्ण tools के लिए stronger credentials आवश्यक करें।

  • tool, class और basis के अनुसार policies।
  • High-impact tools के लिए confirmation या step-up।
  • Observe करें, preview करें, फिर enforce करें।
policy · example-app.test
  • /api/v1/catalogenforceएजेंटअनुमति दें · संरचित API
  • /support/ticketsenforceइंसान + AIAllow · AI-assisted label करें
  • /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 के साथ allow करें।

  • Declared client एक record delete करता है

    अनुरोध

    tools/call delete_record

    परिणाम

    एजेंटbasis: declared

    आपका निर्णय

    tool चलाने से पहले स्पष्ट user confirmation आवश्यक करें।

  • बिना evidence वाला tool call

    अनुरोध

    tools/call create_invoice

    परिणाम

    अज्ञातbasis: unknown

    आपका निर्णय

    अपनी मौजूदा authorization बनाए रखें और stronger credential माँगें।

जोखिम के बिना rollout करें

टीमें observation mode में शुरू करती हैं और route दर route आगे बढ़ती हैं।

  1. 01

    हर tool call observe करें

    MCP integration जोड़ें। Client names, signatures और Unknown callers हर tool के लिए दर्ज किए जाते हैं।

  2. 02

    tool policies preview करें

    देखें कि किसी भी rule के लागू होने से पहले किन calls को confirmation या stronger credential की जरूरत होगी।

  3. 03

    tool दर tool लागू करें

    lookups को व्यापक रूप से open करें और जो tools लिखते, हटाते या खर्च करते हैं, उन्हें एक-एक करके protect करें।

आपके stack के साथ काम करता है

  • संस्थापक टीमें

    वेब सर्वर मिडलवेयर (Node.js)

    Server-side

    server-rendered apps और APIs के लिए request-level signals।

  • संस्थापक टीमें

    Next.js

    server-side और edge

    page और API routes के लिए middleware।

  • संस्थापक टीमें

    ब्राउज़र स्क्रिप्ट

    केवल browser signals

    browser sessions से interaction signals, server-side integration के साथ।

  • संस्थापक टीमें

    Cloudflare और edge runtimes

    Edge

    Requests आपके origin तक पहुंचने से पहले edge पर signals।

  • संस्थापक टीमें

    सामान्य HTTP API

    कोई भी stack

    request context को API पर भेजें और basis सहित result प्राप्त करें।

  • संस्थापक टीमें

    MCP सर्वर

    MCP

    MCP tool calls के लिए Actor context.

  • रोडमैप

    WordPress

    plugin

    WordPress sites के लिए plugin।

  • रोडमैप

    नेेटिव मोबाइल

    iOS और Android

    Native iOS और Android SDKs।

Integrations हर founding team के साथ onboarding के दौरान hands-on तरीके से दी जाती हैं। अलग stack इस्तेमाल कर रहे हैं? आवेदन करते समय बताइए।

अक्सर पूछे जाने वाले प्रश्न

क्या Proof of Actor किसी भी MCP server के साथ काम करता है?

private beta में founding teams के लिए MCP server एकीकरण उपलब्ध है। आवेदन करते समय अपने server और transport के बारे में बताएं।

क्या MCP client द्वारा भेजा गया client name उस पर भरोसा करने के लिए पर्याप्त है?

नहीं। client name एक declaration है और उसे वैसा ही दर्ज किया जाता है। signed requests verified evidence देते हैं; बाकी सबको उनके basis के साथ label किया जाता है।

क्या यह MCP के लिए OAuth को replace करता है?

नहीं। Authorization ही तय करता है कि caller क्या कर सकता है। Proof of Actor यह जोड़ता है कि कौन या क्या call कर रहा है, ताकि आपकी tool policies बेहतर प्रतिक्रिया दे सकें।

क्या हम हर tool के लिए अलग rules set कर सकते हैं?

हाँ। Policies per tool लिखी जाती हैं, इसलिए lookups और data-changing tools को अलग तरह से treat किया जा सकता है।

इसकी लागत क्या है?

चुनी गई founding developer teams को agreed usage limits के भीतर up to 12 months free मिल सकते हैं।

जानें कि आपका MCP server कौन call कर रहा है।

Proof of Actor founding developer program में शामिल हों।

क्या पहले बात करना पसंद करेंगे? founders से बात करें