Octri.dev

Octri.dev

Octri, LLC · Programmation

Octri.dev transforme une spécification OpenAPI en site de documentation, SDK clients en dix langages, serveur MCP pour agents IA et supervision de production de ces SDK.

Aperçu de l'interface de Octri.dev

À propos de Octri.dev

About

Qu'est-ce qu'Octri.dev

Octri.dev est une plateforme pour les équipes qui publient une API et veulent que la documentation, les bibliothèques clientes et l'outillage pour agents sortent du même document. Vous déposez un fichier OpenAPI, ou vous reliez Octri à un dépôt GitHub, et vous obtenez quatre éléments : une plateforme de documentation API hébergée sur votre domaine, des SDK dans dix langages, un serveur MCP qui expose vos endpoints comme des outils, et une supervision des API qui remonte les erreurs depuis l'intérieur des SDK que vous distribuez.

Le problème visé, c'est la dérive. Presque toutes les équipes génèrent leur client une fois, puis le maintiennent à la main pendant que la spécification avance. Octri régénère à chaque changement, et une dépréciation dans la documentation marque aussi la méthode du SDK et retire l'outil de la liste de l'agent. L'étape OpenAPI vers SDK cesse d'être un export unique.

Ce qu'il ne fait pas : il ne répare pas une spécification floue. L'audit note les manques, et un endpoint sans schéma de réponse déclaré produit toujours une méthode non typée. L'entreprise est jeune, elle aussi. Octri, LLC a ouvert au public le 1er octobre 2026, compte entre deux et dix personnes et n'a pas levé de fonds externes. Vous achetez donc un produit encore jeune.

Premiers pas

  1. Déposez votre spécification ou reliez le dépôt GitHub qui la contient. Octri accepte OpenAPI 3.0 et 3.1, Swagger 2.0, les collections Postman et AsyncAPI, en JSON ou YAML, et ramène le tout à OpenAPI 3.1.
  2. Relisez la référence générée. L'IA rédige une description pour chaque endpoint et chaque champ, et vous modifiez le brouillon sur la page publiée avant sa mise en ligne.
  3. Choisissez les langages du SDK, réglez les noms de méthodes et l'arborescence, puis lancez la compilation. Les registres reliés peuvent publier chaque version à votre place.
  4. Activez la supervision projet par projet. Le SDK part avec le report désactivé, et chaque développeur qui utilise votre client choisit d'envoyer ou non des données d'erreur.
  5. Reliez le dépôt pour que la prochaine modification de spécification relance toute la chaîne.

Informations sur le produit

Aperçu des tarifs, des plateformes compatibles et des performances de Octri.dev.

Offre gratuiteOui
Offres payantes$0 - $249/mo
PlateformeWeb, CLI, GitHub
DéveloppeurOctri, LLC
CatégorieProgrammation
Date de lancementOct 2026
Dernière mise à jourOct 2026
Visites du siteN/A
Classement mondial du siteN/A
Disponibilité de l’APIOui

Idéal pour

Les utilisateurs, tâches et cas d'usage où cet outil convient le mieux.

Utilisateurs

  • Équipes plateforme d'une ou deux personnes
  • Startups d'outils pour développeurs
  • Équipes qui génèrent déjà leurs clients avec un générateur open source

Tâches

  • Publier une référence d'API
  • Maintenir des bibliothèques clientes
  • Donner aux agents de code une carte fiable de votre API
  • Repérer les bugs d'intégration en production

Cas d'usage

  • Un lancement d'API publique où documentation et SDK doivent sortir la même semaine
  • Un changement cassant à déployer sans dégât
  • Une petite équipe sans poste dédié aux relations développeurs

Fonctionnalités clés

Une documentation générée depuis la spécification, modifiable sur la page

Le volet documentation fait office de générateur de documentation OpenAPI : chaque endpoint reçoit une page de référence avec arbre de schéma, erreurs par code HTTP et console d'essai qui utilise la clé du lecteur. L'IA écrit la première version de chaque description, y compris les champs laissés vides dans la spécification. Les guides vivent en MDX à côté de la référence, et le portail se publie sur un domaine propre dès l'offre gratuite.

Des SDK dans dix langages, publiés sur les registres

Octri génère des clients TypeScript, Python, Go, Java, Kotlin, Ruby, PHP, Swift, Dart et Rust à partir du même document. Relances, pagination et erreurs typées sont fournies, l'authentification découle de vos schémas de sécurité, et vous pouvez renommer des méthodes ou exclure des endpoints langage par langage. Chaque version peut se publier seule sur npm, PyPI, Maven Central, RubyGems, crates.io, pub.dev, Packagist ou un tag git, et chaque régénération arrive en pull request.

Un serveur MCP sans hébergement

npx @octri/mcp fournit à Claude, Cursor, VS Code ou tout client MCP un serveur construit à partir de votre spécification. Il embarque sept outils de documentation pour la recherche et la navigation, plus un outil appelable par endpoint : l'agent consulte de vraies opérations et les appelle au lieu de deviner des noms de paramètres. Les listes d'outils s'exportent aux formats MCP, OpenAI et Anthropic.

Suivi des erreurs SDK et supervision des API

Les clients générés embarquent un rapporteur d'erreurs qui reste éteint tant qu'un développeur ne l'active pas. Une fois le report activé, Octri collecte erreurs, logs structurés, traces et tests de disponibilité, regroupe les incidents par empreinte et résout les frames de pile via les source maps. Jetons, e-mail, téléphone et IP sont masqués dans le client avant que l'événement ne quitte le processus, puis de nouveau à l'ingestion.

Un changement de spécification met à jour les quatre sorties

Vous dépréciez un endpoint dans la documentation : le SDK marque la méthode, le serveur MCP cesse de la proposer comme outil et la supervision montre quels appels arrivent encore. Même chose quand vous ajoutez un langage, publiez une version ou poussez une nouvelle spécification. Une seule source alimente les quatre sorties, il n'y a donc pas de second endroit à mettre à jour.

Un audit de la spécification avant toute génération

L'audit note la spécification sur 10 selon quatorze règles et nomme les endpoints qui produiront des clients faibles. Il tourne sans compte et ne conserve pas le fichier. Trois règles pèsent jusqu'à six des dix points : schémas de réponse déclarés, modèles partagés dans components et noms publics sans collision.

Avantages et inconvénients

Avantages

  • Un document alimente documentation, SDK, outils d'agent et supervision, ce qui supprime la dérive habituelle entre eux.
  • Dix langages de SDK avec publication automatique sur les registres que les développeurs utilisent déjà.
  • Le suivi d'erreurs tourne dans le client, là où un fournisseur d'API ne voit rien.
  • L'offre gratuite inclut un domaine propre et un langage de SDK, de quoi tester la sortie sur une vraie API.
  • Le serveur MCP s'installe en une commande et ne demande aucune infrastructure.

Inconvénients

  • Le lancement public date du 1er octobre 2026, donc le recul manque pour les équipes qui veulent un fournisseur avec des années de service derrière lui.
  • Les crédits IA sont comptés : un crédit par endpoint rédigé ou réponse du chat, et les 100 crédits gratuits s'épuisent sur une grosse spécification.
  • Chaque langage de SDK supplémentaire coûte 50 dollars par mois, et les dix ne sont inclus que dans l'offre Business à 249 dollars.
  • La supervision dépend de l'activation par chaque utilisateur du SDK, donc la couverture reste partielle sur les API à nombreux petits intégrateurs.

Questions fréquentes

Quatre sorties issues d'un même document OpenAPI : un site de documentation hébergé, des SDK clients dans dix langages, un serveur MCP pour agents IA et une supervision des SDK une fois en service. Chacune peut fonctionner seule.