Lago: Usage-Metering und Billing für nutzungsbasierte Produkte
Open-Source-API für Messung und nutzungsbasierte Abrechnung. Verbrauchsverfolgung, Abonnementverwaltung, Preisänderungen, Zahlungsorchestrierung und Umsatzanalyse.
Auf einen Blick
- Was ist das?
- Eine Open-Source-Infrastruktur, die Nutzung erfasst, Preise und Credits anwendet und daraus Entitlements, Rechnungen, Zahlungen und Umsatzdaten ableitet.
- Für wen ist es gedacht?
- Dieses Projekt ist für den dokumentierten Anwendungsfall geeignet, wenn die eigene Umgebung die genannten Voraussetzungen erfüllt. Prüfe vor einer Entscheidung den konkreten Einstieg Lokale AI-Demo, beobachte die dort genannten Ausgaben und kläre die im README nicht beschriebenen Betriebsgrenzen anhand der Originaldateien.
- Darf ich es kommerziell nutzen?
- Ja, unter strengen Bedingungen. AGPL-3.0 ist eine Lizenz mit Netzwerk-Copyleft: Wenn andere eine veränderte Version über ein Netzwerk nutzen, etwa als gehosteten Dienst, müssen Sie ihnen den Quellcode unter derselben Lizenz anbieten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Go, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Lokale AI-Demo
Die README nennt ./examples/agentic-ai-demo/run.sh als gepflegten Einstieg. Docker Compose startet einen isolierten Dienst, die Demo erzeugt eine lokale Organisation, bewertet drei AI-Anfragen und prüft die Nutzung über die API. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.
Messmodell
Beispiele umfassen Tokens, Compute, API-Aufrufe, Transaktionen, Seats und eigene Events. Die dokumentierte Kette lautet Usage events, Metering, Pricing and credits, Entitlements, Invoices, Payments und Revenue. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.
Schnittstellen
Lago ist API-first und headless. REST API, OpenAPI, SDKs, Webhooks und ein MCP-Server stellen laut README dieselben Billing-Primitiven für Anwendungen, interne Werkzeuge und Agents bereit. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.
Direct und Embedded
Lago Direct monetarisiert das eigene Produkt; Lago Embedded stellt Billing-Funktionen den Kunden einer Plattform bereit. Beide Modelle verwenden denselben Open-Source-Billingkern, unterscheiden sich aber bei Marke und Nutzererfahrung. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.
Betrieb und Lizenz
Die Demo benötigt Docker, curl und jq und nutzt standardmäßig UI-Port 8080 sowie API-Port 3001; LAGO_DEMO_UI_PORT und LAGO_DEMO_API_PORT ändern belegte Ports. Die Repository-Lizenz ist AGPL-3.0, daher müssen Verteilung und Änderungen rechtlich geprüft werden. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.
Redaktionelles Fazit
Dieses Projekt ist für den dokumentierten Anwendungsfall geeignet, wenn die eigene Umgebung die genannten Voraussetzungen erfüllt. Prüfe vor einer Entscheidung den konkreten Einstieg Lokale AI-Demo, beobachte die dort genannten Ausgaben und kläre die im README nicht beschriebenen Betriebsgrenzen anhand der Originaldateien.
Community-Notizen