Ein CAPTCHA ist eine einfache Idee: Man stellt einem Besucher eine Aufgabe, die Menschen lösen können und Maschinen nicht, und lässt jeden durch, der besteht. Viele Jahre lang war das ein vernünftiger Tausch. Menschen verloren ein paar Sekunden, und die schlimmste Automatisierung wurde verlangsamt.
Drei Dinge haben sich geändert. Maschinen sind gut darin geworden, die Aufgaben zu lösen. Menschen sind es leid geworden, sie zu lösen. Und eine neue Art von Besucher ist aufgetaucht: KI-Agenten, die im Auftrag echter Kunden handeln, und Menschen, die mit KI-Assistenten arbeiten. Ein Test, der fragt: "Sind Sie ein Mensch?", hat für beide keine gute Antwort.
Proof of Actor verfolgt einen anderen Ansatz. Statt jeden Besucher zu testen, teilt es Ihrer Anwendung mit, wer oder was handelt, zusammen mit der Evidenz hinter der Schlussfolgerung, und überlässt es Ihrem Code zu entscheiden, ob überhaupt eine Herausforderung nötig ist.
Die Kurzfassung
| CAPTCHA | Proof of Actor | |
|---|---|---|
| Hauptfrage | Kann dieser Besucher einen Menschentest bestehen? | Wer oder was handelt, und was ist die Evidenz? |
| Wer trägt die Kosten | Jeder Besucher, der die Herausforderung sieht | Niemand; die Klassifizierung läuft im Hintergrund |
| Mögliche Antworten | Bestehen oder nicht bestehen | Human, Human + AI, Agent oder Unknown, plus eine Basis |
| Legitime KI-Agenten | Gestoppt oder gezwungen, den Test zu umgehen | Erkannt und an das richtige Erlebnis weitergeleitet |
| Menschen, die KI-Assistenten nutzen | Wie jeder andere Besucher behandelt | Eine eigene Klasse, Human + AI |
| Unklare Zugriffe | Müssen denselben Test bestehen | Unknown, mit einem Fallback, den Sie pro Route wählen |
| Wo es gilt | Die Seiten, auf denen Sie es platzieren | Jede Route, die Ihre Integration abdeckt |
| Standardverhalten bei der Installation | Sichtbare Herausforderung | Beobachtung; nichts ändert sich, bis Sie eine Richtlinie hinzufügen |
Ein Test im Vergleich zu Evidenz
Ein CAPTCHA erzeugt genau eine Information: Der Besucher hat bestanden oder nicht bestanden. Es sagt Ihnen nicht, wer der Besucher war, ob er mit einem Assistenten gearbeitet hat oder wie sicher Sie im Ergebnis sein sollten. Und es erzeugt diese Information, indem es den Besucher arbeiten lässt.
Proof of Actor erzeugt eine Klassifizierung und ihre Evidenzbasis. Ein verifiziertes Ergebnis bedeutet, dass eine überprüfbare Behauptung validiert wurde, etwa eine Anforderungssignatur, die gegen einen veröffentlichten Schlüssel geprüft wurde. Ein deklarierte Ergebnis bedeutet, dass ein Client oder Ihre eigene Anwendung es angegeben hat. Ein inferred Ergebnis wird als Inferenz gekennzeichnet. Unknown bedeutet, dass die Evidenz keine Entscheidung trägt. Ihr Team kann jedes Ergebnis lesen und sehen, worauf es beruht, und der Besucher muss dafür nichts tun.
Die Kosten, alle herauszufordern
Jede Herausforderung ist Reibung, die man Ihren besten Nutzern auferlegt, um Ihre schlimmsten zu verlangsamen. Auf einer Registrierungsseite kostet das Conversions. Beim Checkout kostet es Umsatz. Auf der Ebene der Barrierefreiheit kann es Menschen vollständig ausschließen. Teams akzeptieren diese Kosten nur, weil sie kein besseres Signal darüber haben, wer auf der anderen Seite ist.
Mit Actor-Kontext verschiebt sich der Tausch. Sie können das normale Erlebnis für von Menschen gesteuerte Sessions beibehalten, die Herausforderung dort überspringen, wo die Evidenz stark ist, und sie für die kleinen Fälle reservieren, in denen sie noch einen Wert hat, zum Beispiel ein Unknown-Ergebnis bei einer Passwortänderung oder einer Aktion mit hohem Wert. Die meisten Besucher sehen nie wieder eine Herausforderung.
Legitime Agenten brauchen einen Weg, kein Rätsel
Ein CAPTCHA ist gebaut, um Software zu stoppen. Das ergab Sinn, als fast jede Software, die Ihre Seiten besuchte, unerwünscht war. Das ist heute nicht mehr so.
Heute kann ein Assistent Pläne für einen Kunden vergleichen, ein Agent kann über Ihre App ein Meeting buchen, und ein KI-Client kann Ihren MCP server aufrufen, um eine Aufgabe abzuschließen. Sie zu stoppen, stoppt Ihre Kunden. Sie durch Seiten und Rätsel zu zwingen, die für Menschen gebaut wurden, erzeugt fragile Automatisierung, die bei jedem Redesign bricht.
Proof of Actor erkennt Agenten, und mit signierten Anforderungen kann es verifizieren, welcher Schlüssel und welcher Betreiber dahinterstehen. Ihre Anwendung kann dann etwas Besseres tun als eine Herausforderung: eine strukturierte API bereitstellen, einen agentenfreundlichen Ablauf anbieten oder ein für Automatisierung geeignetes Rate-Limit anwenden. Der Leitfaden zum Bereitstellen strukturierter Inhalte für KI-Agenten zeigt, wie das geht.
Eine verifizierte Identität ist nicht dasselbe wie Berechtigung. Eine gültige Signatur sagt Ihnen, welcher Schlüssel die Anforderung signiert hat; ob dieser Agent eine Aktion ausführen darf, ist Ihre Autorisierungsentscheidung. Proof of Actor hält diese beiden Fragen getrennt.
Menschen, die mit KI arbeiten, sind weiterhin Ihre Nutzer
Eine Person, die mit Hilfe eines Assistenten eine Support-Nachricht entwirft oder ein Formular mit KI-Hilfe ausfüllt, ist ein Kunde. Ein Menschentest hat darüber nichts Nützliches zu sagen: Er besteht ihn entweder, oder er wird blockiert, weil sein Verhalten ungewöhnlich aussieht.
Proof of Actor gibt ihnen ihre eigene Klasse, Human + AI, gemeldet, wenn Unterstützung deklariert wird oder über eine unterstützte Integration beobachtbar ist. So können Sie KI-gestützte Einsendungen für das richtige Team kennzeichnen, untersuchen, wie unterstützte Nutzer durch Ihr Produkt gehen, und ihr Erlebnis reibungslos halten. Lesen Sie mehr im Glossareintrag KI-gestützte Interaktion.
Mit unklaren Fällen bewusst umgehen
Einige Zugriffe bleiben immer unklar. Ein CAPTCHA behandelt sie überall gleich: Alle machen den Test.
Proof of Actor gibt Unknown als Ergebnis erster Klasse zurück, niemals standardmäßig als Mensch behandelt und niemals standardmäßig als bösartig behandelt. Sie wählen den Fallback pro Route, passend zum Risiko:
- Öffentliche Seiten und Dokumentation: allow und das Standarderlebnis beibehalten.
- Registrierungs- und Kontaktformulare: allow, mit Ihren üblichen Missbrauchskontrollen.
- Änderungen am Konto: Ihren bestehenden Re-Authentifizierungsfluss beibehalten.
- Aktionen mit hoher Auswirkung: an review weiterleiten oder hier eine challenge anwenden, wenn Sie eine behalten möchten.
Hier kann eine Herausforderung ihren Platz immer noch verdienen: als ein bewusster Richtlinienausgang auf einer sensiblen Route, nicht als Maut für jeden Besucher.
Wo die Entscheidung liegt
Ein CAPTCHA-Widget entscheidet in dem Moment, in dem es angezeigt wird, auf der Seite, auf der Sie es platziert haben, und nur einmal.
Mit Proof of Actor entscheidet Ihre Anwendung auf jeder Route, die Ihre Integration abdeckt: Server-Middleware, Next.js, am Edge, eine freigegebene Browser-Integration, eine generische HTTP API oder Ihr MCP server. Richtlinien nutzen die Actor-Klasse und die Basis gemeinsam: allow, adapt, challenge, review oder rate-limit. Sie leben in Ihrem Code, neben dem Rest Ihrer Geschäftslogik, und Sie können sie ändern, ohne eine Seite neu zu gestalten.
Die Einführung
Proof of Actor beginnt im Beobachtungsmodus. Die Installation ändert nichts an dem, was Ihre Nutzer sehen. Ein sinnvoller Weg weg von pauschalen Herausforderungen sieht so aus:
- Observe. Lassen Sie Ihre bestehenden Herausforderungen bestehen und fügen Sie Proof of Actor hinzu. Beobachten Sie die Actor-Mischung und die Unknown-Rate auf jeder Route.
- Compare. Sehen Sie für jede herausgeforderte Route, wie viele Herausforderungen menschliche Sessions, KI-gestützte Nutzer und verifizierte Agenten treffen.
- Preview. Schreiben Sie eine Richtlinie, die die Herausforderung dort überspringt, wo die Evidenz stark ist, und sie für Unknown bei sensiblen Aktionen beibehält. Prüfen Sie ihre Wirkung gegen echten Traffic.
- Enforce. Schalten Sie die Richtlinie jeweils nur für eine Route ein, mit dokumentiertem Fallback und einem Rollback-Schalter.
Der Leitfaden zum sicheren Einführen actor-bewusster Richtlinien erläutert jeden Schritt im Detail.
Wann ein CAPTCHA trotzdem sinnvoll ist
Herausforderungen bleiben an einigen Stellen ein nützliches Werkzeug: eine Welle unklaren Traffics gegen eine sensible Aktion, ein Formular unter aktivem Missbrauch oder eine Route, für die Sie noch kein anderes Signal haben. Proof of Actor verlangt nicht, dass Sie dieses Werkzeug wegwerfen. Es gibt Ihnen den Kontext, es nur dort einzusetzen, wo es hilft.
Jetzt starten
Proof of Actor befindet sich in privater Beta. Ausgewählte Founding-Developer-Teams können bis zu 12 Monate kostenlosen Zugriff innerhalb vereinbarter Nutzungsgrenzen erhalten, mit direktem Support vom Team, das es entwickelt. Beantragen Sie frühzeitigen Zugriff und teilen Sie uns mit, welche Routen Sie heute herausfordern.