APIsRouter als OpenCat-API-Provider hinzufügen.

Kurzantwort: ein Provider-Eintrag in Settings.

Öffne Settings, geh zu API Providers, und füge einen Provider hinzu (oder bearbeite den bestehenden OpenAI-Eintrag). Vier Felder erledigen die Arbeit: ein Anzeigename deiner Wahl, das Protocol auf OpenAI, der API Host auf https://api.apisrouter.com/v1 mit eingeschlossenem /v1, und der API-Key. Das ist die ganze Integration; OpenCat spricht Standard-Chat-Completions gegen welchen Host auch immer der Provider-Eintrag nennt. Speichert der Provider, listet OpenCat die vom Endpoint bedienten Modelle. Fehlt ein gewünschtes Modell in der automatisch befüllten Liste, füge es manuell per exakter ID hinzu, die App akzeptiert getippte IDs genau für diesen Fall. Ab dann kann jede Konversation und jeder Assistant in der App jede Katalog-ID wie eine native Option wählen.

Name:      APIsRouter
Protocol:  OpenAI
API Host:  https://api.apisrouter.com/v1
API Key:   sk-APIsRouter-...

models auto-list from the endpoint;
add ids manually if one is missing

Wie OpenCat Provider und Assistants behandelt.

OpenCat ist einer der am längsten bestehenden nativen AI-Clients im Apple-Ökosystem, eine Mac-, iPhone- und iPad-App mit einer starken Anhängerschaft in Asien, gebaut um die Bring-your-own-Key-Idee: die App ist das Interface, deine Keys sind der Zugang, und es gibt keinen Per-Message-Mittelsmann. Der Entwickler verkauft die App selbst, eine kostenlose Stufe plus einen einmaligen Pro-Kauf, gelistet zu 9,99 Dollar auf opencat.app, Stand Juli 2026, was eine andere ökonomische Form als Abo-Chat-Produkte ist und genau weshalb ein gemessener Gateway-Key gut dazu passt. Die Mechanik, die zählt: Provider und Assistants sind getrennte Ebenen. Ein Provider ist Protokoll, Host und Key. Ein Assistant ist eine Persona, ein System-Prompt plus eine Modellwahl, und OpenCat ermutigt dazu, mehrere zu pflegen. Mit einem Gateway-Provider wird das ein wirklich nützliches Muster: ein Schreib-Assistant auf claude-sonnet-4-6, ein Quick-Answers-Assistant auf claude-haiku-4-5-20251001, ein zweisprachiger Assistant auf glm-5.2 oder kimi-k2.6, alle in einer App, wechselbar pro Konversation, abgerechnet über einen Key. Die App faltet zudem Chat, Übersetzung, Sprachkonversation und Bilddiskussion in dasselbe Interface, und jedes dieser Features reitet auf dem Modell, das der aktuelle Assistant wählt. Zeigt der Provider auf einen Multi-Vendor-Endpoint, bekommt jedes Feature still auch Modellwahl.

Vollständiges Setup: Provider, Modelle, Assistants.

Füge den Provider auf welchem Gerät auch immer griffbereit hinzu; OpenCat synchronisiert Konversationen und Einstellungen geräteübergreifend über iCloud in seiner bezahlten Stufe, also folgt ein am Mac konfigurierter Provider typischerweise zum iPhone, statt neu eingegeben werden zu müssen. Nutzt du die kostenlose Stufe pro Gerät, trag dieselben vier Felder auf jedem ein. Bau dann Assistants um Modelle statt den Model-Picker als Nachgedanke zu behandeln. Erstelle einen Assistant, gib ihm einen System-Prompt, und binde ihn an eine Katalog-ID. Die praktische Arbeitsteilung: schnelle IDs für den Assistant, mit dem du den ganzen Tag redest, eine Frontier-ID für den, der Dinge entwirft, die zählen, und eine zweisprachige ID für den, der Chinesisch, Japanisch oder Koreanisch bearbeitet. Weil OpenCat mehrere Assistants nebeneinander erlaubt, bekommst du Per-Task-Modell-Routing, ohne mittendrin je darüber nachzudenken. Für die Übersetzungs- und Sprachfeatures erledigt das Modell hinter dem aktuellen Assistant die Sprachaufgabe, was die schnelle Stufe dort zum richtigen Default macht: Übersetzungs-Turns sind kurz, häufig und latenzsensitiv, exakt das Profil, für das deepseek-v4-flash und claude-haiku-4-5-20251001 bepreist sind.

Writer     -> claude-sonnet-4-6        (drafts, long answers)
Quick      -> claude-haiku-4-5-20251001 (default chatter)
Bilingual  -> glm-5.2                   (zh/en mixed threads)
Translate  -> deepseek-v4-flash         (short, frequent turns)

all four assistants -> one provider -> one key

Modelle für einen nativen Client wählen.

Die Per-Assistant-Bindung macht Vergleiche mühelos: dupliziere einen Assistant, ändere nur das Modell, und lass beide einen Tag lang gegen deine echten Fragen laufen. Das Nutzungslog bepreist den Vergleich pro ID, während die Konversationen dir sagen, welchen du weiter geöffnet hast.

• Phone-first-Nutzung ist Latenz-first-Nutzung. claude-haiku-4-5-20251001 und deepseek-v4-flash antworten schnell genug, dass sich die App nativ statt vernetzt anfühlt.
• Die Einmalkauf-Ökonomie belohnt gemessene Keys: keine Sitzgebühr bedeutet, deine einzigen wiederkehrenden Kosten sind Token, also hält beiläufigen Traffic auf schnellen IDs einen schweren Monat klein.
• claude-sonnet-4-6 verdient sich den Assistant, der für dich schreibt, wo der Preis pro Nachricht sichtbare Qualität kauft.
• glm-5.2 und kimi-k2.6 sind erstklassige Wahlen für den chinesisch-englischen Traffic, den ein großer Teil von OpenCats Nutzerbasis tatsächlich hat; über das Gateway sitzen sie im selben Picker wie Claude, statt separate Vendor-Konten zu brauchen.
• Übersetzungs- und Sprach-Turns sind kurz und konstant; halte sie auf der schnellen Stufe, und die Features fühlen sich kostenlos an.

Nutzungsbasiert · unter offiziellem Preis

Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.

Fehlerbilder speziell für OpenCat.

Gehen Requests nach dem Setup weiterhin an api.openai.com, nutzt die Konversation nicht deinen neuen Provider. Provider koexistieren in OpenCat, und ein früher erstellter Assistant oder eine frühere Konversation behält ihre ursprüngliche Provider-Bindung; wechsle den Provider und das Modell des Assistants, statt anzunehmen, der neue Eintrag habe global übernommen. Ein API Host ohne /v1 scheitert, sobald die App Request-Pfade anhängt; die funktionierende Form, wie Gateway-Guides für OpenCat konsistent zeigen, ist die Base mit eingeschlossenem /v1, https://api.apisrouter.com/v1. Eine leere oder unvollständige Modell-Liste ist keine Sackgasse. Die Auto-Liste hängt von der Modell-Liste des Endpoints ab, und OpenCat akzeptiert manuell getippte IDs für alles Fehlende; die /v1/models-Ausgabe mit deinem Key ist die maßgebliche Schreibweise für das, was du eintippst. Keys sind pro Provider-Eintrag, also muss ein am Gateway rotierter Key in den Provider-Einstellungen aktualisiert werden; eine App, die nach Monaten der Stille plötzlich scheitert, hat meist einen abgelaufenen oder rotierten Key, kein App-Problem. Und stimmen Geräte nicht überein, eines funktioniert, eines scheitert, ist die Sync-Grenze der erste Verdächtige: bestätige, dass das scheiternde Gerät den Provider-Eintrag und Key tatsächlich hat.

Wer OpenCat über ein Gateway routet.

• BYOK-Nutzer, die die App gekauft haben, um Abos zu entkommen, und die Key-Seite ebenso simpel wollen: ein Guthaben, jedes Modell, keine Karte hinterlegt.
• Zweisprachige Nutzer zwischen Chinesisch und Englisch, für die GLM und Kimi neben Claude in einem Picker der tatsächliche tägliche Workflow ist, keine Spielerei.
• Multi-Device-Leute, Mac am Schreibtisch und iPhone unterwegs, die einen Provider-Eintrag wollen, der beide bedient, statt Per-Vendor-Apps und -Logins.
• Vielübersetzer, die OpenCats Übersetzungsfeatures nutzen, wo kurze häufige Turns auf schnellen Katalog-IDs die Gewohnheit günstig halten.
• Entwickler ohne Zugang zum Billing eines bestimmten Vendors. Guthabenbasierter Zugang ohne Kartenpflicht entfernt die Sign-up-Abhängigkeit pro Provider.

Endpoint verifizieren und den ersten Chat debuggen.

Bestätige den Endpoint zuerst von einem Terminal aus, falls griffbereit: liste die Modelle mit deinem Key und prüfe die IDs, die du nutzen willst. Bei reinen iPhone-Setups spring direkt zum In-App-Pfad: speichere den Provider, beobachte, ob sich die Modell-Liste füllt, und schick eine kurze Nachricht. Die Fehlersortierung ist kurz. Ein Authentifizierungsfehler ist das Key-Feld. Ein Connection- oder Not-found-Fehler ist der API Host, fast immer ein fehlendes /v1. Ein Model-Fehler bedeutet, die ID wurde anders getippt als in der Liste des Endpoints. Und eine Konversation, die sich wie der alte Provider verhält, ist an den alten Provider gebunden; prüfe die Assistant-Einstellungen, nicht die Provider-Liste. Sobald Nachrichten fließen, zeigt die APIsRouter-Konsole Modell, Token-Zahlen und Ausgaben pro Anfrage. Für eine Bring-your-own-Key-App ist dieses Log das ganze finanzielle Bild, jedes Gerät und jeder Assistant auf einer Seite, genau die Sichtbarkeit, die Abo-Chat-Apps nie geben.

curl -s https://api.apisrouter.com/v1/models \
  -H "Authorization: Bearer $APISROUTER_API_KEY" | head -50

Häufige Fragen