Ein Schlüssel für die Tools, die Ihr Team schon nutzt

Niemand braucht einen weiteren Ort für seine Arbeit. Die Aufgaben liegen in Asana oder Jira, die Pipeline in HubSpot, die Kunden in ChatWoot, und jedes davon ist jemandes Arbeitstag. Es fehlte kein Tool, sondern ein Zugang, den ein KI-Agent, ein Projektraum und Ihr eigener Code gemeinsam nutzen können.

Eine Verbindung, nicht eine pro Sache, die sie braucht

Ein Mitglied fügt einmal ein Token ein, auf der Projektraum-Seite. Von da an sind der Raum, der seine Aufgaben im Gleichklang hält, die API, die Ihr Code aufruft, und der Agent im Chat dieselbe Verbindung — es gibt also eine Sache zu gewähren, eine zu prüfen und eine zu entziehen.

Das Geheimnis reist nie

Jede dieser APIs beantwortet /connections/link mit 403 und der Adresse der Seite, auf der das Token eingegeben wird. Ein Assistent, der eine Verbindung möchte, bekommt einen Link zum Weitergeben, nie die Aufforderung, das Geheimnis selbst zu nennen — denn ein in einen Chat getipptes Token ist ein Token im Protokoll von jemandem.

Ein Fehltreffer ist ein Fehltreffer

Eine Verbindung, die einer anderen Organisation gehört, wird genauso beantwortet wie eine, die es nicht gibt: 404, nie 403, und mit denselben Worten. Wären diese beiden Antworten unterscheidbar, wären sie eine Möglichkeit zu fragen, ob eine ID existiert. Eine Projekt- oder Unterhaltungs-ID wird bei jedem Aufruf im Tool nachgeschlagen, statt ihr zu vertrauen; ein Schlüssel erreicht also, was seine Organisation verbunden hat, und sonst nichts.

Dieselbe Form wie alles andere

• Derselbe X-API-KEY-Header wie bei der LinkedIn API und den Nachrichtenkanälen.
• Dasselbe Fehlerformat, sodass ein Handler alles abdeckt.
• Dasselbe Webhook-System, auf dieselbe Weise signiert.
• Derselbe MCP-Server, eine Adresse pro Agent, ohne dass etwas zu installieren ist.

Das ist das ganze Argument. Kein besserer Tracker — Ihr Tracker und Ihr Helpdesk, erreichbar auf dieselbe Weise wie alles andere, was Sie ohnehin aufrufen.

Häufige Fragen