Eigene Schnittstelle anbinden
Eine beliebige API mit Schlüssel verbinden, etwa die eigene Warenwirtschaft. Die KI beschreibt sie, du verbindest sie.
Für viele Systeme gibt es bei operanda einen fertigen Konnektor. Für alle anderen gibt es die eigene Schnittstelle: Hat ein System eine HTTP-API mit Schlüssel, bindest du sie selbst an. Die KI liest dazu die Doku des Anbieters und schreibt eine kurze Beschreibung, welche Aufrufe es gibt und was sie tun. Du fügst die Beschreibung beim Verbinden ein, zusammen mit dem Schlüssel.
Jede angebundene API ist danach ein Konto wie jedes andere: Du entscheidest, welche Projekte sie benutzen und was der Agent dort darf. Andere sehen sie nicht.
Was du vorher brauchst
| Wer | Was |
|---|---|
| Anbieter | eine HTTP-API mit Dokumentation und einen API-Schlüssel (oder Benutzer und Passwort) |
| Du | den Schlüssel und die Adresse der Doku |
| operanda | Rolle Inhaber oder Verwaltung, wenn das Konto der Firma gehören soll; sonst reicht jedes Mitglied |
Die Adresse der API muss mit https:// beginnen und aus dem Internet erreichbar sein. Server im eigenen Firmennetz gehen nicht.
Schritt 1: Beschreibung von der KI schreiben lassen
Öffne einen Chat und schreib zum Beispiel:
Nenn nur, was du wirklich brauchst. Zehn gut beschriebene Aufrufe bringen mehr als hundert, die keiner versteht.
Die Beschreibung sieht so aus:
json { "name": "Warenwirtschaft Müller", "basis": "https://api.example.de/v2", "anmeldung": { "kopf": "Authorization", "vorlage": "Bearer {schluessel}" }, "pruefung": { "pfad": "/me" }, "hinweise": "Kundennummern beginnen mit K-. Datumsangaben als 2026-10-13.", "operationen": [ { "name": "kunden_suchen", "art": "lesen", "methode": "GET", "pfad": "/kunden", "beschreibung": "Sucht Kunden nach Name oder Nummer. Liefert id, Name und Ort.", "query": { "suche": { "type": "string", "description": "Name oder Nummer, etwa Weber", "pflicht": true } } }, { "name": "auftraege_lesen", "art": "lesen", "methode": "GET", "pfad": "/kunden/{id}/auftraege", "beschreibung": "Listet die Aufträge eines Kunden.", "parameter": { "id": "Die Kundennummer aus kunden_suchen, etwa K-1001." } }, { "name": "auftrag_anlegen", "art": "aendern", "methode": "POST", "pfad": "/auftraege", "beschreibung": "Legt einen Auftrag an.", "koerper": { "type": "object", "properties": { "kunde": { "type": "string", "description": "Kundennummer" }, "text": { "type": "string", "description": "Was zu tun ist" } }, "required": ["kunde", "text"] }, "fest": { "koerper": { "status": "neu" } } } ] }
Was die Felder bedeuten:
| Feld | Bedeutung |
|---|---|
name | Wie die Schnittstelle bei dir heißt. Name und Adresse zusammen machen das Konto aus. |
basis | Die Adresse, vor die jeder pfad gesetzt wird. Nur https://. |
anmeldung | In welcher Kopfzeile der Schlüssel reist. {schluessel} steht für ihn. Ohne Angabe gilt Authorization: Bearer {schluessel}. Für einen Kopf wie X-Api-Key steht dort "kopf": "X-Api-Key", "vorlage": "{schluessel}". Für Benutzer und Passwort "art": "basic". |
kopfzeilen | Feste Kopfzeilen, die der Anbieter bei jedem Aufruf verlangt, etwa eine Version. Freiwillig. |
pruefung | Ein lesender Aufruf, mit dem operanda den Schlüssel testet. Ohne Angabe die erste lesende Operation ohne Pflichtangaben. |
hinweise | Was die KI über die API wissen sollte. Freiwillig, höchstens 2000 Zeichen. |
operationen | Die Aufrufe, höchstens 40. Nur sie sind erreichbar, sonst nichts. |
Je Operation:
| Feld | Bedeutung |
|---|---|
name | Kleinbuchstaben, Ziffern und _, etwa kunden_suchen. |
art | lesen, entwurf, aendern, senden oder loeschen. Davon hängt ab, was der Agent damit darf. |
methode, pfad | Wie beim Anbieter. Platzhalter im Pfad stehen in geschweiften Klammern: /kunden/{id}. |
beschreibung | Was die Operation tut und was zurückkommt, auf Deutsch. |
parameter | Ein Satz je Platzhalter im Pfad. |
query | Angaben hinter dem ?, je eine als JSON-Schema. "pflicht": true macht sie zur Pflicht. |
koerper | Der JSON-Körper als JSON-Schema. Nicht bei GET. |
fest | Werte, die immer gesetzt werden und die die KI nicht ändern kann, unter query oder koerper. |
Die Art ist der wichtigste Teil. Sie muss stimmen:
lesen: holt nur Daten. Immer ein GET.entwurf: legt etwas an, das noch nicht wirkt, etwa einen Rechnungsentwurf.aendern: legt an oder ändert, und das wirkt sofort.senden: geht nach draußen oder ist endgültig, etwa eine Mail verschicken oder eine Rechnung festschreiben.loeschen: löscht. Ein DELETE ist immerloeschen.
Ein Aufruf, der etwas Endgültiges tut, gehört zu senden, auch wenn er technisch nur ein POST ist. Schau dir diese Stellen an, bevor du verbindest.
Schritt 2: Konto verbinden
- Konten, dann Konto verbinden, dann Eigene Schnittstelle.
- Wem gehört das Konto?
- Mir: Nur du entscheidest, welche Projekte es benutzen.
- Der Firma: Die Leitung entscheidet, und das Konto bleibt, wenn du gehst. Diese Wahl sehen nur Inhaber und Verwaltung.
- Die Beschreibung in das große Feld einfügen.
- Den Schlüssel eintragen. Bei
"art": "basic"dazu den Benutzer. - Verbinden. operanda prüft die Beschreibung und macht einen Probeaufruf mit dem Schlüssel. Erst wenn beides klappt, wird das Konto gespeichert, der Schlüssel verschlüsselt. Passt etwas nicht, nennt die Meldung die Stelle, etwa „operationen[2] (auftrag_anlegen): koerper beschreibt ein Objekt“. Diese Meldung kannst du der KI zurückgeben.
- Bei „Wer soll es benutzen?“ die Projekte einschalten.
Ändern geht so: die geänderte Beschreibung mit gleichem name und gleicher basis neu verbinden. Das Konto wird ersetzt, Projekte und Rechte bleiben.
Schritt 3: Recht im Projekt einstellen
| Stufe | Was der Agent darf |
|---|---|
| Lesen | Operationen der Art lesen aufrufen |
| Bearbeiten | dazu entwurf und aendern |
| Senden & Löschen | dazu senden und loeschen |
Im Chat sieht der Agent zuerst die Liste der Operationen und ruft sie dann über ein Werkzeug je Art auf. Das Werkzeug für Lesen erreicht keine schreibende Operation, egal wie sie heißt.
Prüfen, ob alles stimmt
Am Konto unter Mehr auf Verbindung prüfen tippen. operanda macht dann den Probeaufruf aus pruefung und ändert nichts. Danach im Chat des Projekts fragen „Was kann unsere Warenwirtschaft?“: Der Agent sollte die Operationen aufzählen.
| Was du siehst | Woran es liegt | Was hilft |
|---|---|---|
| „Die Beschreibung ist kein gültiges JSON“ | beim Kopieren abgeschnitten oder Text um das JSON herum | nur den Block von { bis } einfügen |
Eine Meldung mit operationen[…] | eine Operation passt nicht zu den Regeln | die Meldung der KI geben und die Beschreibung korrigieren lassen |
| „Die Adresse … ist nicht nutzbar“ | kein https, oder der Server steht im internen Netz | eine öffentliche https-Adresse nehmen |
| „… kennt diesen Schlüssel nicht“ | Schlüssel falsch, abgelaufen oder in der falschen Kopfzeile | beim Anbieter nachsehen, anmeldung mit der Doku vergleichen |
| „Die Beschreibung ist zu groß“ | zu viele Operationen oder sehr lange Texte | auf die nötigen Operationen kürzen |
Trennen unter Konten, die Schnittstelle öffnen, Trennen. Schlüssel und Beschreibung werden bei operanda gelöscht. Den Schlüssel selbst löschst du beim Anbieter.
Mehr zu Verbindungen
- Konten verbinden und teilenEin Konto verbinden, festlegen, wem es gehört, und es Projekten oder Personen geben.Stand: 22. Oktober 2026
- Wer nutzt wasAuf einen Blick sehen, welches Konto in welchem Projekt, welcher App und im Schnellchat was darf.Stand: 22. Oktober 2026
- Microsoft 365 anbindenPostfach, Kalender, Dateien und Teams aus Microsoft 365 verbinden und einem Projekt das passende Recht geben.Stand: 5. Oktober 2026
- Google anbindenGmail, Kalender, Drive, Sheets, Docs, Kontakte und Analytics mit deinem Google-Konto verbinden und einem Projekt geben.Stand: 5. Oktober 2026
- Anderes Postfach per IMAP anbindenEin Postfach bei GMX, IONOS, Gmail und anderen über IMAP und SMTP verbinden und einem Projekt geben.Stand: 5. Oktober 2026
- Kalender über CalDAV anbindenEinen Kalender bei Nextcloud, iCloud, mailbox.org oder einem anderen CalDAV-Server verbinden, für Termine und freie Zeiten im Projekt.Stand: 7. Oktober 2026