Übergeben Sie den Posteingang der Software
und behalten Sie die Schlüssel
Geben Sie einem Agenten eine eigene Adresse und einen Schlüssel, begrenzt auf das, was er darf. Er liest, setzt Labels, entwirft und sendet, und jeder Aufruf wird protokolliert.
Die Rolle bestimmt die Werkzeuge. Schränken Sie sie ein, und die Schreibwerkzeuge fallen weg.
Wo es anfängt
Wie das heute aussieht.
Ein Assistent meldet sich als Sie an
Er arbeitet aus Ihrem Konto mit Ihrem Passwort, also kann das Protokoll Sie beide nicht unterscheiden.
Mail liegt, bis jemand sie öffnet
Nichts bekommt ein Label, wird einsortiert oder zusammengefasst, bevor ein Mensch den Tab öffnet.
Ihr Code fragt nach neuer Mail
Beim Eingang gibt es kein Ereignis, also fragt die App im Takt erneut und erfährt es spät.
So funktioniert es
In vier Schritten startklar.
- 01
Die Adresse anlegen
Legen Sie sie in den Einstellungen an, teilen Sie sie dann mit einer Person oder stellen Sie einen Schlüssel aus, der als sie senden darf.
- 02
Einen Client darauf richten
Verbinden Sie Claude oder einen beliebigen MCP-Client mit dem Server, melden Sie sich an und bestätigen Sie.
- 03
Festlegen, was beim Eingang passiert
Schreiben Sie eine Regel, die der Nachricht ein Label gibt oder sie archiviert, oder melden Sie einen Endpunkt an, der einen signierten Webhook empfängt.
- 04
Das Protokoll lesen, Schlüssel für Schlüssel
Jeder Aufruf zeigt Methode, Pfad, Status und Dauer, und beim Rotieren eines Schlüssels bleibt diese Historie.
Worauf es läuft
Die Teile, die die Arbeit machen.
Das läuft auf einem MCP-Server, einer HTTP-API mit Schlüsseln, die Sie eingrenzen und widerrufen können, einem typisierten SDK, Webhooks und Prompts, die Sie umschreiben können.
Claude, oder jeden MCP-Client, auf das eigene Postfach richten.
Eine dokumentierte HTTP-API mit Schlüsseln, die sich ausstellen, eingrenzen und widerrufen lassen.
Zuerst ein TypeScript-Client, dann der Rest.
Sortierung, Labels, Zusammenfassungen und erste Antwortentwürfe, erledigt, bevor der Tab offen ist.
Client-Registrierung im Self-Service mit PKCE, damit eine App ordentlich um Zugriff bitten kann.
Sagt dem Endpunkt Bescheid, wenn Mail ankommt, statt Polling zu verlangen.
In der Praxis
Jeder Teil, Schritt für Schritt.
Vier kürzere Seiten gehen es durch: das Postfach, an dem ein Agent arbeitet, die Regeln für eingehende Mail, Mail, die an Ihren Code zugestellt wird, und das Aufrufprotokoll.
Richten Sie einen Assistenten auf ein Postfach, und lassen Sie ihn lesen, entwerfen und senden.
Legen Sie fest, was mit einer Nachricht passiert, bevor jemand sie öffnet.
Mail an Ihre Domain erreicht Ihren Server Sekunden später als signierter Webhook.
Fragen
Vor der Anmeldung gestellt.
Kann ein Agent Mail in meinem Namen senden?
Nur von den Adressen, die auf seinem Schlüssel stehen, und nur wenn seine Rolle das Senden erlaubt. Geben Sie ihm die Rolle Betrachter, und die schreibenden Werkzeuge sind weg.
Muss ich Code schreiben, um das zu nutzen?
Nein. Ein MCP-Client meldet sich an und bekommt die Werkzeuge, die seine Rolle erlaubt, und Sie können die App jederzeit entfernen. API, SDK und Webhooks sind da, wenn Sie doch eigenen Code wollen.
Trägt der Webhook die Nachricht?
Nein. Das Ereignis nennt den Thread, Sie holen die Nachricht und ihre Dateien danach über die ID. Ihr Endpunkt muss binnen fünf Sekunden antworten.
In der Nähe
Weitere Aufgaben für dasselbe Postfach.
Jedes Ticket, jeder Datensatz und jeder Kunde kann eine eigene Adresse haben. Mail dorthin erreicht Ihren Endpunkt als signiertes Ereignis, und Ihr Code antwortet als diese Adresse.
Ihre App schickt eine Nachricht, und OpenEmail sendet sie von Ihrer eigenen Domain. Jeder Aufruf steht beim Schlüssel, der ihn gemacht hat, und jeder Versand hat ein Ergebnis zum Nachlesen.
