Zum Hauptinhalt springen
SAAS-APPS

Machen Sie Ihre SaaS-Anwendung actor-aware.

Verstehen Sie beobachtete menschliche, KI-unterstützte, autonome und unbekannte Interaktionen, damit Ihr Produkt angemessen reagieren kann, vom Sign-up bis zu den Einstellungen.

example-app.test · actor result

POST /reports/generate

Mensch + KIbasis: declared

Nachweise

Der integrierte Assistent der app hat diese Anfrage für einen angemeldeten Benutzer erstellt

Ihre Richtlinie: Den Bericht zulassen und als KI-unterstützt erfassen

Ihre Nutzer bringen jetzt Assistenten und Agents mit.

Menschen melden sich an und übergeben die Arbeit dann an KI-Assistenten, Browser-Agenten und Automatisierungen. Ihre App sieht dafür dasselbe Konto und dieselbe Sitzung.

Das erschwert es, das richtige Erlebnis zu gestalten: einen schnellen Pfad für Menschen, einen strukturierten Pfad für legitime Automatisierung und einen vorsichtigen Pfad für sensible Aktionen. Proof of Actor gibt Ihrem Produkt diesen Kontext.

Sitzung

Ihr Login weiß

user: [email protected]

plan: team

actor: ?

proof of actor

Proof of Actor ergänzt

Agentbasis: declared

Ein Assistent handelt über dieses Konto auf /reports.

Was SaaS-Teams mit Actor-Kontext tun

  • Die menschliche Erfahrung schützen

    Halten Sie Registrierungs-, Onboarding- und Alltagsabläufe für Menschen schnell, ohne pauschale Reibung.

  • Geben Sie Agenten einen strukturierten Pfad

    Bieten Sie verifizierten oder deklarierten Agenten eine API oder eine strukturierte Antwort anstelle einer für Menschen gebauten UI.

  • Im Support offengelegte KI-Unterstützung

    Akzeptieren Sie KI-unterstützte Arbeit, wo sie passt, und kennzeichnen Sie sie, statt sie als Missbrauch zu behandeln.

  • Sensible Aktionen absichern

    Fügen Sie eine Prüfung oder einen strengeren Check für kontenändernde Aktionen hinzu, wenn Ihre eigene Richtlinie dies vorsieht.

  • Produktnutzung verstehen

    Sehen Sie, welche Funktionen Menschen, Assistenten und Agenten tatsächlich nutzen, Route für Route.

  • Plan für Unknown

    Entscheiden Sie pro Route, was geschieht, wenn die Evidenz nicht ausreicht, und halten Sie diese Rate sichtbar.

01 · Erkennen

Signale aus Ihrem Produkt und Ihrem Server.

Ein Browser-Collector erfasst Interaktionssignale auf den von Ihnen ausgewählten Seiten, und eine Server-Integration ergänzt den Request-Kontext und Signaturen automatisierter Clients.

  • Interaktionssignale dort, wo der Browser-Collector läuft.
  • Signierte Anfragen von Agenten, die ihre Schlüssel veröffentlichen.
  • AI-Hinweise in der App und Ihre eigenen Assistentenfunktionen.
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

Sehen Sie, wie jeder Workflow tatsächlich verwendet wird.

Vergleichen Sie die Actor-Mischung in Ihren Dashboard-, Einstellungs-, Support- und Sign-up-Flows und gehen Sie der Evidenz hinter jeder Sitzung auf den Grund.

  • Actor-Mix pro Route und pro Workflow.
  • Evidenz und Grundlage für jedes Ergebnis.
  • Unknown-Rate nach Route, damit Sie wissen, wo Abdeckung ergänzt werden sollte.
Traffic nach Route · 7 Tage
  • /dashboardUnbekannt 7%
  • /api/v1/catalogUnbekannt 15%
  • /support/ticketsUnbekannt 8%
  • /signupUnbekannt 21%
MenschMensch + KIAgentUnbekannt

03 · Weiterleiten

Das richtige Erlebnis für jeden Actor.

Schreiben Sie Regeln für die relevanten Routen und rollen Sie sie schrittweise aus. Alles andere funktioniert weiterhin genau wie heute.

  • Richtlinien nach Route, Akteursklasse und Grundlage.
  • Beobachten, Vorschau anzeigen, dann durchsetzen.
  • Ihre bestehende Authentifizierung und Autorisierung bleiben maßgeblich.
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 verifizierter Agent liest Ihren Katalog

    Anfrage

    GET /api/v1/catalog

    Ergebnis

    Agentbasis: verified

    Ihre Entscheidung

    Senden Sie es an die strukturierte API und verlangen Sie eine separate Autorisierung für Kontoänderungen.

  • Eine Person entwirft ein Ticket mit KI

    Anfrage

    POST /support/tickets

    Ergebnis

    Mensch + KIbasis: declared

    Ihre Entscheidung

    Akzeptieren Sie es und leiten Sie es mit dem Label KI-unterstützt an den Support weiter.

  • Eine Änderung der Einstellungen mit zu wenig Nachweisen

    Anfrage

    POST /account/password

    Ergebnis

    Unbekanntbasis: unknown

    Ihre Entscheidung

    Behalten Sie den bestehenden Re-Authentifizierungsablauf bei. Keine actor-basierte Entscheidung.

Ohne Risiko einführen

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

  1. 01

    Ihre wichtigsten Abläufe beobachten

    Fügen Sie den Browser-Collector und die Server-Middleware zu Registrierung, Support und Einstellungen hinzu. An Ihrem Produkt ändert sich nichts.

  2. 02

    Pro Workflow in der Vorschau prüfen

    Sehen Sie, was eine Regel in realen Sitzungen getan hätte, zum Beispiel AI-gestützte Tickets zu kennzeichnen oder Agenten zu Ihrer API zu leiten.

  3. 03

    Route für Route durchsetzen

    Aktivieren Sie jeweils einen Workflow, mit einem expliziten Fallback für Unknown bei kontoändernden Aktionen.

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.

Häufig gestellte Fragen

Wird es meine Nutzer verlangsamen oder blockieren?

Nein. Proof of Actor startet im Beobachtungsmodus und ändert nichts in Ihrer app, bis Ihr Team eine Richtlinie für eine bestimmte Route aktiviert.

Kann es erkennen, wenn jemand ChatGPT in einem anderen Tab verwendet hat?

Nicht aus gewöhnlichem Webverkehr. Human + AI-Ergebnisse stammen aus KI-Nutzung, die in Ihrer app deklariert oder beobachtbar ist, etwa durch Ihre eigene Assistenzfunktion oder eine Offenlegungskontrolle.

Ersetzt es unsere Login- oder Betrugstools?

Nein. Es ergänzt den Akteur-Kontext zusätzlich dazu. Ihre Authentifizierungs-, Autorisierungs- und Fraud-Tools treffen ihre eigenen Entscheidungen weiterhin selbst.

Mit welchen Workflows sollen wir beginnen?

Beginnen Sie mit den Workflows, bei denen der Actor die richtige Reaktion verändert: Registrierung, Support, hochwertige Funktionen und Kontoeinstellungen.

Was kostet das?

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

Bringen Sie Actor-Kontext in Ihre SaaS-App.

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

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