🔧 Benutzeranleitung: API Integration
Übersicht: Das API Integration System ermöglicht es Ihnen, externe APIs nahtlos in Ihre KI-Agenten und Workflows zu integrieren. Erstellen Sie Tools und Nodes aus OpenAPI-Spezifikationen mit vollständiger Parameter-Konfiguration und Authentifizierung.
🚀 Hauptfunktionen
📄 OpenAPI Import
- YAML und JSON Unterstützung
- Automatische Endpunkt-Erkennung
- Parameter-Analyse
- Authentifizierungs-Schema-Import
🛠️ Tools erstellen
- Mehrere Endpunkte kombinieren
- Für komplexe Workflows
- KI-Agenten Integration
- Zentrale Authentifizierung
🧱 Nodes erstellen
- Einzelne Endpunkte
- Workflow-Baustein
- Einfache Integration
- Direkte API-Aufrufe
🔐 Erweiterte Features
- Parameter-Validierung
- Request-Vorschau
- Live-Testing
- Konfigurationsvalidierung
📋 API Tools verstehen
Tools vs. Nodes
🛠️ Tools
- Zweck: Mehrteilige API-Workflows
- Endpunkte: Mehrere kombinierbar
- Verwendung: KI-Agenten Integration
- Komplexität: Hoch, für komplexe Operationen
- Authentifizierung: Zentral für alle Endpunkte
- Beispiel: CRM-System mit CRUD-Operationen
🧱 Nodes
- Zweck: Einzelne API-Endpunkte
- Endpunkte: Genau einer
- Verwendung: Workflow-Baustein
- Komplexität: Niedrig, fokussiert
- Authentifizierung: Spezifisch für Endpunkt
- Beispiel: Wetterabfrage-API
🌟 Erste Schritte
1. OpenAPI-Spezifikation vorbereiten
- Datei beschaffen: Laden Sie eine OpenAPI 3.x Datei (YAML oder JSON)
- Qualität prüfen: Vollständige Parameter-Definitionen vorhanden?
- Authentifizierung: Security-Schemas definiert?
- Base URL: Server-URLs korrekt angegeben?
💡 Tipp: Je vollständiger Ihre OpenAPI-Spezifikation, desto automatisierter wird die Konfiguration.
2. OpenAPI-Datei hochladen
- Navigation: Gehen Sie zu API Tools → OpenAPI hochladen
- Datei auswählen: Ziehen Sie die Datei ins Upload-Feld oder wählen Sie sie aus
- Validierung: Das System analysiert automatisch die Spezifikation
- Übersicht: Prüfen Sie die erkannten Endpunkte und Parameter
- Speichern: Bestätigen Sie den Upload
⚠️ Wichtig: Überprüfen Sie die Analyse-Ergebnisse. Fehlende Parameter können später zu Problemen führen.
⚙️ Tool/Node Erstellung
🛠️ Tool erstellen
Schritt 1: Typ auswählen
- Navigieren Sie zu API Tools → Konfigurationen → Neue Konfiguration
- Wählen Sie "Tool" für mehrteilige API-Workflows
- Klicken Sie auf "Weiter zur Endpunkt-Auswahl"
Schritt 2: OpenAPI-Spezifikation wählen
- Wählen Sie eine hochgeladene OpenAPI-Spezifikation
- Überprüfen Sie Anzahl der verfügbaren Endpunkte
- Prüfen Sie Base URL und Version
- Klicken Sie auf "Weiter zur Typ-Auswahl"
Schritt 3: Endpunkte auswählen
- Mehrfachauswahl: Wählen Sie bis zu 20 Endpunkte
- Verwandte Endpunkte: Kombinieren Sie logisch zusammengehörige APIs
- Parameter prüfen: Achten Sie auf Pflichtparameter
- Authentifizierung: Prüfen Sie Auth-Methoden
Schritt 4: Konfiguration
Grundkonfiguration
- Name: Eindeutiger Tool-Name
- Allgemeine Beschreibung: Zweck des Tools
- Endpunkt-Beschreibungen: Spezifische Funktionen
Authentifizierung
- Typ wählen: Basic, Bearer, API Key, OAuth2
- Zentrale Konfiguration: Für alle Endpunkte
- Standard-Werte: Optional vorkonfigurieren
🧱 Node erstellen
Unterschiede zu Tools
- Ein Endpunkt: Radio-Button statt Checkboxen
- Fokussierte Konfiguration: Weniger komplex
- Workflow-Integration: Direkt als Baustein verwendbar
- Schnelle Erstellung: Weniger Konfigurationsschritte
Besondere Merkmale
- Request-Rekonstruktion: Vollständige HTTP-Requests aus Konfiguration
- Parameter-Validierung: Typen, Required-Felder, Enum-Werte
- Live-Testing: Direkte API-Ausführung
- Request-Preview: Vor Ausführung ansehen
🔒 Authentifizierung konfigurieren
Basic Authentication
- Verwendung: Benutzername + Passwort
- Format: Base64-kodiert im Authorization Header
- Konfiguration: Standard-Credentials optional
- Sicherheit: Nur über HTTPS verwenden
Authorization: Basic <base64(username:password)>
API Key
- Flexibel: Header, Query Parameter oder Cookie
- Key Name: X-API-Key, Authorization, api_key, etc.
- Location: Wo der Key übertragen wird
- Standard: Vorkonfigurierte Keys möglich
X-API-Key: <your-api-key>?api_key=<your-api-key>
Bearer Token
- JWT Support: JSON Web Tokens
- Scheme: Bearer, Token oder custom
- Header: Immer Authorization Header
- Expiration: Token-Erneuerung beachten
Authorization: Bearer <jwt-token>
OAuth 2.0
- Client Credentials: Server-zu-Server
- Token URL: Endpoint für Token-Anfrage
- Client ID/Secret: OAuth-App Credentials
- Scope: Berechtigungen definieren
POST /oauth/tokengrant_type=client_credentials
🧪 Testing und Validierung
Live-Testing durchführen
Node Testing
- Node Details öffnen: Klicken Sie auf "Details & Test"
- Parameter eingeben: Füllen Sie alle Pflichtfelder aus
- Authentifizierung: Wählen Sie Auth-Methode und geben Credentials ein
- Request Body: JSON für POST/PUT Requests
- Vorschau: Klicken Sie "Request-Vorschau" für HTTP-Details
- Ausführen: "Request ausführen" für Live-Test
Tool Testing
- Einzeln testen: Jeder Endpunkt separat testbar
- Batch-Test: "Alle Endpunkte testen" Funktion
- Konfiguration überprüfen: Validierung vor Test
- Export: Test-Ergebnisse exportierbar
Konfigurationsvalidierung
Automatische Prüfungen
- Parameter-Vollständigkeit: Alle Required-Parameter definiert?
- Auth-Konsistenz: Authentifizierung korrekt konfiguriert?
- Schema-Kompatibilität: Request/Response Schemas gültig?
- URL-Validierung: Base URLs erreichbar?
Validierungsergebnisse
✅ Gültig
- Vollständige Konfiguration
- Request-Rekonstruktion möglich
- Parameter-Validierung aktiv
- Produktionsbereit
⚠️ Warnungen
- Optionale Parameter fehlen
- Auth-Standards nicht optimal
- Performance-Hinweise
- Funktional, aber verbesserbar
❌ Fehler
- Pflichtparameter fehlen
- Auth-Konfiguration unvollständig
- Schema-Konflikte
- Nicht einsatzbereit
🤖 Integration in Agenten/Workflows
Tools in KI-Agenten einbinden
Voraussetzungen
- Gültige Konfiguration: Tool erfolgreich validiert
- Beschreibungen: Aussagekräftige Endpunkt-Beschreibungen
- Authentifizierung: Funktionierende Auth-Konfiguration
- Testing: Mindestens einmal erfolgreich getestet
Integration-Schritte
- Agent konfigurieren: Gehen Sie zur Agenten-Verwaltung
- Tools zuweisen: Wählen Sie Ihr erstelltes Tool aus
- Berechtigungen: Definieren Sie Nutzungsrechte
- Kontext bereitstellen: Erklären Sie dem Agenten die Tool-Verwendung
- Testing: Testen Sie die Agent-Tool-Interaktion
💡 Best Practice: Beschreiben Sie in den Endpunkt-Beschreibungen genau, wann und wie der Agent das Tool verwenden soll.
Nodes in Workflows verwenden
Workflow-Baustein
- Drag & Drop: Node direkt in Workflow-Designer ziehen
- Parameter-Mapping: Workflow-Variablen mit Node-Parametern verbinden
- Conditional Logic: Response-basierte Workflow-Verzweigungen
- Error Handling: Fehlerbehandlung für API-Aufrufe
Datenfluss
- Input-Mapping: Workflow-Daten → Node-Parameter
- API-Aufruf: Node führt HTTP-Request aus
- Response-Processing: Antwort wird verarbeitet
- Output-Mapping: Ergebnis → Workflow-Variablen
- Flow-Control: Nächster Workflow-Schritt
🔄 Typische Workflows
📊 Beispiel 1: CRM-Integration Tool
- OpenAPI beschaffen: CRM-System API-Dokumentation laden
- Endpunkte auswählen: GET /contacts, POST /contacts, PUT /contacts/{id}, DELETE /contacts/{id}
- Tool konfigurieren: Namen "CRM Contact Management", OAuth2 Authentifizierung
- Beschreibungen:
- GET: "Kontakte suchen und auflisten"
- POST: "Neue Kontakte erstellen"
- PUT: "Bestehende Kontakte aktualisieren"
- DELETE: "Kontakte löschen"
- Testing: Alle CRUD-Operationen testen
- Agent-Integration: Tool dem Customer Service Agent zuweisen
- Kontext: "Verwende dieses Tool für alle Kundendaten-Operationen"
🌤️ Beispiel 2: Wetter-API Node
- Simple API: Weather API mit GET /weather/{city} Endpunkt
- Node erstellen: Einen Endpunkt auswählen
- Parameter konfigurieren: city (required), units (optional)
- API Key Auth: Header "X-API-Key" konfigurieren
- Testing: Mit verschiedenen Städten testen
- Workflow-Integration: Als Baustein in "Tagesplanung-Workflow"
- Logik: Wetterabfrage → Entscheidung → Terminplanung
🔗 Beispiel 3: Multi-Service Integration
- Szenario: E-Commerce Fulfillment-Prozess
- Service 1: Inventory API (Node für Lagerbestand)
- Service 2: Payment API (Node für Zahlungsabwicklung)
- Service 3: Shipping API (Tool mit Tracking, Labeling, etc.)
- Workflow-Design:
- Inventory Check → Payment Processing → Shipping Creation
- Error-Handling für jeden API-Aufruf
- Conditional Flows basierend auf Responses
- Testing: End-to-End Workflow-Test
- Monitoring: API-Performance überwachen
💡 Best Practices
✅ Empfohlene Vorgehensweise
- OpenAPI Qualität: Vollständige Spezifikationen bevorzugen
- Aussagekräftige Namen: Tools/Nodes klar benennen
- Detaillierte Beschreibungen: Für KI-Agenten optimieren
- Systematisches Testing: Alle Endpunkte vor Produktionseinsatz testen
- Auth-Sicherheit: Credentials nie in Beschreibungen
- Versionierung: API-Versionen in Namen erwähnen
- Dokumentation: Interne Nutzungshinweise erstellen
- Monitoring: API-Performance überwachen
🔄 Wartung und Updates
- Regelmäßige Validierung: Konfigurationen monatlich prüfen
- API-Änderungen: Auf Breaking Changes achten
- Token-Erneuerung: OAuth-Token automatisieren
- Backup: Konfigurationen exportieren
- Clean-up: Ungenutzte Tools/Nodes entfernen
❌ Häufige Fehler vermeiden
- Unvollständige OpenAPI: Führt zu fehlenden Parametern
- Falsche Auth-Typen: API-Dokumentation genau lesen
- Fehlende Beschreibungen: KI-Agenten verstehen Kontext nicht
- Kein Testing: Produktionsfehler vermeidbar
- Hardcoded Credentials: Sicherheitsrisiko
- Zu viele Endpunkte: Tools überladen vermeiden
- Unklare Namensgebung: Verwechslungsgefahr
- Ignorierte Validierung: Warnungen beachten
🔒 Sicherheits-Tipps
- Least Privilege: Minimale notwendige Berechtigungen
- Credential-Management: Zentrale, sichere Speicherung
- HTTPS Only: Keine unverschlüsselte Übertragung
- Rate Limiting: API-Limits beachten
- Error Handling: Sensible Daten nicht in Logs
- Token Rotation: Regelmäßige Credential-Erneuerung
🆘 Troubleshooting
📄 OpenAPI-Probleme
Upload schlägt fehl
- Dateiformat prüfen (YAML/JSON)
- Syntax-Validierung durchführen
- Dateigröße unter Limit?
- OpenAPI 3.x verwenden
Endpunkte nicht erkannt
- Paths-Sektion vollständig?
- HTTP-Methoden definiert?
- Server-URLs gesetzt?
- Validierung mit Tools prüfen
🔧 Konfigurations-Probleme
Parameter fehlen
- OpenAPI Parameter-Definitionen prüfen
- Required-Felder markiert?
- Datentypen korrekt?
- Manual nachträglich hinzufügen
Auth funktioniert nicht
- Auth-Typ mit API-Dokumentation abgleichen
- Credentials korrekt eingegeben?
- Header/Query-Parameter richtig?
- Token nicht abgelaufen?
🧪 Test-Probleme
API-Aufrufe schlagen fehl
- Base URL erreichbar?
- CORS-Probleme?
- Rate Limits erreicht?
- Request-Vorschau prüfen
Unerwartete Responses
- Response-Schema aktuell?
- API-Version korrekt?
- Parameter-Werte gültig?
- API-Dokumentation konsultieren
⚡ Performance-Optimierung
API-Performance verbessern
Request-Optimierung
- Caching: GET-Requests cachen wo möglich
- Batch-Requests: Mehrere Operationen kombinieren
- Pagination: Große Datensätze aufteilen
- Field Selection: Nur benötigte Felder abfragen
- Compression: GZIP-Komprimierung aktivieren
Monitoring
- Response Times: API-Antwortzeiten überwachen
- Error Rates: Fehlerquote verfolgen
- Rate Limits: Limit-Auslastung beobachten
- Availability: API-Verfügbarkeit prüfen
- Alerting: Bei Problemen benachrichtigen
🎓 Erweiterte Features
🔍 Request-Rekonstruktion
Das System kann aus gespeicherten Konfigurationen vollständige HTTP-Requests aufbauen:
- URL-Building: Base URL + Path + Query Parameters
- Header-Generation: Auth-Header + Content-Type + Custom
- Body-Construction: JSON/XML-Body aus Schema
- Method-Mapping: Korrekte HTTP-Methode
Beispiel-Rekonstruktion:
POST https://api.example.com/v1/users
Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGc...
Content-Type: application/json
{
"name": "John Doe",
"email": "john@example.com",
"role": "admin"
}
✅ Parameter-Validierung
Automatische Validierung basierend auf OpenAPI-Schema:
Unterstützte Validierungen
- Datentypen: string, number, boolean, array
- Required-Felder: Pflichtparameter prüfen
- Format-Validation: email, uri, date-time
- Enum-Werte: Erlaubte Werte prüfen
- Min/Max-Länge: String-Längen validieren
- Number-Ranges: Minimum/Maximum-Werte
Validierungs-Output
- Fehler-Details: Genaue Fehlerbeschreibung
- Field-Level: Pro Parameter einzeln
- Error-Codes: Strukturierte Fehlercodes
- Suggestions: Verbesserungsvorschläge
- Preview-Mode: Validierung vor Ausführung