Fern

Fern construit des bibliothèques clientes conçues par des spécialistes de chaque langage plutôt qu'à partir d'un modèle générique. Les SDK générés portent des types forts, une documentation intégrée et une gestion des erreurs familière, si bien qu'un développeur Python et un développeur TypeScript reçoivent chacun quelque chose qui paraît natif. Un SDK OpenAPI issu d'un outil générique est rarement aussi soigné. Cela compte, car les développeurs ont adopté le passage depuis un générateur générique précisément pour échapper aux plaintes sur des clients maladroits et difficiles à utiliser.

Votre documentation vit dans votre dépôt comme le reste du code. Les changements passent par Git, les relecteurs voient les différences dans les pull requests, et n'importe quel agent de programmation peut rédiger ou mettre à jour du contenu. Les équipes qui traitent déjà l'infrastructure comme du code trouvent ce flux naturel, et il supprime l'étape de copier-coller qui laisse d'ordinaire la documentation prendre du retard sur l'API. Cela colle, tout simplement. Fini les pages obsolètes.

Le chat IA intégré permet aux lecteurs de poser des questions et d'obtenir des réponses tirées de votre documentation. Comme les réponses s'appuient sur votre contenu, elles évitent les réponses génériques d'un modèle qui répond à partir de connaissances générales. Pour un lecteur bloqué sur un point de terminaison précis, c'est la différence entre une réponse utile et une réponse qui sonne seulement plausible. Fini de deviner.

Fern expose votre documentation et votre API via un serveur Model Context Protocol, et livre du Markdown propre avec un fichier llms.txt généré automatiquement. Ensemble, ces éléments rendent votre API interrogeable par les outils d'IA et les agents de programmation capables de lire une documentation structurée. Si vos utilisateurs construisent avec des assistants IA, c'est un moyen concret de laisser ces assistants consulter les informations en temps réel.

Fern accepte REST, WebSockets et GraphQL, ainsi que les protocoles AsyncAPI et gRPC. Côté spécifications, il lit OpenAPI, OpenAPI Overlays, OpenAPI Arazzo, AsyncAPI, gRPC, GraphQL, OpenRPC et son propre format de définition. Cette variété signifie que la plupart des équipes peuvent pointer Fern vers la spécification qu'elles ont déjà au lieu de la réécrire. On pointe, et c'est parti.

L'offre gratuite inclut un domaine et un sous-chemin personnalisés, et les offres payantes ajoutent du CSS, du JavaScript et des composants React sur mesure, ainsi que des mises en page personnalisées et une intégration au système de design. Vous pouvez aussi configurer des liens de prévisualisation, des optimisations SEO et une protection par mot de passe pour une documentation privée, afin que le site de référence corresponde à la fois à votre marque et à vos règles d'accès. Il monte en puissance quand vous en avez besoin.