Häufig gestellte Fragen

Admesh.ai ist ein Aggregationsportal für große Modelle. Es bündelt gängige Modelle wie Claude, GPT, DeepSeek, Qwen, GLM, Kimi, Gemini und MiniMax in einer einheitlichen, OpenAI-kompatiblen Schnittstelle. Sie benötigen lediglich eine Basis-URL und einen API-Schlüssel, um zwischen diesen Modellen zu wechseln.

In der Regel müssen lediglich drei Angaben geändert werden: die Basis-URL, der API-Schlüssel und der Modellname. Die bestehenden Aufrufmethoden, Nachrichtenstrukturen und die Logik der Streaming-Verarbeitung des OpenAI-SDK müssen nicht geändert werden. Falls Sie das native Protokoll von Anthropic verwenden, stellen wir Ihnen ebenfalls kompatible Endpunkte zur Verfügung.

https://api.admesh.ai/v1. Alle Modelle nutzen diese eine Adresse; das jeweilige Modell wird über das Feld „model“ im Request-Body ausgewählt. Der Modellname hat das Format „namespace/model“, beispielsweise „anthropic/…“ oder „openai/…“.

Jeder OpenAI-kompatible Client, der die Anpassung der Basis-URL zulässt, ist geeignet, darunter LangChain, LlamaIndex, Cursor, Cherry Studio, Claude Code, Codex CLI und andere. Auf der Dokumentationsseite finden Sie schrittweise Anleitungen zur Integration der einzelnen Clients.

Maßgeblich sind der Modellverzeichnis der Konsole oder die öffentliche Schnittstelle /v1/models, wo Sie eine Liste der derzeit tatsächlich verfügbaren Modelle sowie deren Preise finden. Es wird empfohlen, Modellnamen nicht fest in den Code einzubinden, sondern in der Konfiguration zu hinterlegen, sodass bei einem Modellwechsel lediglich die Konfiguration angepasst werden muss.

Nein. Die Ausfallsicherung erfolgt ausschließlich innerhalb des Kanalpools desselben „public_model“ – wenn Sie Claude anfragen, erhalten Sie zwangsläufig eine Antwort von Claude. Ein modellübergreifender Wechsel würde die Ausgabequalität unmittelbar beeinträchtigen; diese Entscheidung kann das Gateway nicht für Sie treffen.

Das Gateway wechselt automatisch zwischen mehreren Kanälen desselben Modells: Verbindungsfehler, Zeitüberschreitungen, 429-Fehler und 5xx-Fehler lösen einen Wechsel aus; erreicht die Anzahl aufeinanderfolgender Fehler einen Schwellenwert, wechselt der betreffende Kanal in den „Fuse“-Zustand, unterbricht den Empfang von Datenverkehr und prüft in regelmäßigen Abständen, ob der Betrieb wiederhergestellt ist.

Die Abrechnung erfolgt ausschließlich nach Verbrauch, basierend auf der tatsächlich genutzten Token-Menge. Es fallen keine monatlichen Grundgebühren an und es besteht keine Verpflichtung zu einem Abonnement. Das Guthaben ist unbefristet gültig und wird nicht monatlich zurückgesetzt. Weitere Informationen finden Sie auf der Preisseite.

Fehlgeschlagene Anfragen, bei denen keine Upstream-Ausgabe erzeugt wurde, werden nicht in Rechnung gestellt; dazu zählen Parameterfehler, fehlgeschlagene Authentifizierung, unzureichendes Guthaben und Ratenbegrenzung. Wird eine Streaming-Antwort unterbrochen, nachdem bereits ein Teil des Inhalts ausgegeben wurde, wird die bereits erzeugte Ausgabe entsprechend in Rechnung gestellt.

Standardmäßig werden der Prompt und der Text der Modellausgabe nicht dauerhaft gespeichert. Das Nutzungsprotokoll erfasst lediglich die Metadaten der Anfragen, die Anzahl der Token, das Modell, den Betrag, den Fehlercode und die Verzögerung und dient der Abrechnung sowie der Fehlerbehebung.

Auf dem Server werden lediglich der Hashwert des Schlüssels sowie das Präfix und die letzten vier Ziffern zur Anzeige gespeichert. Der Klartext wird nur einmal bei erfolgreicher Erstellung angezeigt und kann danach nicht mehr abgerufen werden. Nach dem Löschen des Schlüssels wird dieser innerhalb weniger Dutzend Sekunden ungültig.

Nein. Die Upstream-Zertifikate werden ausschließlich im verschlüsselten Speicher abgelegt; sie werden weder in den Protokollen noch im Browser-Code erfasst und tauchen auch in keiner externen Schnittstelle auf.