QR-Codes für Menschen. Verwaltet von Ihrem KI-Agenten.
Ihr Agent erstellt die Codes, aktualisiert sie nach dem Druck und gibt die Kontrolle jederzeit an Sie zurück, wann immer Sie es möchten. Zu lesen, was sich hinter einem Code befindet, ist eine eigene Berechtigung, die er standardmäßig nicht besitzt — und jede Leseberechtigung, die Sie erteilen, wird geprüft, begrenzt und kann von Ihnen widerrufen werden.
// 01 · was Ihr Agent tatsächlich tut
Drei Aufgaben — und Sie haben bei allen dreien das Sagen
Erstellen und teilen
Sie übergeben Ihrem Agenten den Inhalt über einen freigegebenen Upload. Er erstellt einen geschützten Code und bittet darum, einem Empfänger Zugriff zu gewähren. Das Versenden übernimmt der Server. Ihr Agent erhält eine Code-ID und einen Zustellstatus — nie den Link, den ein Empfänger nutzen wird.
Nach dem Druck aktualisieren
Das Ziel hat sich geändert, und der Code ist bereits auf tausend Kartons. Ihr Agent leitet ihn um. Der gedruckte Code bleibt gültig, der Zugangsschutz bleibt bestehen, und wenn Sie denselben Code zuerst im Dashboard bearbeitet haben, wird die ältere Änderung des Agenten abgelehnt, statt stillschweigend zu gewinnen.
Übernehmen
Sie sehen, welcher Agent was geändert hat, bearbeiten denselben Code selbst und widerrufen diese Berechtigung. Sein nächster Aufruf wird abgelehnt — auch bereits eingereihte Arbeit. Ihr eigener Zugang bleibt unberührt.
// 02 · was jedes Versprechen durchsetzt
Jede Behauptung oben — und das, was sie wahr macht
Eine Sicherheitsaussage ohne benannten Mechanismus ist eine Einladung, sie auf Treu und Glauben zu akzeptieren. Hier stehen die Kontrollen, nicht die Wunschvorstellungen.
| Behauptung | Was sie durchsetzt |
|---|---|
| Das Lesen des Inhalts hinter einem Code ist eine eigene Berechtigung, standardmäßig deaktiviert | Inhalte werden im Ruhezustand unter einem Schlüssel pro Workspace verschlüsselt und an den Code und den Workspace gebunden, zu denen sie gehören. Genau ein Endpunkt und ein Werkzeug entschlüsseln einen, beide hinter einem separaten qr:content:read-Scope, der bewusst aus der älteren read/write-Erweiterung ausgeschlossen ist -- ein Schlüssel, der Ihre Codes auflisten kann, kann sie also nicht lesen, bis Sie es erlauben. Jeder solche Lesezugriff schreibt einen Audit-Datensatz und zählt gegen ein stündliches Limit pro Berechtigung. Jede andere Antwort kennzeichnet Inhalte als zurückgehalten, statt sie stillschweigend wegzulassen. |
| Ein Agent kann einen Code nicht öffentlich machen | Der öffentliche Modus und jede Umstellung auf einen schwächeren Zugangsschutz werden für Maschinenberechtigungen auf jedem Schreibpfad abgelehnt, auch bei Sammeloperationen. Eine Person kann diese Änderung im Dashboard vornehmen. |
| Ein Agent kann sich nicht selbst mehr Befugnisse verschaffen | Für API-Schlüssel, Abrechnung, Teammitgliedschaft und den Audit-Verlauf gibt es auf keiner Freigabestufe ein Agenten-Werkzeug. Delegierte Tokens sind auf die Schnittmenge dessen beschränkt, was ihr übergeordneter Schlüssel weiterhin besitzt, und werden bei jeder Nutzung erneut geprüft. |
| Sie können sehen, welcher Agent was getan hat | Jede Maschinenaktion schreibt einen Audit-Datensatz, der die Berechtigung und ihre Bezeichnung nennt, zusammen mit den Request-, Job- und Freigabe-IDs, die sie zu einer Spur verbinden. |
| Einen Agenten zu widerrufen stoppt ihn sofort | Befugnisse werden bei der Nutzung geprüft, nicht bei der Ausstellung -- auch pro Element innerhalb eines laufenden Sammeljobs, der dort stoppt, wo er gerade ist, statt den Stapel abzuschließen. |
| Ein gedruckter Code bleibt gültig, wenn sich sein Ziel ändert | Die URL ist undurchsichtig und dauerhaft. Eine Aktualisierung ändert, worauf ein Code auflöst, nie den Code selbst, und der Zugangsschutz bleibt über die Änderung hinweg erhalten. |
| Eine veraltete Änderung eines Agenten kann Ihre nicht überschreiben | Jeder Schreibvorgang eines Agenten ist an die Version gebunden, die er gelesen hat. Wenn Sie den Code in der Zwischenzeit bearbeitet haben, wird der Schreibvorgang mit einem ausdrücklichen Konflikt abgelehnt, statt sich durchzusetzen. |
| Ein freigegebener Link erreicht Ihren Agenten nie | Die Zustellung erfolgt serverseitig: Der Agent bittet darum, einem Empfänger Zugriff zu gewähren, und der Server versendet ihn. Der Agent erhält den Zustellstatus, nie den Link. |
// 03 · was dies nicht schützt
Die Teile, die wir nicht behaupten
Lesen Sie diesen Abschnitt, bevor Sie einen Agenten auf einen Workspace loslassen. Eine Grenze, von der Sie später erfahren, ist schlimmer als eine, die auf der Seite stand.
Metadaten, die Ihr Agent lesen kann, kann er kopieren
Titel, Ordnernamen, Scan-Zahlen und Analysen sind für eine Berechtigung mit dem passenden Scope sichtbar. Nichts hindert einen Agenten daran, das, was er berechtigt gelesen hat, an einen Ort zu schreiben, den Sie nicht beabsichtigt haben. Begrenzen Sie die Berechtigung auf das, was die Aufgabe erfordert.
Inhalte, für die Ihr Agent eine Leseberechtigung hat, kann er kopieren
Die Verschlüsselung schützt den Inhalt vor uns und vor einem Datenbankabzug. Sie schützt ihn nicht vor einem von Ihnen autorisierten Empfänger und nicht vor einer Berechtigung, der Sie qr:content:read erteilt haben -- und ein Inhalt, der in den Kontext eines Modells eingelesen wurde, hat unsere Kontrollen verlassen. Erteilen Sie diesen Scope nur den Aufgaben, die ihn benötigen, und keinen anderen; der Audit-Verlauf zeigt, welche Berechtigung was gelesen hat, und wann.
Wir überwachen nicht, wohin ein Ziel führt
Ziele werden dort, wo sie konfiguriert sind, gegen Reputationsanbieter geprüft, und ein Prüfungsausfall wird gemeldet, statt verschwiegen zu werden. Das ist ein Filter, keine Garantie.
Ein per Prompt-Injection manipulierter Agent ist weiterhin Ihr Agent
Inhalte, die das Produkt zurückgibt, sind als nicht vertrauenswürdig gekennzeichnet, und die Werkzeuge verweigern die wichtigsten Aktionen. Innerhalb seines erteilten Scopes handelt ein Agent, dem etwas eingeredet wurde, mit Ihrer Befugnis -- deshalb ist der Widerruf sofort wirksam und der Audit-Verlauf nennt die Berechtigung.
// 04 · einen Agenten anbinden
Eine agent-native QR-Plattform, kein Plugin
Die Maschinenschnittstelle ist das Produkt, keine Hülle um das Dashboard. Verbinden Sie einen gehosteten Client und autorisieren Sie ihn im Browser, oder geben Sie einen Schlüssel an etwas weiter, das Sie selbst geschrieben haben — beides führt zu denselben Kontrollen.
Ein Schlüssel für Ihren eigenen Client
Erstellen Sie im Dashboard einen API-Schlüssel mit eingeschränkten Scopes und geben Sie ihn Ihrem Agenten. Scopes gelten pro Aktion, und ein Sandbox-Schlüssel erlaubt Ihnen das Üben gegen getrennte Daten, deren E-Mails und Webhooks abgefangen statt versendet werden.
Eine Browser-Einwilligung für einen gehosteten
Ein gehosteter Client leitet Sie auf eine Einwilligungsseite weiter, die ihn benennt und genau auflistet, was er anfordert. Sie stimmen einmal zu; wenn er mehr verlangt, werden Sie erneut gefragt.
Geschrieben, damit ein Modell es ausführt
Die Regeln des Engagements — was abgelehnt wird, was jeder Fehler bedeutet und wann man stoppt — sind als kurzes Dokument veröffentlicht, das Ihr Agent vor seinem ersten Aufruf liest.
Eine Tür zum Inhalt, und Sie halten den Schlüssel
Metadaten und Lebenszyklus gehören zu einem gewöhnlichen Lese-Scope. Inhalte haben genau einen Endpunkt und ein Werkzeug, beide hinter einem eigenen Scope, den kein Altschlüssel erbt, geprüft pro Aufruf und begrenzt pro Stunde.
Maschinenlesbar: /agents.md für die Regeln des Engagements, /llms.txt für alles andere, was ein Agent zuerst lesen sollte.