Rendez votre application SaaS sensible aux acteurs.
Comprenez les interactions observées humaines, assistées par IA, autonomes et Unknown afin que votre produit puisse répondre de manière appropriée, de l'inscription aux paramètres.
POST /reports/generate
Preuve
L'assistant intégré de l'application a créé cette requête pour un utilisateur connecté
Votre politique: Autoriser et enregistrer le rapport comme Human + AI
Vos utilisateurs arrivent désormais avec des assistants et des agents.
Les personnes se connectent puis confient le travail à des assistants IA, des agents de navigateur et des automatisations. Votre app voit le même compte et la même session pour tout cela.
Cela rend difficile la conception de la bonne expérience: un parcours rapide pour les personnes, un parcours structuré pour l'automatisation légitime et un parcours prudent pour les actions sensibles. Proof of Actor apporte ce contexte à votre produit.
Proof of Actor ajoute
Un assistant agit via ce compte sur /reports.
Ce que les équipes SaaS font avec le contexte d'acteur
Protégez l'expérience humaine
Gardez les parcours d'inscription, d'onboarding et quotidiens rapides pour les personnes, sans friction généralisée.
Donner aux agents un parcours structuré
Proposez aux agents vérifiés ou déclarés une API ou une réponse structurée plutôt qu'une UI conçue pour des humains.
Support avec assistance IA déclarée
Acceptez le travail assisté par IA là où c'est pertinent et étiquetez-le, au lieu de le traiter comme un abus.
Protéger les actions sensibles
Ajoutez une revue ou un contrôle plus fort sur les actions qui modifient le compte lorsque votre propre policy l'exige.
Comprendre l'utilisation du produit
Voir quelles fonctionnalités les personnes, assistants et agents utilisent réellement, route par route.
Plan pour Inconnu
Décidez, route par route, de ce qui se passe lorsque les preuves ne suffisent pas, et gardez ce taux visible.
01 · Détecter
Signaux provenant de votre produit et de votre serveur.
Un collecteur côté navigateur capture les signaux d'interaction sur les pages que vous choisissez, et une intégration serveur ajoute le contexte de requête et les signatures des clients automatisés.
- Signaux d'interaction là où le collecteur de navigateur s'exécute.
- Requêtes signées d'agents qui publient leurs clés.
- Mentions AI intégrées à l'application et vos propres fonctionnalités d'assistant.
- 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 comment chaque workflow est réellement utilisé.
Comparez la répartition des acteurs sur vos parcours dashboard, paramètres, support et inscription, et examinez les preuves derrière chaque session.
- Répartition des acteurs par route et par workflow.
- Preuves et fondement pour chaque résultat.
- Taux Unknown par route, pour savoir où ajouter de la couverture.
- /dashboardInconnu 7%
- /api/v1/catalogInconnu 15%
- /support/ticketsInconnu 8%
- /signupInconnu 21%
03 · Routage
La bonne expérience pour chaque acteur.
Définissez des règles pour les routes qui comptent et déployez-les progressivement. Tout le reste continue de fonctionner exactement comme aujourd'hui.
- Politiques par route, classe d'acteur et base.
- Observer, prévisualiser, puis appliquer.
- Votre authentification et votre autorisation existantes restent maîtres.
- /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 agent vérifié lit votre catalogue
Requête
GET /api/v1/catalog
Résultat
Agentbasis: verifiedVotre décision
Envoyez-le à l'API structurée, et exigez une autorisation distincte pour les modifications de compte.
Une personne rédige un ticket avec l'IA
Requête
POST /support/tickets
Résultat
Humain + IAbasis: declaredVotre décision
Acceptez-le et acheminez-le vers le support avec une étiquette assisté par IA.
Un changement de paramètres avec trop peu de preuves
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.
Déployer sans risque
Les équipes commencent en mode observation et avancent route par route.
- 01
Observer vos flux clés
Ajoutez le collecteur navigateur et le middleware serveur à l'inscription, au support et aux paramètres. Rien ne change dans votre produit.
- 02
Prévisualiser par workflow
Voyez ce qu'une règle aurait fait sur de vraies sessions, par exemple en étiquetant des tickets assistés par l'IA ou en orientant des agents vers votre API.
- 03
Appliquer route par route
Activez un workflow à la fois, avec un repli explicite pour Unknown sur les actions qui modifient le compte.
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
Cela ralentira-t-il ou bloquera-t-il mes utilisateurs ?
Non. Proof of Actor démarre en mode observation et ne change rien dans votre app tant que votre équipe n'active pas une politique pour une route spécifique.
Peut-il détecter quand quelqu'un a utilisé ChatGPT dans un autre onglet ?
Pas du trafic web ordinaire. Les résultats Humain + IA proviennent d'une utilisation de l'IA déclarée ou observable dans votre app, comme votre propre fonctionnalité d'assistant ou un contrôle de divulgation.
Remplace-t-il nos outils de connexion ou de lutte contre la fraude ?
Non. Il ajoute le contexte d'acteur à côté d'eux. Vos outils d'authentification, d'autorisation et de fraude restent maîtres de leurs propres décisions.
Par quels workflows devons-nous commencer ?
Commencez par les workflows où l'acteur change la bonne réponse: inscription, support, fonctionnalités à forte valeur et paramètres du compte.
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.
Apportez le contexte d'acteur à votre app SaaS.
Rejoignez le programme fondateur développeur de Proof of Actor.
Vous préférez en parler d'abord ? Parler aux fondateurs