Fern
Fern (acquired by Postman) · Coding
Fern ist ein Entwicklerwerkzeug, das Ihre API-Definition in produktionsreife SDKs und eine gehostete Dokumentationsseite verwandelt. Sie geben ihm eine OpenAPI-Spezifikation, ein GraphQL-Schema oder sein eigenes Definitionsformat, und es erzeugt Client-Bibliotheken in mehreren Sprachen sowie eine Dokumentationsseite mit Suche, einem API-Explorer und KI-Funktionen. Es richtet sich an Teams, die ihre API-Referenz und ihre Client-Bibliotheken synchron halten wollen, ohne eine eigene Dokumentationskraft einzustellen.
Über Fern
Was ist Fern
Fern sitzt zwischen Ihrer API-Definition und allem, was Entwickler für ihre Nutzung brauchen. Als API-Dokumentationsgenerator und SDK-Builder arbeitet es aus einer einzigen Quelle. Statt hier einen Python-Client und dort einen TypeScript-Client von Hand zu schreiben, beschreiben Sie die API einmal und lassen Fern die SDKs, die Referenzdokumentation und die CLI aus derselben Quelle erzeugen. Wenn sich die API ändert, führen Sie die Generierung erneut aus, und jede Sprache übernimmt die Aktualisierung.
Der Kernpunkt ist Konsistenz. Die meisten API-Teams landen mit einer Dokumentation, die von den echten Endpunkten abdriftet, und mit SDKs, die sich in jeder Sprache fremd anfühlen. Fern behandelt die API-Definition als einzige Quelle der Wahrheit, sodass die erzeugte Ausgabe von Natur aus ausgerichtet bleibt. Das Unternehmen dahinter wurde von Postman übernommen, das dieselbe Idee in eine breitere Werkzeugkette für den API-Lebenszyklus einfügte.
Die wichtigste Grenze ist der Umfang. Fern ist für Teams gebaut, die bereits eine API-Definition besitzen und sie in der Versionsverwaltung pflegen. Wenn Sie keine Spezifikation haben oder einen No-Code-Seitenbaukasten für Marketinginhalte suchen, ist dies nicht das richtige Werkzeug. Die kostenlose Stufe begrenzt zudem Seiten und KI-Guthaben, sodass größere Dokumentationsseiten schnell im kostenpflichtigen Bereich landen. Keine Spezifikation, kein Fern.
Erste Schritte
- Registrieren Sie sich auf buildwithfern.com und erstellen Sie ein Projekt im Dashboard, oder legen Sie eines lokal mit der Fern CLI an.
- Fügen Sie Ihre API-Definition zum Projekt hinzu, entweder eine OpenAPI-Spezifikation, eine AsyncAPI- oder GraphQL-Datei oder eine in YAML geschriebene Fern-Definition.
- Konfigurieren Sie
docs.yml, um Navigation, Domain und Theme festzulegen, damit die erzeugte Seite zu Ihrer Marke passt. - Führen Sie
fern generateaus, um SDKs und Dokumentation zu bauen, und sehen Sie sich das Ergebnis lokal an, bevor Sie veröffentlichen. - Veröffentlichen Sie auf Ihrer eigenen Domain oder Unterroute und richten Sie dann die kontinuierliche Integration ein, damit Dokumentation und SDKs bei jeder API-Änderung neu gebaut werden.
Produktinformationen
Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Fern.
Am besten für
Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.
Nutzer
- Backend- und Plattform-Entwickler, die eine API-Definition besitzen und Client-Bibliotheken wollen, ohne jede einzeln von Hand zu schreiben
- Developer-Experience-Teams, die eine gehostete Referenzseite brauchen, die mit der Spezifikation im Takt bleibt
- Startups, die eine öffentliche API veröffentlichen und keine eigene technische Redaktion haben
Aufgaben
- Idiomatische SDKs in TypeScript, Python, Java, Go und weiteren Sprachen aus einer einzigen Spezifikation erzeugen
- Eine API-Referenzseite mit Suche, API-Explorer und Versionswechsel veröffentlichen
- Dokumentation und Client-Bibliotheken per kontinuierlicher Integration bei jeder API-Änderung aktuell halten
Szenarien
- Ein Team, das seine erste öffentliche API hinzufügt und gleichzeitig Dokumentation und SDKs braucht
- Eine Plattformgruppe, die einen Flickenteppich selbst generierter Clients ersetzt, die sich in jeder Sprache fremd anfühlen
- Ein KI-orientiertes Team, das möchte, dass seine Coding-Agents die Dokumentation über einen MCP-Server und llms.txt lesen können
Wichtigste Funktionen
SDK-Generierung für mehrere Sprachen
Fern baut Client-Bibliotheken, die von Spezialisten der jeweiligen Sprache entworfen wurden, statt aus einer generischen Vorlage. Die erzeugten SDKs bringen starke Typen, eingebettete Dokumentation und vertraute Fehlerbehandlung mit, sodass ein Python-Entwickler und ein TypeScript-Entwickler jeweils etwas erhalten, das sich nativ anfühlt. Ein OpenAPI-SDK aus einem generischen Werkzeug wirkt selten so ausgefeilt. Das zählt, denn Entwickler haben den Wechsel von einem generischen Generator gerade gewählt, um die Beschwerden über unbeholfene, schwer nutzbare Clients loszuwerden.
Dokumentation als Code
Ihre Dokumentation liegt im Repository wie der übrige Code. Änderungen laufen über Git, Prüfer sehen die Unterschiede in Pull Requests, und jeder Coding-Agent kann Inhalte entwerfen oder aktualisieren. Teams, die Infrastruktur bereits als Code behandeln, finden diesen Ablauf natürlich, und er beseitigt den Kopier-und-Einfügen-Schritt, durch den die Dokumentation meist hinter der API zurückbleibt. Es passt einfach. Schluss mit veralteten Seiten.
KI-Chat auf Basis Ihrer Dokumentation
Der integrierte KI-Chat lässt Leser Fragen stellen und Antworten erhalten, die aus Ihrer Dokumentation stammen. Weil die Antworten auf Ihren Inhalten beruhen, vermeiden sie die generischen Antworten eines Modells, das aus allgemeinem Wissen antwortet. Für einen Leser, der an einem bestimmten Endpunkt hängt, ist das der Unterschied zwischen einer nützlichen Antwort und einer, die nur plausibel klingt. Schluss mit Rätselraten.
MCP-Server und llms.txt
Fern stellt Ihre Dokumentation und Ihre API über einen Model Context Protocol-Server bereit und liefert sauberes Markdown mit einer automatisch erzeugten llms.txt-Datei. Zusammen machen diese Ihre API für KI-Werkzeuge und Coding-Agents abfragbar, die strukturierte Dokumentation lesen können. Wenn Ihre Nutzer mit KI-Assistenten arbeiten, ist dies ein praktischer Weg, diese Assistenten in Echtzeit nachschlagen zu lassen.
Breite Protokoll- und Spezifikationsunterstützung
Fern akzeptiert REST, WebSockets und GraphQL sowie die Protokolle AsyncAPI und gRPC. Auf der Spezifikationsseite liest es OpenAPI, OpenAPI Overlays, OpenAPI Arazzo, AsyncAPI, gRPC, GraphQL, OpenRPC und sein eigenes Definitionsformat. Diese Bandbreite bedeutet, dass die meisten Teams Fern auf die Spezifikation richten können, die sie schon haben, statt sie neu zu schreiben. Drauf zeigen und los.
Anpassung und Veröffentlichung
Die kostenlose Stufe enthält eine eigene Domain und Unterroute, und die kostenpflichtigen Pläne ergänzen eigenes CSS, JavaScript und React-Komponenten sowie individuelle Layouts und die Integration ins Designsystem. Sie können außerdem Vorschau-Links, SEO-Optimierungen und Passwortschutz für private Dokumentation einrichten, sodass die Referenzseite sowohl zu Ihrer Marke als auch zu Ihren Zugriffsregeln passt. Es wächst mit, wenn Sie es brauchen.
Vor- und Nachteile
Vorteile
- Eine API-Definition liefert SDKs in vielen Sprachen plus eine gehostete Dokumentationsseite und spart so doppelte Arbeit
- Der Ablauf Dokumentation als Code hält die Referenz in der Versionsverwaltung und über Pull Requests prüfbar
- Integrierter KI-Chat, ein MCP-Server und llms.txt machen die Dokumentation für Menschen und Agents nützlich
- Die kostenlose Stufe enthält eine eigene Domain, 1.000 Seiten und 250 KI-Guthaben, genug, um den ganzen Ablauf zu testen
- Enterprise-Optionen decken SSO, SCIM, Selbsthosting und ein Verfügbarkeits-SLA für regulierte Teams ab
Nachteile
- Erfordert eine gepflegte API-Definition, sodass Teams ohne Spezifikation zuerst eine schreiben und pflegen müssen
- Der kostenlose Plan begrenzt Seiten, Seitengenerierungen und KI-Guthaben, was größere Seiten abrupt stoppt
- Erweiterte Anpassung wie eigenes React und die Integration ins Designsystem liegt hinter Enterprise-Preisen
- Preise über der kostenlosen Stufe sind individuell, sodass die Budgetplanung ein Gespräch mit dem Vertrieb erfordert
Häufige Fragen
Fern erzeugt Client-SDKs und eine Dokumentationsseite aus einer einzigen API-Definition. Sie beschreiben die API einmal, und Fern erstellt die SDKs, die Referenzdokumentation und eine CLI und hält sie dann ausgerichtet, wenn sich die API ändert.
Ähnliche Inhalte
Entdecke passende Tools, Skills und Artikel zu Fern.
Alternativen zu Fern
Forefront
Forefront · CodingForefront ist eine Webplattform zum Bauen mit Open-Source-KI. Sie lassen sich führende Open-Source-Sprachmodelle mit eigenen Daten feintunen, ihre Leistung bewerten und sie über eine API ausführen oder exportieren, um sie selbst zu hosten. Entwickler, die den Komfort einer geschlossenen Plattform wollen, aber darauf bestehen, ihre Modelle und Daten zu besitzen, sind hier die Zielgruppe.
Startkit
StartKit.AI · CodingStartkit ist ein Boilerplate zum Bauen von KI-SaaS-Produkten und KI-Wrappern. Man kann es sich als KI-Startup-Boilerplate vorstellen, bei dem die langweiligen Teile schon verdrahtet sind: Authentifizierung, Zahlungen über Stripe und Lemon Squeezy, Nutzungslimits, transaktionale E-Mail und ein KI-API-Starter-Kit, das mit OpenAI, Anthropic, Groq oder Llama spricht. Man klont das Repository, setzt seinen Preis und kümmert sich um den Teil des Produkts, für den Menschen wirklich bezahlen. Es basiert auf Next.js über React und Tailwind, deshalb fühlt sich ein Großteil des Boilerplate-Codes schon vertraut an.
Testim
Tricentis · CodingTestim ist eine KI-gestützte Plattform für Testautomatisierung, mit der man End-to-End-Tests für Web-, Mobile- und Salesforce-Anwendungen baut und ausführt. Sie setzt auf maschinelles Lernen, um Tests stabil zu halten, wenn sich eine Oberfläche ändert, sodass Teams weniger Zeit mit der Reparatur kaputter Selektoren verbringen. Nicht schlecht für ein Tool für automatisierte Tests, das Sie heute schon nutzen können. Sie erstellen Tests, indem Sie Aktionen im Browser aufzeichnen, und fügen danach JavaScript hinzu, wenn Sie mehr Kontrolle brauchen. Für ein beschäftigtes QA-Team eine solide Wahl.