Twenty: Open-Source-CRM für die KI-Ära, als Code

Hintergrund

Kundenverwaltung gehört zu den ältesten Kategorien der Unternehmenssoftware, und kommerzielle Anbieter wie Salesforce prägen sie seit Jahren. Das bekannte Problem liegt in der Konfiguration: Felder und Prozesse werden in einer Admin-Oberfläche zusammengeklickt. Diese Einstellungen landen in keinem Code-Repository, durchlaufen keine Prüfung und lassen sich nur schwer zurückrollen. Ändert sich das Geschäft, basteln Teams weiter in einer Blackbox.

Genau hier setzt Twenty an. Das Open-Source-CRM hat über 59.000 GitHub-Sterne, versteht sich als offene Alternative zu Salesforce und wurde nach eigener Aussage von Anfang an für KI entworfen. Der Kerngedanke ist schlicht: Technische Teams wollen Bausteine zum Zusammensetzen, kein fertiges Produkt mit festem Verhalten. Twenty sei ein CRM, das man wie den Rest des Stacks baut, veröffentlicht und versioniert.

Das Projekt siedelt sich in der Anwendungsschicht des Open-Source-Ökosystems an. Es richtet sich an Engineering-Teams, die Kontrolle über Daten und Code behalten wollen, ohne ein CRM von Grund auf zu schreiben. Vertrieb, Betrieb und Entwicklung sollen dabei in derselben Sprache zusammenarbeiten.

Tiefenanalyse

Was bedeutet es, ein CRM als Code zu bauen? Bei Twenty sind Objekte, Ansichten, Workflows und Agenten die zentralen Bausteine. Objekte bilden Geschäftsentitäten wie Kunden oder Deals ab. Ansichten bestimmen die Darstellung der Daten, Workflows übernehmen die Automatisierung, und Agenten bringen KI direkt in die Geschäftsprozesse. Das Besondere: Diese Bausteine werden als Code geschrieben. Das Beispiel im README nutzt die Funktion defineObject aus twenty-sdk, um ein Deal-Objekt zu deklarieren, mit Singular- und Pluralnamen, Anzeigebezeichnung und Feldern für Name, Betrag und voraussichtliches Abschlussdatum. Die Feldtypen sind Text, Währung und Datum mit Uhrzeit. Solche Definitionen sind gewöhnliche TypeScript-Dateien. Sie liegen in Git, durchlaufen Code-Reviews und entwickeln sich mit Versionen weiter. Ein einziger Befehl, app:publish, stellt die Anwendung privat im Workspace bereit. Änderungen werden dadurch nachvollziehbar, reproduzierbar und automatisierbar.

Auch Coding-Agenten werden direkt unterstützt. Das Projekt liefert offizielle Twenty-App-Skills, nutzbar in Claude Code, Codex, Cursor, Pi und weiteren Umgebungen, die über die skills-CLI angebunden sind. Der Stack besteht aus TypeScript und Nx. Das Backend nutzt NestJS mit BullMQ, PostgreSQL und Redis, das Frontend React mit Jotai, Linaria und Lingui. Es gibt drei Einstiege. Am schnellsten geht es mit einem Cloud-Workspace auf twenty.com, der laut Projekt in weniger als einer Minute läuft. Für eigene Entwicklung erzeugt npx create-twenty-app my-app ein Grundgerüst. Teams mit Anforderungen an Datenstandort oder Compliance hosten selbst per Docker Compose. Typische Einsatzfälle sind eine Deal-Pipeline mit eigenen Feldern, maßgeschneiderte Ansichten für Customer Success sowie Workflows oder Agenten für wiederkehrende Nachfassaktionen. Dazu kommen Discord, Roadmap, ein Kanal für Funktionswünsche und Übersetzungen über Crowdin.

Branchenwirkung

Twenty ist mehr als ein weiteres Open-Source-CRM. Das Projekt zeigt eine Richtung für Geschäftssoftware: weg von der Konfiguration in der Oberfläche, hin zur Definition im Code und schließlich zu KI-Agenten, die beim Aufbau und Betrieb helfen. Sind Objekte und Ansichten Code, kann ein Coding-Agent sie lesen und ändern. Das erklärt, warum das Projekt ein Skill-Paket für Claude Code, Cursor und ähnliche Werkzeuge mitliefert.

Für Engineering-Teams kann ein als Code definiertes CRM in dieselbe Auslieferungskette wie andere Systeme eingehen. Es erhält Versionskontrolle, Reviews und automatisierte Bereitstellung. Für kleinere Teams senken Open Source und Self-Hosting das Risiko, an einen einzigen Anbieter gebunden zu sein. Wer Wert auf Datenhoheit legt, bekommt einen Weg, den gehostete Suiten im Stil von Salesforce nicht in gleicher Weise bieten.

Es gibt jedoch Abwägungen. Code-basierte Anpassung verlagert die Einstiegshürde zu den Entwicklern, sodass Fachanwender das System womöglich nicht allein pflegen können. Self-Hosting bedeutet zudem, dass das Team Betrieb, Backups und Updates selbst trägt. Laut README entsteht der Branch agent-skills erst nach der ersten erfolgreichen Veröffentlichung. Das deutet darauf hin, dass manche Begleitfunktionen noch reifen. Vor dem Produktiveinsatz sollte man die aktuelle Dokumentation prüfen.

Ausblick

Mehrere Fragen entscheiden, wie weit Twenty kommt. Erstens: Kann das App-Ökosystem zu einem Markt wiederverwendbarer Vorlagen wachsen? Da Apps reines TypeScript sind, ist das Teilen technisch einfach. Ob eine lebendige Bibliothek entsteht, ist bislang nicht belegt. Zweitens: Wie zuverlässig arbeiten Agenten in echten Vertriebsabläufen? Das Projekt bietet die Anknüpfungspunkte für Agenten und für Skills von Coding-Agenten. Das README nennt keine Messergebnisse. Teams sollten deshalb mit eigenen Daten testen, bevor sie Automatisierung mit Kundenkontakt betrauen.

Drittens: Wie gut passt die Plattform zu großen Unternehmen? Das Quellmaterial beschreibt Stack, Bereitstellungsoptionen und Entwicklerwerkzeuge. Zu Compliance und Governance im großen Maßstab macht es keine Angaben, diese Punkte sind in der Dokumentation zu klären. Reifen diese Bereiche, könnte Twenty ein repräsentatives Beispiel für Open-Source-Unternehmenssoftware im Zeitalter der Agenten werden. Aktuell passt das CRM am besten zu Teams, die Kundenprozesse tief anpassen wollen, Datenhoheit schätzen und ihr CRM als Ingenieurarbeit verstehen.