Proof of Actor : comprenez qui agit dans votre application.
Proof of Actor by AgentCredia is one product for actor visibility and application-defined decisions. See what each interaction is, the evidence behind it, and choose the right experience for it.
GET /api/v1/catalog
Preuve
Signature de requête validée pour sample-crawler.example
Votre politique: Autoriser - servir la réponse API structurée
Pourquoi le contexte d'acteur est important
Une connexion vous indique quel compte est utilisé. Elle ne vous dit pas si une personne clique, si une personne travaille avec un assistant IA, ou si un agent autonome agit via le compte. Cela mérite des expériences différentes.
Proof of Actor ajoute
Un assistant agit via ce compte sur /reports.
01 · Détecter
Collectez les signaux que votre intégration peut voir.
Proof of Actor recueille des signaux d'acteur sur le serveur, à la périphérie, dans le navigateur ou dans votre MCP server, et sépare les assertions verified des inférences comportementales.
- Identités d'agents vérifiées à partir des signatures de requêtes.
- Déclarations du client et mentions IA dans l'app.
- Signaux d'interaction navigateur là où s'exécute votre collecteur.
- Unknown conservé comme son propre résultat, sans jamais être deviné.
- 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
Voir qui utilise chaque partie de votre application.
Les analyses d'acteurs par route et par workflow montrent où les personnes, les utilisateurs assistés par IA et les agents interagissent, avec les preuves de chaque classification accessibles en un clic.
- Répartition du trafic par route, workflow et période.
- Preuves et fondement derrière chaque résultat.
- Le taux Unknown, pour savoir où la couverture s'arrête.
- /dashboardInconnu 7%
- /api/v1/catalogInconnu 15%
- /support/ticketsInconnu 8%
- /signupInconnu 21%
03 · Routage
Décidez de la suite, route par route.
Rédigez des politiques pour les routes qui comptent : allow, adapt, challenge, review ou rate-limit. Commencez en observation, prévisualisez l'effet, puis appliquez la politique quand vous êtes prêt.
- Politiques par route, classe d'acteur et base.
- Observer, prévisualiser, puis appliquer.
- Solutions de repli explicites pour Unknown et les délais d'attente.
- Les décisions restent dans le code de votre application.
- /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
Quatre classes. Chaque résultat expliqué.
Chaque interaction correspond à l'une des quatre classes, chacune avec une signification claire et une limite explicite.
- Humain
Les signaux observables pris en charge indiquent une interaction dirigée par un humain.
Ne signifie pas : Qu'aucune IA n'a été utilisée, ou que l'identité réelle de la personne est vérifiée.
- Humain + IA
L'assistance IA a été déclarée, ou détectée par une intégration prise en charge qui peut réellement l'observer.
Ne signifie pas : Que toute utilisation cachée de l'IA peut être détectée, y compris dans un autre onglet ou sur un autre appareil.
- Agent
Interaction automatisée ou d'origine agent, appuyée par une identité vérifiable ou une inférence soigneusement qualifiée.
Ne signifie pas : Que l'agent est autorisé, sûr, ou agit avec une délégation valide d'une personne.
- Inconnu
Les preuves disponibles ne permettent pas une détermination fiable.
Ne signifie pas : Que l'interaction est suspecte ou malveillante.
Et chaque résultat indique sa base
- verifiedUne assertion cryptographique ou autrement vérifiable, validée, par exemple une signature de requête contre une clé publiée. Cela prouve ce contrôle, rien de plus.
- declaredL'acteur ou votre application l'a déclaré, par exemple une divulgation d'assistance IA ou un client qui se présente comme un agent. Une déclaration peut être inexacte.
- inferredUne conclusion tirée de signaux comportementaux ou contextuels. Les inférences peuvent être erronées et sont toujours étiquetées comme des inférences.
- unknownPas assez de preuves pour statuer. Le résultat est signalé comme Inconnu plutôt que deviné.
Décisions que votre app peut prendre
Trois situations courantes, de la requête au résultat jusqu'à votre décision.
Un agent signé lit votre catalogue
Requête
GET /api/v1/catalog
Résultat
Agentbasis: verifiedVotre décision
Servez l'API structurée au lieu de pages HTML.
Un changement de compte sans preuve
Requête
POST /account/password
Résultat
Inconnubasis: unknownVotre décision
Conservez le flux de réauthentification existant. Aucune décision fondée sur l'acteur.
Un ticket avec assistance IA déclarée
Requête
POST /support/tickets
Résultat
Humain + IAbasis: declaredVotre décision
L'accepter et l'acheminer avec une étiquette d'assistance IA.
Conçu pour les apps de production
Observation d'abord
Installer Proof of Actor ne change rien tant que vous n'avez pas activé une politique.
Des preuves, pas des scores
Les résultats indiquent leur base au lieu d'un nombre sans explication.
Vos règles
L'application des politiques se fait dans votre application, par route et par niveau de risque.
Confidentialité dès la conception
Collecte minimale, isolation des locataires et conservation selon votre accord.
S'intègre à votre stack
Middleware côté serveur, Next.js, la edge, le navigateur, une API HTTP générique et des MCP server.
- É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 est-il un bloqueur de bots ou un CAPTCHA ?
Non. Il signale les preuves d'acteur et les classifications, et laisse les décisions à votre application. Il ne bloque rien par défaut.
Vérifie-t-il l'identité d'une personne ?
Non. Il n'effectue pas de contrôles d'identité, de KYC ni de vérification biométrique. Un résultat Humain signifie que les signaux observables indiquent une interaction dirigée par un humain, et non l'identité de la personne.
Une requête d'agent signée signifie-t-elle que l'agent est autorisé à agir ?
Non. Une signature valide associe une requête à une clé et à son opérateur publié. Le fait que cet opérateur puisse faire quelque chose dans votre app relève de votre décision d'autorisation.
Comment obtenir l'accès?
Proof of Actor est en bêta privée. Demandez l'accès anticipé et décrivez-nous l'application et l'interaction que vous souhaitez comprendre.
Savoir qui utilise votre app.
Postulez pour rejoindre le founding developer program.
Vous préférez en parler d'abord ? Parler aux fondateurs