Salta al contenuto principale
APP SAAS

Rendi la tua applicazione SaaS consapevole dell'actor.

Comprendi le interazioni osservate umane, assistite da AI, autonome e Unknown così che il tuo prodotto possa rispondere in modo appropriato, dalla registrazione alle impostazioni.

Richiedi accesso anticipatoEsplora come funziona
example-app.test · risultato dell'attore

POST /reports/generate

Umano + IAbasis: declared

Prova

L'assistente integrato della app ha creato questa richiesta per un utente autenticato

La tua policy: Consenti e registra il report come Human + AI

I tuoi utenti ora portano con sé assistenti e agenti.

Le persone effettuano l'accesso e poi affidano il lavoro ad assistenti AI, agenti browser e automazioni. La tua app vede per tutto lo stesso account e la stessa sessione.

Questo rende difficile progettare l'esperienza giusta: un percorso rapido per le persone, un percorso strutturato per l'automazione legittima e un percorso prudente per le azioni sensibili. Proof of Actor fornisce al tuo prodotto quel contesto.

sessione

Il tuo accesso sa

user: [email protected]

plan: team

actor: ?

proof of actor

Proof of Actor aggiunge

Agentebasis: declared

Un assistente sta agendo tramite questo account su /reports.

Cosa fanno i team SaaS con il contesto dell'attore

  • Proteggi l'esperienza umana

    Mantieni veloci per le persone i flussi di registrazione, onboarding e quelli quotidiani, senza attriti generalizzati.

  • Offri agli agenti un percorso strutturato

    Offri agli agenti Verified o Declared una API o una risposta strutturata invece di una UI pensata per le persone.

  • Assistenza AI dichiarata nel supporto

    Accetta il lavoro assistito da AI dove è appropriato ed etichettalo, invece di trattarlo come abuso.

  • Proteggi le azioni sensibili

    Aggiungi una revisione o un controllo più forte sulle azioni che modificano l'account quando la tua policy lo prevede.

  • Comprendi l'uso del prodotto

    Vedi quali funzionalità usano davvero persone, assistenti e agenti, route per route.

  • Piano per Unknown

    Decidi per route cosa accade quando le evidenze non sono sufficienti e mantieni visibile quel tasso.

01 · Rileva

Segnali dal tuo prodotto e dal tuo server.

Un collector del browser acquisisce i segnali di interazione nelle pagine che scegli, e un'integrazione server aggiunge il contesto della richiesta e le firme dei client automatizzati.

  • Segnali di interazione in cui il collector del browser è in esecuzione.
  • Richieste firmate da agenti che pubblicano le proprie chiavi.
  • Informative AI nell'app e funzionalità del tuo assistente.
segnali · ultima richiesta per sorgente
  • Firma della richiestavalid · sample-crawler.exampleverified
  • Dichiarazione del client"research-assistant/2.1"declared
  • Interazione nel browserpointer + keyboard eventsinferred
  • Nessun segnale supportatoroute not instrumentedunknown

02 · Comprendi

Vedi come viene davvero usato ogni workflow.

Confronta la composizione degli attori nel tuo dashboard, nelle impostazioni, nel supporto e nei flussi di iscrizione, e approfondisci le prove dietro qualsiasi sessione.

  • Composizione degli attori per percorso e per flusso di lavoro.
  • Evidenze e base per ogni risultato.
  • Tasso di Unknown per route, così sai dove aggiungere copertura.
traffico per route · 7 giorni
  • /dashboardSconosciuto 7%
  • /api/v1/catalogSconosciuto 15%
  • /support/ticketsSconosciuto 8%
  • /signupSconosciuto 21%
UmanoUmano + IAAgenteSconosciuto

03 · Instrada

L'esperienza giusta per ogni attore.

Scrivi regole per i route che contano e distribuiscile gradualmente. Tutto il resto continua a funzionare esattamente come oggi.

  • Policy per route, classe di actor e base.
  • Osserva, anteprima, poi enforcement.
  • La tua autenticazione e autorizzazione esistenti restano al comando.
policy · example-app.test
  • /api/v1/catalogenforceAgenteConsenti · API strutturata
  • /support/ticketsenforceUmano + IAConsenti · etichetta come Human + AI
  • /account/*previewSconosciutoMantieni i controlli esistenti
  • /api/v1/orderspreviewAgenteRichiedi credenziali più forti

Esempi di decisioni

Dalla request al risultato, fino alla tua decisione.

  • Un agent verificato legge il tuo catalogo

    Request

    GET /api/v1/catalog

    Risultato

    Agentebasis: verified

    La tua decisione

    Invialo alla API strutturata e richiedi un'autorizzazione separata per le modifiche all'account.

  • Una persona prepara un ticket con AI

    Request

    POST /support/tickets

    Risultato

    Umano + IAbasis: declared

    La tua decisione

    Accettalo e instradalo al supporto con etichetta assistito da AI.

  • Una modifica delle impostazioni con troppe poche evidenze

    Request

    POST /account/password

    Risultato

    Sconosciutobasis: unknown

    La tua decisione

    Mantieni il flusso di riautenticazione esistente. Nessuna decisione basata sull'actor.

Rilascia senza rischi

I team iniziano in modalità di osservazione e procedono route per route.

  1. 01

    Osserva i tuoi flussi chiave

    Aggiungi il collector del browser e il middleware server a registrazione, supporto e impostazioni. Nulla nel tuo prodotto cambia.

  2. 02

    Anteprima per workflow

    Vedi cosa avrebbe fatto una regola su sessioni reali, ad esempio etichettando ticket assistiti dall'AI o instradando agenti verso la tua API.

  3. 03

    Applica route per route

    Attiva un workflow alla volta, con un fallback esplicito per Unknown sulle azioni che modificano l'account.

Funziona con il tuo stack

  • Team founding

    Middleware del server web (Node.js)

    Lato server

    Segnali a livello di richiesta per app renderizzate lato server e API.

  • Team founding

    Next.js

    Lato server ed edge

    Middleware per pagine e route API.

  • Team founding

    Script del browser

    Solo segnali del browser

    Segnali di interazione dalle sessioni del browser, insieme a un'integrazione lato server.

  • Team founding

    Cloudflare e runtime edge

    Edge

    Segnali all'edge prima che le richieste raggiungano l'origine.

  • Team founding

    API HTTP generica

    Qualsiasi stack

    Invia il contesto della richiesta a una API e ricevi un risultato con la sua base.

  • Team founding

    Server MCP

    MCP

    Contesto dell'attore per le chiamate agli strumenti MCP.

  • Roadmap

    WordPress

    Plugin

    Plugin per siti WordPress.

  • Roadmap

    Mobile nativo

    iOS e Android

    SDK nativi per iOS e Android.

Le integrazioni vengono fornite in modo pratico con ogni team fondatore durante l'onboarding. Usi uno stack diverso? Diccelo quando fai domanda.

Scopri di più

Leggi Detection & Limitations

Domande frequenti

Rallenterà o bloccherà i miei utenti?

No. Proof of Actor parte in modalità osservazione e non cambia nulla nella tua app finché il tuo team non abilita una policy per una route specifica.

Può capire quando qualcuno ha usato ChatGPT in un'altra scheda?

Non dal normale traffico web. I risultati Human + AI derivano da un uso dell'AI che è dichiarato o osservabile nella tua app, come la tua funzione assistente o un controllo di disclosure.

Sostituisce i nostri strumenti di accesso o antifrode?

No. Aggiunge il contesto dell'actor accanto a loro. I tuoi strumenti di autenticazione, autorizzazione e prevenzione frodi restano responsabili delle proprie decisioni.

Da quali workflow dovremmo iniziare?

Inizia dai workflow in cui l'attore cambia la risposta corretta: registrazione, supporto, funzionalità di alto valore e impostazioni dell'account.

Quanto costa?

I team fondatori selezionati possono ricevere fino a 12 months free entro i limiti d'uso concordati.

Porta il contesto dell'attore nella tua app SaaS.

Unisciti al founding developer program di Proof of Actor.

Richiedi accesso anticipatoHub per sviluppatori

Preferisci parlare prima? Parla con i fondatori