Deine KI. Deine Integrationen. Eine Plattform.

MCP steht für Model Context Protocol. Der offene Standard verbindet KI-Anwendungen mit externen Tools und Kontext. In onflAI ist MCP ein zusätzlicher Zugang zur Integrationsplattform – kein Ersatz für die Runtime oder die Zugriffsrechte Deiner Systeme.

Über MCP können kompatible KI-Agenten dieselben Integrationsfunktionen verwenden wie Menschen im onflAI Studio. Du bleibst in Deiner Agentenumgebung, während onflAI Konfiguration, Validierung und Betrieb übernimmt. Eine eigene Integrationsengine pro Agentenplattform entfällt.

Ja. Über das MCP-basierte onflAI Plugin können unterstützte ChatGPT-Oberflächen auf freigegebene onflAI-Funktionen zugreifen. Voraussetzung sind eine eingerichtete Verbindung, die passende Anmeldung und die Freigabe durch Deinen Workspace. Die verfügbaren Funktionen richten sich nach Deinen Berechtigungen.

Ja. Codex kann über das MCP-basierte onflAI Plugin Integrationen beschreiben, bearbeiten und deren Betrieb begleiten. Der Zugriff erfolgt mit den freigegebenen Tools und Berechtigungen Deines onflAI-Zugangs. Deine Datenprozesse werden weiterhin von IOnbrix ausgeführt.

Das Plugin verbindet unterstützte OpenAI-Oberflächen mit dem onflAI-MCP-Server. Der Agent übersetzt Deine Anforderung in Aufrufe freigegebener Integrationsfunktionen und erhält Ergebnisse zurück. Konfiguration, Validierung und Betrieb bleiben bei onflAI; das Plugin ist der Zugang, nicht eine zweite Integrationsplattform.

Ja. Microsoft Foundry Agents verbinden sich über einen Remote-MCP-Server mit onflAI. Freigegebene Integrationsfunktionen stehen dem Agenten als Tools zur Verfügung. Verbindung, Authentifizierung und erforderliche Freigaben werden für die jeweilige Foundry-Umgebung eingerichtet.

Nein. Du kannst im Studio arbeiten oder aus einer unterstützten KI-Agentenplattform auf onflAI zugreifen. Das Studio bleibt für visuelle Konfiguration, Mapping, Kontrolle und Monitoring verfügbar. Beide Wege nutzen dieselbe Integrationsplattform.

Ja. Ein Agent kann aus einer fachlichen Anforderung eine Integration mit onflAI vorbereiten, konfigurieren und validieren lassen. Fehlende Angaben zu Quelle, Ziel oder Regeln werden ergänzt. Produktive Aktionen bleiben an die eingerichteten Berechtigungen und Freigaben gebunden.

Ja. Ein berechtigter Agent kann vorhandene Integrationen abrufen und Änderungen an Konfiguration, Mapping oder Regeln anstoßen. Die Änderung wird vor der produktiven Aktivierung validiert und entsprechend den geltenden Freigaben geprüft.

Ja. Über die freigegebenen Funktionen kann er Validierung und Tests anstoßen, Status und Fehler abfragen und passende Korrekturschritte vorbereiten. Ein erfolgreicher Test ist keine pauschale Garantie für alle späteren Daten; produktive Änderungen bleiben kontrolliert.

onflAI verbindet Cloud-Dienste, eigene Anwendungen, REST APIs, SOAP-Webservices, CSV-, XLSX- und XML-Dateien sowie Datenbanken wie MySQL, MSSQL, Oracle, Progress und PostgreSQL. HubSpot ist ein Beispiel, keine Voraussetzung. SAP wird über passende, freigegebene Zugänge angebunden. Version, Netzwerk und Rechte müssen zur Verbindung passen.

IOnbrix ist die deterministische Ausführungs-Runtime hinter den Integrationsprozessen. Die KI erstellt und prüft die Konfiguration; IOnbrix führt die freigegebenen Bausteine für Verbindungen, Mapping und Datenverarbeitung wiederholbar aus.

Ein Agent versteht Ziele und plant Aktionen. Eine Integrations-Runtime führt definierte Datenprozesse reproduzierbar aus. Diese Trennung verhindert, dass der Agent für jeden Auftrag selbst Konnektoren, Mapping-Logik und eine technische Datenpipeline entwickeln muss.

Ein MCP-Zugang ist kein uneingeschränkter Administratorzugang. Authentifizierung, freigegebene Tools und Berechtigungsbereiche begrenzen die Aktionen. Kritische Änderungen durchlaufen Freigaben; Status und ausgeführte Aktionen bleiben nachvollziehbar. Welche Aktionen ein Agent ausführen darf, wird für den konkreten Zugang festgelegt.

Geheime Zugangsdaten werden getrennt von der KI-Konfiguration gespeichert und verschlüsselt durch die Plattform verarbeitet. Sie gehören weder in Chat-Prompts noch in den KI-Kontext. Der Agent arbeitet mit freigegebenen Integrationsfunktionen, nicht mit offengelegten Quell- und Ziel-Passwörtern.

Zugriffe auf Integrationen und zugehörige Ressourcen bleiben an den authentifizierten Mandanten und seine Berechtigungen gebunden. Die MCP-Verbindung hebt diese Trennung nicht auf. Ein Agent erhält nur den für seinen Zugang freigegebenen Kontext, keinen pauschalen Zugriff auf andere Mandanten.

ableX ergänzt onflAI optional um Master Data Management, Data Quality und Data Governance. Qualitätsregeln, harmonisierte Stammdaten und Prüfungen können in den Datenprozess eingebunden werden. onflAI verantwortet die Integration, IOnbrix die Ausführung; ableX ist kein obligatorischer Zwischenschritt jeder Schnittstelle.

Eine Integration transportiert und verarbeitet Daten. ableX ergänzt Regeln für deren Qualität, Bedeutung und Verantwortung. So können beispielsweise Lieferantendaten vor der Weiterverarbeitung geprüft werden. Automatisierung arbeitet dadurch mit fachlich kontrollierten Daten statt lediglich schneller mit ungeprüften Eingaben.

MCP schafft die Grundlage für weitere Zugangswege. Zusätzliche Clients und Plattformen sind perspektivisch vorgesehen. Die konkrete Unterstützung hängt unter anderem von Transport, Authentifizierung und Client-Funktionen ab; MCP-Kompatibilität allein ist keine Zusage für jeden Agenten.

Nein. Das onflAI Studio bleibt eine vollständige Benutzeroberfläche für Menschen. MCP ergänzt das Studio um zusätzliche agentische Zugangswege. Du entscheidest, wie Du arbeitest; die Integrationsplattform bleibt dieselbe.