Passer au contenu principal
SERVEURS MCP

Définissez des politiques au niveau de l'outil pour chaque appelant MCP.

Votre MCP server rend votre produit utilisable par des clients IA. Proof of Actor ajoute du contexte à chaque appel d'outil, afin que les outils à faible impact restent ouverts et que les outils à fort impact reçoivent l'attention dont ils ont besoin.

example-app.test · résultat d'acteur

tools/call search_docs

Agentbasis: verified

Preuve

Requête signée de assistant.example, clé provenant de son annuaire public

Votre politique: Autorisez cet outil à faible impact avec la limite de débit standard

Chaque appel d'outil provient d'un client IA. Tous les clients ne méritent pas le même niveau de confiance.

Les clients MCP s'identifient avec un nom, et certains signent leurs requêtes. Derrière chacun peut se trouver une personne travaillant avec un assistant, un agent autonome ou quelque chose que vous ne pouvez pas identifier. Vos outils vont de simples consultations inoffensives à des actions qui modifient des données.

Proof of Actor sépare qui appelle de ce que l'appelant peut faire, afin que vous puissiez ouvrir largement les outils en lecture seule et protéger ceux qui écrivent, suppriment ou dépensent.

trois questions distinctes
  • Qui appelle ?Identité d'acteur : signature, déclaration ou inférence
  • Quel identifiant ?Votre clé API, votre jeton OAuth ou votre session
  • Que peut-il faire ?Votre autorisation et votre politique

Proof of Actor répond à la première. Votre stack conserve les deux autres.

Ce que les équipes de MCP server font avec le contexte d'acteur

  • Connaître le client

    Enregistrez le nom déclaré de chaque client, vérifiez les signatures lorsqu'elles sont présentes, et gardez les deux séparés.

  • Politiques par outil

    Laissez les consultations ouvertes et ajoutez une confirmation ou des identifiants plus forts pour les outils qui modifient les données.

  • Human + AI ou autonome

    Distinguez une personne qui dirige un assistant d'un agent qui agit seul, lorsque les preuves le permettent.

  • Voir l'utilisation des outils par client

    Comprenez quels clients appellent quels outils, à quelle fréquence et avec quelles preuves.

  • L'autorisation reste la vôtre

    OAuth et vos propres permissions décident toujours de l'accès. Le contexte d'acteur ajoute qui appelle.

  • Plan pour Inconnu

    Choisissez ce qui se passe lorsqu'un appel d'outil comporte trop peu de preuves, outil par outil.

01 · Détecter

Preuves de chaque appel d'outil.

L'intégration MCP lit les détails déclarés du client, les signatures de requêtes et le contexte de protocole, puis attribue à chacun sa base.

  • Noms de clients déclarés enregistrés comme déclarations.
  • Requêtes signées vérifiées à l'aide de clés publiées.
  • Contexte de session et de protocole depuis votre MCP server.
signaux · dernière requête par source
  • Signature de requêtevalid · sample-crawler.exampleverified
  • Déclaration du client"research-assistant/2.1"declared
  • Interaction navigateurpointer + keyboard eventsinferred
  • Aucun signal pris en chargeroute not instrumentedunknown

02 · Comprendre

Savoir quels clients utilisent quels outils.

Voir la répartition des acteurs par outil, les clients qui vous appellent le plus, et où les appelants inconnus se concentrent.

  • Appels d'outils par client, classe et base.
  • La preuve derrière chaque résultat.
  • Taux Unknown par outil.
trafic par route · 7 jours
  • /dashboardInconnu 7%
  • /api/v1/catalogInconnu 15%
  • /support/ticketsInconnu 8%
  • /signupInconnu 21%
HumainHumain + IAAgentInconnu

03 · Routage

Contrôles au niveau de l'outil adaptés à l'impact.

Gardez les outils en lecture seule rapides, demandez une confirmation pour les outils qui écrivent et exigez des identifiants plus forts pour ceux qui comptent le plus.

  • Politiques par outil, classe et base.
  • Confirmation ou étape supplémentaire pour les outils à fort impact.
  • Observer, prévisualiser, puis appliquer.
politique · example-app.test
  • /api/v1/catalogenforceAgentAutoriser · API structurée
  • /support/ticketsenforceHumain + IAAutoriser · étiqueter comme Human + AI
  • /account/*previewInconnuConserver les contrôles existants
  • /api/v1/orderspreviewAgentExiger un identifiant plus fort

Exemples de décisions

De la requête au résultat, puis à votre décision.

  • Un assistant signé recherche dans vos docs

    Requête

    tools/call search_docs

    Résultat

    Agentbasis: verified

    Votre décision

    Autorisez l'outil à faible impact avec la limite de débit standard.

  • Un client déclaré supprime un enregistrement

    Requête

    tools/call delete_record

    Résultat

    Agentbasis: declared

    Votre décision

    Exiger une confirmation explicite de l'utilisateur avant d'exécuter l'outil.

  • Un appel d'outil sans preuve

    Requête

    tools/call create_invoice

    Résultat

    Inconnubasis: unknown

    Votre décision

    Conservez votre autorisation existante et demandez l'identifiant plus fort.

Déployer sans risque

Les équipes commencent en mode observation et avancent route par route.

  1. 01

    Observer chaque appel d'outil

    Ajoutez l'intégration MCP. Les noms des clients, les signatures et les appelants Unknown sont enregistrés par outil.

  2. 02

    Prévisualiser les politiques d'outil

    Voyez quels appels auraient besoin d'une confirmation ou d'un justificatif plus fort avant qu'une règle ne s'applique.

  3. 03

    Appliquer outil par outil

    Ouvrez largement les consultations et protégez les outils qui écrivent, suppriment ou dépensent, un outil à la fois.

Fonctionne avec votre pile

  • Équipes fondatrices

    Middleware de serveur web (Node.js)

    Côté serveur

    Signaux au niveau de la requête pour les applications rendues côté serveur et les APIs.

  • Équipes fondatrices

    Next.js

    Côté serveur et edge

    Middleware pour les pages et les routes API.

  • Équipes fondatrices

    Script navigateur

    Signaux navigateur uniquement

    Signaux d'interaction provenant de sessions de navigateur, en complément d'une intégration côté serveur.

  • Équipes fondatrices

    Cloudflare et runtimes de périphérie

    Edge

    Signaux à la périphérie avant que les requêtes n'atteignent votre origine.

  • Équipes fondatrices

    API HTTP générique

    N'importe quelle stack

    Envoyez le contexte de la requête à une API et recevez un résultat avec sa base.

  • Équipes fondatrices

    Serveur MCP

    MCP

    Contexte d'acteur pour les appels d'outils MCP.

  • Feuille de route

    WordPress

    Plugin

    Plugin pour les sites WordPress.

  • Feuille de route

    Mobile natif

    iOS et Android

    SDK natifs iOS et Android.

Les intégrations sont réalisées en pratique avec chaque équipe fondatrice pendant l'onboarding. Vous utilisez une pile différente ? Dites-le-nous lors de votre candidature.

Questions fréquentes

Proof of Actor fonctionne-t-il avec n'importe quel MCP server ?

L'intégration du MCP server est disponible pour les équipes fondatrices dans la bêta privée. Parlez-nous de votre server et de votre transport lorsque vous postulez.

Le nom de client qu'un client MCP envoie suffit-il pour lui faire confiance ?

Non. Un nom de client est une déclaration et est enregistré comme telle. Les requêtes signées fournissent une preuve vérifiée - tout le reste est étiqueté selon sa base.

Remplace-t-il OAuth pour MCP ?

Non. L'autorisation décide toujours de ce qu'un appelant peut faire. Proof of Actor ajoute qui ou quoi appelle, afin que vos politiques d'outil puissent mieux réagir.

Pouvons-nous définir des règles différentes pour chaque outil ?

Oui. Les politiques sont écrites par outil, donc les consultations et les outils qui modifient les données peuvent être traités différemment.

Quel est le coût ?

Les équipes fondatrices sélectionnées peuvent bénéficier jusqu'à 12 months free dans les limites d'utilisation convenues.

Savoir qui appelle votre MCP server.

Rejoignez le programme fondateur développeur de Proof of Actor.

Vous préférez en parler d'abord ? Parler aux fondateurs