Octri.dev

Octri.dev

Octri, LLC · Coding

Octri.dev macht aus einer OpenAPI-Spezifikation eine Dokumentationsseite, SDKs in zehn Sprachen, einen MCP-Server für KI-Agenten und Produktions-Monitoring für diese SDKs.

Vorschau der Oberfläche von Octri.dev

Über Octri.dev

About

Was ist Octri.dev

Octri.dev ist eine Plattform für Teams, die eine API veröffentlichen und Dokumentation, Client-Bibliotheken und Agent-Werkzeuge aus einem Dokument ableiten wollen. Sie laden eine OpenAPI-Datei hoch oder verbinden Octri mit einem GitHub-Repository und bekommen vier Bausteine: eine gehostete API-Dokumentationsplattform auf Ihrer eigenen Domain, SDKs in zehn Programmiersprachen, einen MCP-Server, der Ihre Endpunkte als Werkzeuge bereitstellt, und API-Monitoring, das Fehler aus dem Inneren der ausgelieferten SDKs meldet.

Das Problem dahinter ist die Auseinanderentwicklung. Fast alle Teams erzeugen den Client einmal und pflegen ihn dann von Hand, während die Spezifikation weiterläuft. Octri baut bei jeder Änderung neu, und eine Deprecation in der Dokumentation markiert auch die SDK-Methode und entfernt das Werkzeug aus der Agent-Liste. Der Schritt von OpenAPI zu SDK ist kein einmaliger Export mehr.

Was das Produkt nicht leistet: eine ungenaue Spezifikation repariert es nicht. Der Audit bewertet die Lücken, und ein Endpunkt ohne deklariertes Antwort-Schema erzeugt weiterhin eine untypisierte Methode. Auch das Unternehmen ist jung. Octri, LLC ist am 1. Oktober 2026 öffentlich gestartet, beschäftigt zwei bis zehn Personen und hat kein externes Kapital aufgenommen. Sie kaufen also ein frühes Produkt.

Erste Schritte

  1. Laden Sie Ihre Spezifikation hoch oder verknüpfen Sie das GitHub-Repository, in dem sie liegt. Octri nimmt OpenAPI 3.0 und 3.1, Swagger 2.0, Postman-Collections und AsyncAPI in JSON oder YAML an und normalisiert alles auf OpenAPI 3.1.
  2. Prüfen Sie die erzeugte Referenz. Die KI schreibt zu jedem Endpunkt und jedem Feld eine Beschreibung, und Sie bearbeiten den Entwurf auf der veröffentlichten Seite, bevor er live geht.
  3. Wählen Sie die SDK-Sprachen, legen Sie Methodennamen und Ordnerstruktur fest und starten Sie den Build. Verbundene Registries können jede Version für Sie veröffentlichen.
  4. Schalten Sie das Monitoring pro Projekt ein. Das SDK wird mit ausgeschalteter Meldung ausgeliefert, und jeder Entwickler, der Ihren Client nutzt, entscheidet selbst über das Senden von Fehlerdaten.
  5. Verbinden Sie das Repository, damit die nächste Spezifikationsänderung die ganze Kette erneut durchläuft.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Octri.dev.

Kostenloser TarifJa
Bezahlte Tarife$0 - $249/mo
PlattformWeb, CLI, GitHub
EntwicklerOctri, LLC
KategorieCoding
VeröffentlichungsdatumOct 2026
Zuletzt aktualisiertOct 2026
Website-BesucheN/A
Globales Website-RankingN/A
API-VerfügbarkeitJa

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • API-Plattformteams mit ein oder zwei Entwicklern
  • Startups für Entwicklerwerkzeuge
  • Teams, die ihre Clients schon mit einem Open-Source-Generator bauen

Aufgaben

  • API-Referenz veröffentlichen
  • Client-Bibliotheken pflegen
  • Coding-Agenten eine verlässliche Karte Ihrer API geben
  • Integrationsfehler in der Produktion finden

Szenarien

  • Ein öffentlicher API-Start, bei dem Doku und SDK in derselben Woche erscheinen müssen
  • Eine Breaking Change, die Sie sauber ausrollen wollen
  • Ein kleines Team ohne eigene Developer-Relations-Stelle

Wichtigste Funktionen

Dokumentation aus der Spezifikation, direkt auf der Seite bearbeitet

Der Doku-Teil arbeitet als Dokumentationsgenerator für OpenAPI: Jeder Endpunkt bekommt eine Referenzseite mit Schema-Baum, Fehlern nach Statuscode und einer Testkonsole, die den Schlüssel des Lesers verwendet. Die KI schreibt den ersten Entwurf jeder Beschreibung, auch für Felder, die die Spezifikation leer gelassen hat. Leitfäden liegen als MDX neben der Referenz, und das Portal erscheint in jedem Tarif auf einer eigenen Domain, auch in der kostenlosen Variante.

SDKs in zehn Sprachen mit Registry-Veröffentlichung

Octri erzeugt Clients für TypeScript, Python, Go, Java, Kotlin, Ruby, PHP, Swift, Dart und Rust aus demselben Dokument. Retries, Paginierung und typisierte Fehler sind eingebaut, die Authentifizierung kommt aus Ihren Security-Schemes, und Sie können Methoden umbenennen oder Endpunkte pro Sprache ausschließen. Jede Version kann sich selbst bei npm, PyPI, Maven Central, RubyGems, crates.io, pub.dev, Packagist oder als Git-Tag veröffentlichen, und jede Neugenerierung kommt als Pull Request.

MCP-Server ohne eigenes Hosting

npx @octri/mcp liefert Claude, Cursor, VS Code oder jedem anderen MCP-Client einen Server aus Ihrer Spezifikation. Er bringt sieben Doku-Werkzeuge für Suche und Navigation mit, dazu ein aufrufbares Werkzeug pro Endpunkt. Ein Agent sieht damit echte Operationen und ruft sie auf, statt Parameternamen zu raten. Werkzeuglisten lassen sich im MCP-, OpenAI- und Anthropic-Format exportieren.

SDK-Fehlerverfolgung und API-Monitoring

Die generierten Clients enthalten einen Fehler-Reporter, der aus bleibt, bis ein Entwickler ihn aktiviert. Nach dem Einschalten sammelt Octri Fehler, strukturierte Logs, Traces und Uptime-Prüfungen, gruppiert Vorfälle nach Fingerprint und löst Stack-Frames über Source Maps auf. Tokens, E-Mail, Telefon und IP werden im Client unkenntlich gemacht, bevor ein Ereignis den Prozess verlässt, und bei der Aufnahme noch einmal.

Eine Spezifikationsänderung aktualisiert alle vier Ausgaben

Sie deprecaten einen Endpunkt in der Doku, und das SDK markiert die Methode, der MCP-Server bietet sie nicht mehr als Werkzeug an, und das Monitoring zeigt, welche Aufrufe noch eintreffen. Dasselbe passiert beim Hinzufügen einer Sprache, beim Release oder bei einer neuen Spezifikation. Unter allen vier Ausgaben liegt eine Quelle, es gibt also keinen zweiten Ort zum Nachziehen.

Spezifikations-Audit vor der Generierung

Der Audit bewertet eine Spezifikation mit 14 Regeln auf einer Skala von 10 und nennt die Endpunkte, die schwache Clients erzeugen. Er läuft ohne Konto und behält die Datei nicht. Drei Regeln tragen bis zu sechs der zehn Punkte: deklarierte Antwort-Schemas, geteilte Modelle in components und öffentliche Namen ohne Kollision.

Vor- und Nachteile

Vorteile

  • Ein Dokument speist Doku, SDKs, Agent-Werkzeuge und Monitoring, wodurch die übliche Auseinanderentwicklung wegfällt.
  • Zehn SDK-Sprachen mit automatischer Veröffentlichung in den Registries, die Entwickler ohnehin nutzen.
  • Das Error-Tracking läuft im Client, wo ein API-Anbieter normalerweise nichts sieht.
  • Der kostenlose Tarif enthält eine eigene Domain und eine SDK-Sprache, genug, um die Ausgabe an einer echten API zu testen.
  • Der MCP-Server installiert sich mit einem Befehl und braucht keine Infrastruktur.

Nachteile

  • Der öffentliche Start war am 1. Oktober 2026, deshalb fehlt die Historie für Teams, die einen Anbieter mit jahrelangem Betrieb brauchen.
  • KI-Credits sind mengenbasiert: ein Credit pro geschriebenem Endpunkt oder Chat-Antwort, und die 100 Gratis-Credits sind bei einer großen Spezifikation schnell weg.
  • Jede zusätzliche SDK-Sprache kostet 50 Dollar pro Monat, alle zehn gibt es nur im Business-Tarif für 249 Dollar.
  • Das Monitoring hängt von der Zustimmung jedes SDK-Nutzers ab, die Abdeckung bleibt also lückenhaft bei APIs mit vielen kleinen Integratoren.

Häufige Fragen

Vier Ausgaben aus einem OpenAPI-Dokument: eine gehostete Dokumentationsseite, Client-SDKs in zehn Sprachen, einen MCP-Server für KI-Agenten und Monitoring für die SDKs, sobald sie im Einsatz sind. Jede Ausgabe funktioniert auch allein.