Plattform

Offene Plattform

Die Open Platform ermöglicht die Anbindung externer KI-Assistenten und eigener Systeme an einen geprüften Workspace. Sie können freigegebene Richtlinien lesen und Vorschläge einreichen – diese jedoch niemals eigenständig freigeben.

Verbinden Sie die KI-Assistenten und Systeme, die Ihr Team bereits nutzt. Sie arbeiten auf Basis des freigegebenen SwiftXEO-Kontexts und senden Vorschläge zurück, während die Freigabehoheit vollständig bei SwiftXEO bleibt.

Die KI schlägt vor. Ihr Team gibt frei. Ausnahmslos.

Kontext fließt zwischen Tools. Das letzte Wort bleibt bei Ihnen.

Warum das wichtig ist

Ihr Team nutzt bereits KI-Assistenten. Die offene Frage ist, worauf sie zugreifen dürfen.

Führungskräfte möchten, dass Assistenten wie Claude und ChatGPT mit echtem Unternehmenskontext arbeiten – freigegebener Strategie, aktuellen Zielen und validierten Learnings. Je tiefer diese Assistenten integriert werden, desto mehr verändert sich das Risiko: Es geht nicht mehr nur darum, was sie lesen dürfen, sondern ob externe Tools unbemerkt beginnen, Fakten festzulegen.

SwiftXEO löst dies architektonisch, nicht über Richtliniendokumente. Angebundene Assistenten greifen auf dieselben freigegebenen Daten wie Ihr Team zu, und alle Rückmeldungen landen in einer Review-Queue. Kontext fließt nach außen – die Entscheidungsgewalt verlässt das System nie.

Die Zugänge

Vier Wege hinein. Ein Nadelöhr.

MCP, REST-API, signierte Webhooks und ausgewählte Konnektoren stellen die Integrationsfläche bereit.

Unterstützte KI-Assistenten verbinden

Unterstützte MCP-Clients können sich je nach Client direkt über OAuth oder Workspace-Zugangsdaten mit einem SwiftXEO-Workspace verbinden – darunter Claude, ChatGPT, Claude Code und Cursor.

REST-API (v1)

Workspace-spezifische API-Keys steuern eine versionierte REST-Schnittstelle. Lesen Sie freigegebene Business-DNA, Ziele, aktive Learnings und die Entscheidungshistorie aus. Reichen Sie Evidenz und Vorschläge direkt aus Ihren Systemen ein.

Eingehende Webhooks

Signierter, verifizierter Push von externen Systemen. Jede Payload wird gegen ein quellspezifisches Secret geprüft und als Material für die menschliche Überprüfung gespeichert – niemals direkt ausgeführt, niemals bei Eingang blind vertraut.

Beta

Gmail-Connector (Beta)

Ein schreibgeschützter Beta-Connector, der neu eingehende E-Mails in überprüfbare Nachweise im Workspace umwandelt. Er versendet niemals E-Mails, und wie bei jeder externen Quelle wird nichts erfasst, was ohne Überprüfung zur Wahrheit wird.

Die unumstößliche Grundregel

Nichts Externes kann sich selbst genehmigen.

Alle extern eingehenden Daten gelten zunächst als nicht vertrauenswürdig. Reviewer entscheiden, ob daraus Evidenz, freigegebener Kontext oder verworfene Daten werden. Keine externe API, kein MCP-Tool und kein Webhook kann diese Entscheidung treffen.

Es existieren bewusst keine Berechtigungen für automatische Freigaben oder Aktivierungen. Eine Freigabe erfordert zwingend eine angemeldete Person mit der passenden Workspace-Rolle.

Personenbezogene Namen werden beim Export entfernt

Identitäten von Prüfern und Autoren verlassen den Workspace ausschließlich als Rollenbezeichnungen, niemals als Namen.

Das Vertrauensmodell

Was externe Agenten können und was nicht

Externe Agenten können

  • Freigegebene Business-DNA, Ziele, aktive Learnings und Entscheidungshistorie abrufen.
  • Freigegebenes Wissen des Workspace durchsuchen.
  • Nachweise und Signale zur menschlichen Überprüfung einreichen.
  • Erkenntnisse vorschlagen – jeder Vorschlag verbleibt zunächst im Status „Ausstehend“.
  • Content-Entwürfe auf Basis Ihres freigegebenen Workspace-Kontexts erstellen.

Externe Agenten können nicht

  • Inhalte freigeben, aktivieren oder veröffentlichen – eine solche Funktion existiert auf keiner Ebene.
  • Direkt in freigegebenen Kontext schreiben – alle externen Daten sind zunächst nicht vertrauenswürdig.
  • Eigene Zugriffsrechte erweitern – Scopes und Tarif-Limits werden bei jeder Anfrage erneut geprüft.
  • Workspace-Grenzen umgehen – der Zugriff ist immer auf einen einzelnen Workspace beschränkt.

Alle externen Daten starten ohne Vertrauensstatus. Jede Hochstufung – zu geprüfter Evidenz und anschließend zu freigegebenem Kontext – ist eine menschliche Entscheidung, die den Verwendungszweck des Materials bestimmt.

Fragen

Häufig gestellte Fragen

Welche KI-Assistenten können mit SwiftXEO verbunden werden?

Unterstützte MCP-fähige Clients können eine Verbindung zu SwiftXEO herstellen. Zu den derzeitigen Verbindungsoptionen gehören je nach Client und Authentifizierungsmethode Claude, ChatGPT, Claude Code, Cursor und benutzerdefinierte Agenten.

Kann ein verbundener Agent Inhalte genehmigen oder veröffentlichen?

Nein. Externe Agenten können freigegebenen Kontext lesen und Vorschläge einreichen, aber kein Scope oder Tool kann genehmigen, aktivieren oder veröffentlichen. Jeder Vorschlag wartet in einer Prüfwarteschlange, bis ein menschlicher Workspace-Admin entscheidet.

Was passiert mit den von einem Agenten eingereichten Materialien?

Sie landen als nicht vertrauenswürdiger Kontext in einem geschützten Review-Bereich. Ein Reviewer kann sie als Evidenz einstufen, offiziell freigeben oder verwerfen. Abgelehnte Elemente verbleiben in der Historie, beeinflussen jedoch keine künftigen Prozesse.

Ist der Gmail-Connector allgemein verfügbar?

Noch nicht – es handelt sich um eine schreibgeschützte geschlossene Beta, die pro Workspace aktiviert wird. Der MCP-Server, die REST-API und eingehende Webhooks stehen bereits jedem Workspace zur Verfügung.

Eigene Agenten anbinden. Volle Kontrolle behalten.

Erstellen Sie einen Workspace-API-Key in den Einstellungen oder starten Sie mit einem DNA-Scan. Die Open Platform greift auf dieselbe freigegebene Datenbasis zu wie alle internen Module.