Zum Hauptinhalt springen
MCP SERVER

Legen Sie tool-level-Richtlinien für jeden MCP-Aufrufer fest.

Ihr MCP server macht Ihr Produkt für AI-Clients nutzbar. Proof of Actor ergänzt jeden Tool-Aufruf um Kontext, sodass wenig kritische Tools offen bleiben und hochkritische Tools die nötige Sorgfalt erhalten.

Frühen Zugang erhaltenFunktionsweise erkunden
example-app.test · actor result

tools/call search_docs

Agentbasis: verified

Nachweise

Signierte Anfrage von assistant.example, Schlüssel aus seinem veröffentlichten Verzeichnis

Ihre Richtlinie: Dieses Tool mit geringer Auswirkung mit dem Standard-Rate-Limit zulassen

Jeder Tool-Aufruf stammt von einem AI-Client. Nicht jeder Client verdient dasselbe Vertrauen.

MCP clients stellen sich mit einem Namen vor, und einige signieren ihre Anfragen. Hinter jedem kann sich eine Person mit einem Assistenten, ein autonomer Agent oder etwas verbergen, das Sie nicht identifizieren können. Ihre Tools reichen von harmlosen Nachschlagen bis zu Aktionen, die Daten ändern.

Proof of Actor trennt, wer aufruft, von dem, was der Aufrufer tun darf, sodass Sie schreibgeschützte Tools breit öffnen und die schützen können, die schreiben, löschen oder ausgeben.

drei separate Fragen
  • Wer ruft an?Actor-Identität: Signatur, Deklaration oder Inferenz
  • Welches Credential?Ihr API-Schlüssel, OAuth-Token oder Ihre Sitzung
  • Was darf es tun?Ihre Autorisierung und Richtlinie

Proof of Actor beantwortet die erste Frage. Ihr Stack behält die anderen beiden.

Was MCP server-Teams mit Actor-Kontext tun

  • Den Client kennen

    Erfassen Sie den deklarierten Namen jedes Clients, prüfen Sie vorhandene Signaturen und halten Sie beides getrennt.

  • Richtlinien pro Tool

    Lassen Sie Nachschlagevorgänge offen und fügen Sie für Tools, die Daten ändern, eine Bestätigung oder stärkere Anmeldedaten hinzu.

  • Human + AI oder Agent

    Unterscheiden Sie eine Person, die einen Assistenten anleitet, von einem allein handelnden Agenten, wenn die Evidenz dies unterstützt.

  • Tool-Nutzung nach Client ansehen

    Verstehen Sie, welche Clients welche Tools aufrufen, wie oft und mit welchen Nachweisen.

  • Die Autorisierung bleibt bei Ihnen

    OAuth und Ihre eigenen Berechtigungen entscheiden weiterhin über den Zugriff. Der Akteur-Kontext ergänzt, wer aufruft.

  • Plan für Unknown

    Wählen Sie, was geschieht, wenn ein Tool-Aufruf zu wenig Evidenz trägt, Tool für Tool.

01 · Erkennen

Evidenz aus jedem Tool-Aufruf.

Die MCP-Integration liest die deklarierten Details des Clients, Anfrage-Signaturen und den Protokollkontext aus und kennzeichnet jedes mit seiner Grundlage.

  • Deklarierte Client-Namen, die als Deklarationen erfasst werden.
  • Signierte Anfragen gegen veröffentlichte Schlüssel verifiziert.
  • Sitzungs- und Protokollkontext von Ihrem MCP server.
Signale · letzte Anfrage pro Quelle
  • Anfragesignaturvalid · sample-crawler.exampleverified
  • Kundenerklärung"research-assistant/2.1"declared
  • Browser-Interaktionpointer + keyboard eventsinferred
  • Keine unterstützten Signaleroute not instrumentedunknown

02 · Verstehen

Wissen, welche Clients welche Tools verwenden.

Sehen Sie die Actor-Mischung pro Tool, die Clients, die Sie am häufigsten aufrufen, und wo sich unbekannte Anrufer konzentrieren.

  • Tool-Aufrufe nach Client, Klasse und Grundlage.
  • Die Evidenz hinter jedem Ergebnis.
  • Unknown-Rate pro Tool.
Traffic nach Route · 7 Tage
  • /dashboardUnbekannt 7%
  • /api/v1/catalogUnbekannt 15%
  • /support/ticketsUnbekannt 8%
  • /signupUnbekannt 21%
MenschMensch + KIAgentUnbekannt

03 · Weiterleiten

Kontrollen auf Tool-Ebene, die dem Einfluss entsprechen.

Halten Sie reine Lese-Tools schnell, verlangen Sie bei schreibenden Tools eine Bestätigung und für die wichtigsten stärkere Anmeldedaten.

  • Richtlinien nach Tool, Klasse und Grundlage.
  • Bestätigung oder Step-up für Tools mit hoher Wirkung.
  • Beobachten, Vorschau anzeigen, dann durchsetzen.
policy · example-app.test
  • /api/v1/catalogenforceAgentZulassen · strukturierte API
  • /support/ticketsenforceMensch + KIZulassen · als KI-unterstützt kennzeichnen
  • /account/*previewUnbekanntBestehende Prüfungen beibehalten
  • /api/v1/orderspreviewAgentStärkeres Anmelde- oder Berechtigungsmerkmal verlangen

Beispielentscheidungen

Von der Anfrage zum Ergebnis zu Ihrer Entscheidung.

  • Ein signierter Assistent durchsucht Ihre Dokumente

    Anfrage

    tools/call search_docs

    Ergebnis

    Agentbasis: verified

    Ihre Entscheidung

    Das Tool mit geringer Auswirkung mit dem Standard-Rate-Limit zulassen.

  • Ein deklarierter Client löscht einen Datensatz

    Anfrage

    tools/call delete_record

    Ergebnis

    Agentbasis: declared

    Ihre Entscheidung

    Explizite Bestätigung durch den Nutzer verlangen, bevor das Tool ausgeführt wird.

  • Ein Tool-Aufruf ohne Nachweise

    Anfrage

    tools/call create_invoice

    Ergebnis

    Unbekanntbasis: unknown

    Ihre Entscheidung

    Behalten Sie Ihre bestehende Autorisierung bei und fordern Sie das stärkere Anmeldedatum an.

Ohne Risiko einführen

Teams beginnen im Beobachtungsmodus und gehen Route für Route vor.

  1. 01

    Jeden Tool-Aufruf beobachten

    Fügen Sie die MCP-Integration hinzu. Clientnamen, Signaturen und Unknown-Aufrufer werden pro Tool erfasst.

  2. 02

    Tool-Richtlinien in der Vorschau prüfen

    Sehen Sie, welche Aufrufe vor Anwendung einer Regel eine Bestätigung oder eine stärkere Berechtigung benötigen würden.

  3. 03

    Tool für Tool durchsetzen

    Öffnen Sie Abfragen großzügig und schützen Sie Tools, die schreiben, löschen oder ausgeben, jeweils ein Tool nach dem anderen.

Funktioniert mit Ihrem Stack

  • Gründerteams

    Webserver-Middleware (Node.js)

    Serverseitig

    Signale auf Anfrageebene für serverseitig gerenderte Apps und APIs.

  • Gründerteams

    Next.js

    Serverseitig und am Edge

    Middleware für Seiten- und API-Routen.

  • Gründerteams

    Browser-Skript

    Nur Browser-Signale

    Interaktionssignale aus Browser-Sitzungen, zusammen mit einer serverseitigen Integration.

  • Gründerteams

    Cloudflare und Edge-Runtimes

    Edge

    Signale am Edge, bevor Anfragen Ihr Origin erreichen.

  • Gründerteams

    Generische HTTP API

    Jeder Stack

    Senden Sie Anfragekontext an eine API und erhalten Sie ein Ergebnis mit seiner Grundlage.

  • Gründerteams

    MCP-Server

    MCP

    Actor-Kontext für MCP-Tool-Aufrufe.

  • Roadmap

    WordPress

    Plugin

    Plugin für WordPress-Websites.

  • Roadmap

    Nativ mobil

    iOS und Android

    Native iOS und Android SDKs.

Integrationen werden während des Onboardings mit jedem Gründungsteam praktisch umgesetzt. Verwenden Sie einen anderen Stack? Teilen Sie es uns bei der Bewerbung mit.

Mehr erfahren

Lesen Sie Detection & Limitations

Häufig gestellte Fragen

Funktioniert Proof of Actor mit jedem MCP server?

Die Integration von MCP server steht Gründungsteams in der privaten Beta zur Verfügung. Erzählen Sie uns bei der Bewerbung von Ihrem Server und Transport.

Reicht der Name, den ein MCP client sendet, aus, um ihm zu vertrauen?

Nein. Ein Client-Name ist eine deklarierte Angabe und wird auch so erfasst. Signierte Requests liefern verifizierte Belege, alles andere wird nach seiner Grundlage gekennzeichnet.

Ersetzt es OAuth für MCP?

Nein. Die Autorisierung entscheidet weiterhin, was ein Aufrufer tun darf. Proof of Actor ergänzt, wer oder was aufruft, damit Ihre Tool-Richtlinien besser reagieren können.

Können wir für jedes Tool unterschiedliche Regeln festlegen?

Ja. Richtlinien werden pro Tool geschrieben, sodass Abfragen und datenverändernde Tools unterschiedlich behandelt werden können.

Was kostet das?

Ausgewählte Founding-Developer-Teams können innerhalb vereinbarter Nutzungslimits bis zu 12 Monate kostenlos erhalten.

Wissen, wer Ihren MCP server aufruft.

Werden Sie Teil des Founding-Developer-Programms von Proof of Actor.

Frühen Zugang erhaltenEntwickler-Hub

Möchten Sie zuerst sprechen? Mit den Gründern sprechen