UNABHÄNGIGER LEITFADEN · Wir sind nicht TypeSafe AIQUELLEN GEPRÜFT · 18. Oktober 2026SKENDE中文
JEV.sk
Startseite / Für Entwickler
Für Entwickler

Jev-API: Integration ohne Verwechslung mit Chat-Schnittstellen

Die direkte API von TypeSafe, der Weg über OpenRouter und ein sicherer Adapterentwurf – und warum ein neuer Modellname im Chat-Adapter nicht genügt.

Direkte TypeSafe-API

Die Dokumentation beschreibt POST https://api.typesafe.ai/v1/systemone mit dem Header Authorization: Bearer. Die Anfrage enthält das Modell, den Zustand (state) und eine Map der Fragen (questions). S08 Die Beispiele in der Dokumentation verwenden den Alias jev-latest; dieser und jev-preview verweisen zum 23. September 2026 auf jev-1.13.0. Für stabile Ergebnisse empfehlen wir, eine feste Version anzugeben. S01

Einen Beispiel-Request-Body erstellen Sie im Fragen-Builder. Es handelt sich nicht um die Aufzeichnung tatsächlich ausgeführter, kostenpflichtiger Aufrufe.

Zugriff über OpenRouter

OpenRouter dokumentiert den Entscheidungs-Endpunkt POST https://openrouter.ai/api/alpha/decisions und den Bezeichner typesafe/jev-1.13. Deshalb genügt es nicht, in einem bestehenden Chat-Adapter nur den Modellnamen zu ändern. S17

Empfohlener Adapterentwurf von JEV.sk

Trennen Sie den Anbieter von Ihrem internen Antwortschema. Legen Sie ein Zeitlimit fest, validieren Sie die Antwort, behandeln Sie Fehler und leiten Sie ein unklares Ergebnis zur Prüfung weiter. Speichern Sie die Version der Aufgabenstellung zusammen mit dem verwendeten Modell. Erfassen Sie den Verbrauch, aber nicht unnötig ganze private Nachrichten.

JEV.sk ruft keine echte API auf: Die Website erklärt das Prinzip und erzeugt das Beispiel-JSON direkt im Browser. Echte Aufrufe würden einen eigenen Server-Endpunkt, ein Budget, Schutz vor Missbrauch und eine klare Information der Besucher darüber erfordern, dass Text an Dritte übermittelt wird.

Niemals den Schlüssel im Browser

Für eine künftige Demo mit echten Aufrufen empfehlen wir einen serverseitig verwalteten Schlüssel. Er gehört nicht in JavaScript, HTML, eine URL, ein Repository oder Logs. Nutzer sollen vorab wissen, ob sie mit einer Demo oder mit dem echten Dienst arbeiten.

Bei einem Ausfall darf die Anwendung kein erfolgreiches Ergebnis erfinden. Sie gibt einen verständlichen Fehler zurück oder bietet einen sicheren alternativen Ablauf an.

Quellen und Prüftiefe

Das Prüfdatum bezieht sich auf die verfügbaren Quellen; es ist keine Gewähr für den aktuellen Stand eines Kontos oder des Betriebs.