Über uns

Ein Frankfurter Team, das API-Qualität messbar macht

Classlibrary entstand aus der Frustration über Integrationen, bei denen niemand wusste, ob sie wirklich funktionierten.

Kleines Engineering-Team in einem modernen Frankfurter Büro

Wer wir sind und was wir bauen

Classlibrary ist ein Tech-Startup mit Sitz in Frankfurt am Main, gegründet 2021 von drei Backend-Entwicklern, die zuvor in unterschiedlichen Sektoren — Fintech, Logistik und Enterprise-SaaS — mit schlechter API-Qualität zu kämpfen hatten. Die Kernfrage war jedes Mal dieselbe: Warum liefert eine Bibliothek Daten, aber keine Erkenntnisse darüber, wie diese Daten abgerufen werden? Aus dieser Frage wurde ein internes Werkzeug, aus dem internen Werkzeug wurde Classlibrary. Heute nutzen über 80 Entwicklerteams in Deutschland, Österreich und der Schweiz unsere Plattform, um APIs schema-first zu entwerfen, typsichere SDKs zu generieren und Telemetriedaten aus ihren Integrationen zu gewinnen. Wir sind ein kleines, eng vernetztes Team von neun Personen, das sich auf zwei Fragen konzentriert: Wie machen wir Integrationen schneller? Und wie machen wir sichtbar, was in ihnen passiert?

Wie wir arbeiten — und wo wir an Grenzen stoßen

Unser Prozess beginnt immer mit der OpenAPI-Spec, nicht mit dem Code. Alle SDK-Ausgaben, alle Dokumentationsseiten und alle Telemetriepunkte werden aus demselben Schema-Artefakt generiert. Das bedeutet: keine Abweichungen zwischen Sprachen, keine manuell gepflegten Docs, keine Telemetrie, die der Realität hinterherhinkt. Konkret: Seit 2022 haben wir über 120 API-Versionen ausgeliefert, ohne einen einzigen unkommunizierten Breaking Change. Was wir nicht tun: Wir bauen keine Custom-Backend-Services und keine produktspezifische Businesslogik. Classlibrary ist eine Infrastrukturschicht — wie gut eine API designed ist, liegt beim Team, das sie entwirft. Wir geben Werkzeuge und Messpunkte, keine inhaltliche Beratung zu Produktarchitektur. Wenn dein Team bereits eine robuste API-Strategie hat, wird Classlibrary sie messbar schneller und transparenter machen. Wenn die Strategie noch unklar ist, empfehlen wir, zuerst die Architektur zu klären — dann kommen unsere Tools zum richtigen Zeitpunkt.

Was uns als Team ausmacht

Drei Prinzipien, die sich in jedem Feature-Entscheid niederschlagen.

Messbarkeit vor Meinung

Jede Produktentscheidung wird mit Nutzungsdaten begründet. Wenn ein Feature keine messbaren Auswirkungen auf Integrationszeit oder Fehlerquoten hat, priorisieren wir es nicht — unabhängig davon, wie elegant es klingt.

Kein proprietäres Lock-in

Alle generierten Artefakte — SDKs, Specs, Docs — gehören dir und sind ohne Classlibrary nutzbar. Wir setzen auf OpenAPI, OpenTelemetry und Standardprotokolle, weil Offenheit langfristig mehr Vertrauen schafft als Abhängigkeit.

Direktes Feedback, direkte Iteration

Wir betreiben kein Ticketsystem mit wochenlangen Wartezeiten. Neue Anfragen aus dem Pro- und Enterprise-Tarif werden vom Engineering direkt besprochen — durchschnittliche Reaktionszeit unter vier Stunden während Geschäftszeiten.

Classlibrary kontaktieren

Hanauer Landstraße 126, 60314 Frankfurt am Main, Deutschland · hallo@classlibrary.info · +49 69 1234 5678

Neugierig, wie Classlibrary in deinen Stack passt?

Schreib uns — wir schauen uns gemeinsam an, ob und wie unsere Tools helfen können.

Kontakt aufnehmen