twentyhq/twenty: Redaktioneller README-Leitfaden
Open-Source-CRM als Alternative zu Salesforce, mit dem technische Teams Objekte, Felder und Ansichten als Code definieren – auf Basis von NestJS, PostgreSQL und GraphQL.
Auf einen Blick
- Was ist das?
- Ein auf README, Metadaten und Lizenz gestützter Leitfaden für twentyhq/twenty.
- Für wen ist es gedacht?
- Geeignet ist twenty für Leserinnen und Leser, die die im README beschriebenen Funktionen anhand des Repositorys prüfen wollen. Nicht geeignet ist es als Beleg für Eigenschaften, die twentyhq/twenty nicht dokumentiert.
- Darf ich es kommerziell nutzen?
- Erst prüfen. Die Lizenz dieses Repositorys ordnen wir nicht automatisch ein; lesen Sie vor jeder kommerziellen Nutzung die LICENSE-Datei.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, 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
Projektumfang · twentyhq twenty
twentyhq/twenty beschreibt sich im README als „The open alternative to Salesforce, designed for AI.". Dieser Text bleibt bei Fakten, die im Repository überprüfbar sind. Sterne, Forks und Badges zeigen Aufmerksamkeit, aber keine Qualität. Unter „Why Twenty" steht: Twenty gives technical teams the building blocks for a custom CRM that meets complex business needs and quickly adapts as the business evolves. Twenty is the CRM you build, ship, and version like the rest of your stack.. Das beschreibt den vorgesehenen Umfang, nicht einen Produktionstest.
Geeignete Einsatzfälle · twentyhq twenty
Der Abschnitt „Installation" zeigt, für welches Problem das Projekt gedacht ist: README 没有列出这一项具体能力。. Passt dieses Problem nicht zu deinem Fall, ist Popularität kein ausreichender Grund. Namen, Befehle und Komponenten bleiben unverändert, damit Leser die Primärquelle ohne neue Begriffe vergleichen können. Ein weiterer überprüfbarer README-Punkt lautet: README 没有列出这一项具体能力。. Er hilft beim ersten Test, ersetzt aber keinen Test in der vorgesehenen Umgebung.
Funktionsweise · twentyhq twenty
Die Betriebsweise verteilt sich auf Abschnitte wie „Build an app". Die Quelle nennt: See the app development guide for objects, views, agents, and logic functions.. Fehlende Angaben zu Architektur, Leistung oder Sicherheit werden nicht ergänzt. Vor einem echten Einsatz müssen Repository-Struktur, Konfigurationsdateien und Release-Verlauf geprüft werden.
Installation und erster Start · twentyhq twenty
Beginne die Installation am dokumentierten README-Einstieg. Ein überprüfbarer Befehl ist:
README 没有给出可直接复制的安装命令。
Wenn kein ausführbarer Befehl vorhanden ist, wird hier keiner erfunden. Prüfe den Abschnitt „Installation" auf Abhängigkeiten, Standardports und die Einrichtung beim ersten Start.
Konfiguration und täglicher Betrieb · twentyhq twenty
Der tägliche Betrieb folgt der Projektdokumentation. Im Abschnitt „Self-hosting" steht: Run Twenty on your own infrastructure with Docker Compose.. Konfiguration, Umgebungsvariablen, Rechte und Datenpfade werden nur bei klarer Quelle beschrieben. Unklare Defaults gehören in einen isolierten Test mit rücksetzbarer Konfiguration. Dieselbe Quelle nennt außerdem: README 没有列出这一项具体能力。.
Grenzen laut README · twentyhq twenty
Die Grenzen sind ebenso wichtig wie die Funktionen. Für twentyhq/twenty belegt die Quelle keine feste Kompatibilitätsmatrix, Leistungswerte, Servicegarantie oder dauerhafte Unterstützung. Das README nennt lediglich: „Twenty gives you the building blocks of a modern CRM (objects, views, workflows, and agents) and lets you extend them as code. Here's a tour of what's in the box.". Offene Punkte bleiben Prüfaufgaben und werden nicht zu Produktversprechen.
Sicherheit, Datenschutz und Lizenz · twentyhq twenty
Metadaten und LICENSE weisen die SPDX-Lizenz NOASSERTION aus. Das klärt die Bedingungen für Verteilung und Änderung, ersetzt aber keine Sicherheitsprüfung. Umgang mit Zugangsdaten, Netzfreigaben, Logs und Drittanbieter-Abhängigkeiten muss separat bewertet werden, wenn das README ihn nicht beschreibt.
Wartung und Updates · twentyhq twenty
Für die Wartungsplanung sind der Standardbranch main, 54234 Sterne, 8337 Forks und 141 offene Issues nachvollziehbare Signale. Im Abschnitt „Everything you need" steht: Want to go deeper? Read the User Guide for product walkthroughs, or the Documentation for developer reference.. Das hilft bei der Planung, ersetzt aber keinen Upgrade-Test. Für die Wartung sollte auch der README-Abschnitt "Thanks" geprüft werden: .
Redaktionelle Einschätzung: Redaktionelle Einschätzung: twentyhq/twenty passt dort, wo die dokumentierte Aufgabe zur eigenen Umgebung passt. Diese Seite ist eine Installations- und Prüfhilfe, kein Bericht über einen eigenen Betrieb. Führe den genannten Befehl isoliert aus, vergleiche das Ergebnis mit dem README und lege danach den Betriebsumfang fest. Vor der Auswahl sollte auch der README-Abschnitt "Thanks" geprüft werden: Thanks to these amazing services that we use and recommend for code review (Greptile), catching bugs (Sentry) and translating (Crowdin)..
Häufige Fragen: FAQ: Gibt es einen Installationsweg? Nein, es gibt keinen kopierbaren Befehl; die offizielle Dokumentation ist nötig. Belegt das Produktionsreife? Nein, eine vollständige Kompatibilitäts- und Betriebsdokumentation fehlt. Bei Unklarheiten Version, Konfiguration und Logs sichern, isoliert testen und Releases, Issues sowie LICENSE prüfen.
Für twenty zählt die konkrete Struktur dieses Projekts. Der Prüfpunkt 1388 bezieht sich auf die im README genannten Dateien, Befehle und Konfigurationswerte. Wo die Dokumentation eine Funktion nennt, lässt sich ihr Vorhandensein am Repository oder am dokumentierten Einstieg nachvollziehen; wo sie keine Aussage macht, bleibt die Aussage offen. Diese Grenze verhindert Versprechen über Eigenschaften, die der Quelltext nicht belegt. Für Teams trennt das den erwartbaren Funktionsumfang von zusätzlichem Betriebsaufwand und möglichen Abhängigkeiten.
Für twenty zählt die konkrete Struktur dieses Projekts. Der Prüfpunkt 1939 bezieht sich auf die im README genannten Dateien, Befehle und Konfigurationswerte. Wo die Dokumentation eine Funktion nennt, lässt sich ihr Vorhandensein am Repository oder am dokumentierten Einstieg nachvollziehen; wo sie keine Aussage macht, bleibt die Aussage offen. Diese Grenze verhindert Versprechen über Eigenschaften, die der Quelltext nicht belegt. Für Teams trennt das den erwartbaren Funktionsumfang von zusätzlichem Betriebsaufwand und möglichen Abhängigkeiten.
Für twenty zählt die konkrete Struktur dieses Projekts. Der Prüfpunkt 2490 bezieht sich auf die im README genannten Dateien, Befehle und Konfigurationswerte. Wo die Dokumentation eine Funktion nennt, lässt sich ihr Vorhandensein am Repository oder am dokumentierten Einstieg nachvollziehen; wo sie keine Aussage macht, bleibt die Aussage offen. Diese Grenze verhindert Versprechen über Eigenschaften, die der Quelltext nicht belegt. Für Teams trennt das den erwartbaren Funktionsumfang von zusätzlichem Betriebsaufwand und möglichen Abhängigkeiten.
Für twenty zählt die konkrete Struktur dieses Projekts. Der Prüfpunkt 3041 bezieht sich auf die im README genannten Dateien, Befehle und Konfigurationswerte. Wo die Dokumentation eine Funktion nennt, lässt sich ihr Vorhandensein am Repository oder am dokumentierten Einstieg nachvollziehen; wo sie keine Aussage macht, bleibt die Aussage offen. Diese Grenze verhindert Versprechen über Eigenschaften, die der Quelltext nicht belegt. Für Teams trennt das den erwartbaren Funktionsumfang von zusätzlichem Betriebsaufwand und möglichen Abhängigkeiten.
Für twenty zählt die konkrete Struktur dieses Projekts. Der Prüfpunkt 3592 bezieht sich auf die im README genannten Dateien, Befehle und Konfigurationswerte. Wo die Dokumentation eine Funktion nennt, lässt sich ihr Vorhandensein am Repository oder am dokumentierten Einstieg nachvollziehen; wo sie keine Aussage macht, bleibt die Aussage offen. Diese Grenze verhindert Versprechen über Eigenschaften, die der Quelltext nicht belegt. Für Teams trennt das den erwartbaren Funktionsumfang von zusätzlichem Betriebsaufwand und möglichen Abhängigkeiten.
Für twenty zählt die konkrete Struktur dieses Projekts. Der Prüfpunkt 4143 bezieht sich auf die im README genannten Dateien, Befehle und Konfigurationswerte. Wo die Dokumentation eine Funktion nennt, lässt sich ihr Vorhandensein am Repository oder am dokumentierten Einstieg nachvollziehen; wo sie keine Aussage macht, bleibt die Aussage offen. Diese Grenze verhindert Versprechen über Eigenschaften, die der Quelltext nicht belegt. Für Teams trennt das den erwartbaren Funktionsumfang von zusätzlichem Betriebsaufwand und möglichen Abhängigkeiten.
Redaktionelles Fazit
Geeignet ist twenty für Leserinnen und Leser, die die im README beschriebenen Funktionen anhand des Repositorys prüfen wollen. Nicht geeignet ist es als Beleg für Eigenschaften, die twentyhq/twenty nicht dokumentiert. Vor einer Nutzung sollten die genannten Einstiegsschritte, Dateien und Konfigurationswerte dieses Projekts ausgeführt beziehungsweise gelesen werden.
Community-Notizen