Wissen, was das Backend Ihrer mobilen App aufruft.
Ihre App kommuniziert mit einer API, und das kann auch alles, was ihre Anfragen kopiert. Proof of Actor klassifiziert den Datenverkehr, der Ihr mobiles Backend erreicht, sodass Sie Ihre eigene App, Agents und unbekannte Clients unterschiedlich behandeln können.
POST /v2/bookings
Nachweise
Ihre App hat gemeldet, dass ihr In-App-Assistent diese Buchung für den angemeldeten Nutzer erstellt hat
Ihre Richtlinie: Zulassen, als KI-unterstützt kennzeichnen und den Benutzer um Bestätigung bitten
Ihre mobile API ist öffentlich, auch wenn Ihre App es nicht ist.
Jede Anfrage Ihrer App kann von einem Skript oder einem AI-Agenten wiedergegeben werden. Assistenten direkt auf dem Telefon beginnen ebenfalls, Apps für ihre Nutzer zu bedienen. Für Ihr Backend sieht all das wie derselbe API-Aufruf mit demselben Token aus.
Proof of Actor arbeitet dort, wo jede mobile Anfrage landet: in Ihrem Backend. Es liest die Evidenz, die jede Anfrage mitbringt, zeichnet auf, was Ihre App über ihre eigenen Assistentenfunktionen deklariert, und meldet Unknown, wenn die Evidenz nicht mehr ausreicht.
- Wer ruft an?Actor-Identität: Signatur, Deklaration oder Inferenz
- Welches Credential?Ihr API-Schlüssel, OAuth-Token oder Ihre Sitzung
- Was darf es tun?Ihre Autorisierung und Richtlinie
Proof of Actor beantwortet die erste Frage. Ihr Stack behält die anderen beiden.
Was Mobile-Teams mit Actor-Kontext tun
Im Backend klassifizieren
Betreiben Sie die Server- oder Edge-Integration vor der API, die Ihre App verwendet. Zum Start ist kein App-Release nötig.
Agenten und Skripte erkennen
Sehen Sie Anfragen, die Agent-Signaturen oder Deklarationen tragen, und trennen Sie sie vom eigenen Traffic Ihrer App.
In-App-AI kennzeichnen
Wenn der eigene Assistent Ihrer App im Namen eines Nutzers handelt, melden Sie dies, damit diese Anfragen als Human + AI erfasst werden.
Hochwirksame Aktionen absichern
Bitten Sie bei Buchungen, Zahlungen und Kontenänderungen um Bestätigung oder einen stärkeren Berechtigungsnachweis, wenn die Evidenz schwach ist.
Nutzung nach Endpoint ansehen
Verstehen Sie, welche Endpoints Menschen, Assistenten und automatisierte Clients am häufigsten nutzen.
Als Nächstes native SDKs
Native iOS und Android SDKs sind auf der Roadmap. Gründungsteams helfen mit, zu gestalten, was sie erfassen.
01 · Erkennen
Evidenz aus den Anfragen, die Ihr Backend empfängt.
Die Server-, Edge- oder HTTP API-Integration liest bei jedem Aufruf Ihrer mobilen API den Request-Kontext, Signaturen und deklarierte Client-Details.
- Rufen Sie Anfragekontext an Ihrem API-Gateway, Edge oder Server ab.
- Signierte Anfragen von Agenten, die ihre Schlüssel veröffentlichen.
- Deklarationen aus Ihrer App über ihre eigenen Assistant-Funktionen.
- Anfragesignaturvalid · sample-crawler.exampleverified
- Kundenerklärung"research-assistant/2.1"declared
- Browser-Interaktionpointer + keyboard eventsinferred
- Keine unterstützten Signaleroute not instrumentedunknown
02 · Verstehen
Wissen, wer jeden Endpoint verwendet.
Vergleichen Sie die Actor-Mischung über Login-, Such-, Buchungs- und Konto-Endpoints hinweg und sehen Sie, wo sich unbekannte Clients konzentrieren.
- Actor-Mix pro Endpoint und App-Version.
- Die Evidenz hinter jedem Ergebnis.
- Unknown-Rate pro Endpoint.
- /dashboardUnbekannt 7%
- /api/v1/catalogUnbekannt 15%
- /support/ticketsUnbekannt 8%
- /signupUnbekannt 21%
03 · Weiterleiten
Richtlinien, die zur Aktion passen.
Halten Sie Lesezugriffe schnell, fügen Sie eine Bestätigung für von AI entworfene Aktionen hinzu und verlangen Sie stärkere Anmeldedaten, wo die Auswirkungen hoch sind.
- Richtlinien pro Endpoint, Akteursklasse und Grundlage.
- Bei Bedarf auf eine stärkere Berechtigung umsteigen.
- Beobachten, Vorschau anzeigen, dann durchsetzen.
- /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.
Ihr In-App-Assistent bucht für einen Nutzer
Anfrage
POST /v2/bookings
Ergebnis
Mensch + KIbasis: declaredIhre Entscheidung
Zulassen, als KI-unterstützt kennzeichnen und den Benutzer um Bestätigung bitten.
Ein signierter Agent sucht nach Verfügbarkeit
Anfrage
GET /v2/availability
Ergebnis
Agentbasis: verifiedIhre Entscheidung
Den Lesezugriff mit dem Agenten-Rate-Limit zulassen.
Ein erneut verwendeter Token ohne weitere Nachweise
Anfrage
POST /v2/account/email
Ergebnis
Unbekanntbasis: unknownIhre Entscheidung
Behalten Sie Ihren bestehenden Verifizierungsschritt bei. Keine actor-basierte Entscheidung.
Ohne Risiko einführen
Teams beginnen im Beobachtungsmodus und gehen Route für Route vor.
- 01
In Ihrem Backend beobachten
Betreiben Sie die Server- oder Edge-Integration vor Ihrer mobilen API. Zum Start ist keine App-Veröffentlichung nötig.
- 02
Pro Endpunkt in der Vorschau prüfen
Sehen Sie, wie Booking-, Search- und Account-Endpunkte behandelt würden, einschließlich Anfragen, die Ihr eigener Assistent deklariert.
- 03
Bei Aufrufen mit hoher Auswirkung durchsetzen
Fügen Sie dort eine Bestätigung oder eine stärkere Berechtigung hinzu, wo die Evidenz schwach ist, beginnend mit den risikoreichsten Endpunkten.
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
Gibt es ein natives iOS- oder Android-SDK?
Noch nicht. Native SDKs sind auf der Roadmap. Heute läuft Proof of Actor an Ihrem Backend über die Server-, Edge- oder HTTP API-Integration, die jeden Request abdeckt, den Ihre app sendet.
Müssen wir eine neue App-Version ausliefern?
Nein. Sie können damit beginnen, an Ihrem Backend zu integrieren. Die Meldung der Nutzung eines In-App-Assistenten als Deklaration ist eine optionale Ergänzung zu Ihrer eigenen API.
Kann es meine echte App von einem Skript unterscheiden, das ihre Anfragen kopiert?
Es meldet die Belege, die jede Anfrage mit sich bringt. Anfragen ohne unterscheidende Belege werden als Unknown gemeldet statt geraten, und Ihre Richtlinie entscheidet, wie damit umzugehen ist.
Ersetzt es unsere Login- oder Token-Prüfungen?
Nein. Ihre Authentifizierung bleibt zuständig. Proof of Actor ergänzt, wer oder was handelt, damit Ihre Richtlinien besser reagieren können.
Was kostet das?
Ausgewählte Founding-Developer-Teams können innerhalb vereinbarter Nutzungslimits bis zu 12 Monate kostenlos erhalten.
Bringen Sie Actor-Kontext in Ihr mobiles Backend.
Werden Sie Teil des Founding-Developer-Programms von Proof of Actor.
Möchten Sie zuerst sprechen? Mit den Gründern sprechen