EU-souveräne und externe Modelle liegen hinter Ihrer einzigen Akumi-base_url. Der Router wählt pro Anfrage das richtige Modell, hält regulierte Daten in der EU und führt Fallback durch, wenn ein Anbieter ausfällt. Souveränität ist im Code durchgesetzt, nicht einer Checkbox überlassen.
ein Client · eine base_url · das Modell ist nur ein String
POST /v1/chat/completions
Erlaubte Modelle für die Datenklasse ermitteln
Regulierte Daten in der EU halten
EU-ansässig · bedient
extern · hier nicht erlaubt
Sie brauchen mehr als ein Modell: für Leistung, für Kosten, für die Morgen, an denen ein Anbieter ausfällt. Doch jeder weitere Anbieter bedeutet ein weiteres SDK, einen weiteren Key, einen weiteren Ausfall, der zu Ihrem Ausfall wird, und einen weiteren Pfad, über den regulierte Daten ohne bewusste Entscheidung ein US-Modell erreichen könnten. Die meisten Teams flicken das mit eigenem Routing-Code zusammen und erben eine Compliance-Lücke, die sie nicht sehen können.
Legen Sie die Regeln einmal fest. Der Router wendet sie bei jeder Anfrage an, sodass die Richtlinie an einem Ort lebt statt über Services verstreut.
Verwenden Sie Ihre eigenen Anbieter-Zugangsdaten, abgerechnet und auditiert an einer Stelle, mit Ihren Verträgen und Preisen unberührt. Kein Lock-in: der Client bleibt OpenAI-kompatibel.
Jede Route wird aufgezeichnet: welches Modell lief, in welcher Region, über welchen Anbieter, und warum es erlaubt war. Beantworten Sie "Wo ist die Anfrage hingegangen?" mit dem Log, nicht einer Vermutung.
Jede Antwort enthält das Modell und die Region, die sie bedient haben. Fallback und Richtlinien geschehen nie hinter Ihrem Rücken.
Generische Router optimieren für Kosten und Latenz. Der Model Router optimiert zuerst für die Antwort, die Ihr DPO braucht.
Erstellen Sie einen Key, legen Sie Ihre Richtlinie fest und lassen Sie den Router jede Anfrage in der Spur halten.
We use privacy-friendly, EU-hosted analytics to understand how Akumi is used. Accept analytics cookies, or continue without them. See our cookie policy.
