OpportunitiesEntities
Docs
    Ring Platform

    Dezentralisierte selbstbauende Zukunft

    Anmelden
    Entities
    Opportunities
    Store
    Docs
    Plattformkonzepte
    RING ÖkonomieSonoratek LLCGlobaler ImpactKI trifft Web3
    Loslegen
    SchnellstartKalkulatorRoadmap
    Datenschutz|Kontakt
    v1.104.26|Sonoratek LLC

    Documentation

    Konzepte, Nutzen und typische Clone-Szenarien — weniger Code.

    Erste Schritte
    Voraussetzungen
    Installation
    Validierung des ersten Erfolgs
    Nächste Schritte
    Funktionen
    Mitglieder-Blogs
    Anpassung
    Ringization playbook
    Deployment
    Selbst gehostetes Deployment
    Architektur
    News-Kingdom-Architektur
    Entwicklung
    OSS und Enterprise

    Schnelleinstieg (CTOs · Auditoren · Agenten)

    Willkommen — Mission & Zielgruppen
    Schnellreferenz
    Erste Schritte
    Architektur & Auth.js
    Backend-Modi & Datenbanken (DB_BACKEND_MODE)
    Self-hosted
    Ring MCP Tools
    Ring MCP Server
    Token economics
    Token launch jurisdictions
    Deploy (Docker · k8s)
    Sicherheit & Compliance
    ringdom.org — LegioX-Homebase
    Quellcode — MIT-Lizenz (GitHub)

    Documentation

    Konzepte, Nutzen und typische Clone-Szenarien — weniger Code.

    Erste Schritte
    Voraussetzungen
    Installation
    Validierung des ersten Erfolgs
    Nächste Schritte
    Funktionen
    Mitglieder-Blogs
    Anpassung
    Ringization playbook
    Deployment
    Selbst gehostetes Deployment
    Architektur
    News-Kingdom-Architektur
    Entwicklung
    OSS und Enterprise

    Schnelleinstieg (CTOs · Auditoren · Agenten)

    Willkommen — Mission & Zielgruppen
    Schnellreferenz
    Erste Schritte
    Architektur & Auth.js
    Backend-Modi & Datenbanken (DB_BACKEND_MODE)
    Self-hosted
    Ring MCP Tools
    Ring MCP Server
    Token economics
    Token launch jurisdictions
    Deploy (Docker · k8s)
    Sicherheit & Compliance
    ringdom.org — LegioX-Homebase
    Quellcode — MIT-Lizenz (GitHub)

    Documentation

    Konzepte, Nutzen und typische Clone-Szenarien — weniger Code.

    Erste Schritte
    Voraussetzungen
    Installation
    Validierung des ersten Erfolgs
    Nächste Schritte
    Funktionen
    Mitglieder-Blogs
    Anpassung
    Ringization playbook
    Deployment
    Selbst gehostetes Deployment
    Architektur
    News-Kingdom-Architektur
    Entwicklung
    OSS und Enterprise

    Schnelleinstieg (CTOs · Auditoren · Agenten)

    Willkommen — Mission & Zielgruppen
    Schnellreferenz
    Erste Schritte
    Architektur & Auth.js
    Backend-Modi & Datenbanken (DB_BACKEND_MODE)
    Self-hosted
    Ring MCP Tools
    Ring MCP Server
    Token economics
    Token launch jurisdictions
    Deploy (Docker · k8s)
    Sicherheit & Compliance
    ringdom.org — LegioX-Homebase
    Quellcode — MIT-Lizenz (GitHub)
    Ring Logo

    Loading documentation...

    Preparing Ring content

    Ring Logo

    Loading documentation...

    Preparing Ring content

    Ring Logo

    Loading documentation...

    Preparing Ring content

    Community-Tooling

    Status: install.sh, die ring CLI und die Helfer in ring/scripts/ werden alle öffentlich ausgeliefert. Ältere Dokumentation verwies auf scripts/setup-dev.sh, npm run setup:env und scripts/run-migration.sh. Diese gibt es im öffentlichen Baum nicht. Nutze ./install.sh für das Setup und web/data/schema.sql für die Datenbank. Nutze die Tabs Gründer / Entwickler in der Seitenleiste, um diese Seite zu filtern.

    Seit dem Umzug der App nach web/ hat das öffentliche Repository drei Ebenen von Werkzeugen: einen Root-Launcher, die eigenen npm-Skripte der Next.js-App und gemeinsame Shell- und Node-Helfer in ring/scripts/. Die Tabelle ordnet zu, was ältere Anleitungen ausführen ließen und was es heute gibt.

    Frühere Dokumentation sagteHeute verwenden
    ./scripts/setup-dev.sh./install.sh (Dev-Modus ist der Standard)
    npm run setup:env (scripts/setup-env.js)./install.sh schreibt .env.local, oder npm run setup:portal kopiert die Vorlage
    ./scripts/run-migration.shpsql -f web/data/schema.sql auf einer frischen Datenbank
    Die Ring CLI gibt es nur für Enterprisenpm run cli:install, dann ring --help. Siehe Ring CLI
    ring deploy prodring prod (nur Kubernetes)

    Was dein Entwickler kostenlos bekommt

    Setup mit einem Befehl

    ./install.sh prüft die Maschine, installiert Pakete und schreibt deine Konfiguration und die Secrets-Datei.

    Sichere Upgrades

    ring upgrade zeigt Ring-Änderungen aus upstream vorab, bevor irgendetwas deinen Klon berührt.

    Markensichere Konfiguration

    ring-config.json enthält deine Marke. Die Werkzeuge überschreiben sie nie ohne Rückfrage.

    Warum das wichtig ist

    • Schnellerer erster Start. Ein neuer Entwickler kommt mit einem Assistenten und einer Schemadatei von git clone zu einem laufenden Klon.
    • Weniger Überraschungen. Diese Seite listet, welche alten Befehle verschwunden sind, damit niemand einen Tag mit der Suche nach einem nicht existierenden Skript verliert.

    Empfohlener Weg

    Starte den Assistenten und wende das Schema danach selbst an.

    Manueller Weg

    1. 1

      Konfiguration und env

      Setze DB_BACKEND_MODE, die DB_*-Schlüssel und AUTH_SECRET in .env.local.

    2. 2

      Datenbank

      Lege eine leere Datenbank an und wende data/schema.sql an (abgeflacht, v4.1.0). Spiele data/migrations/*.sql nicht auf einer leeren Datenbank ein.

    3. 3

      Prüfen und starten

    Modi von install.sh

    BefehlWas er tut
    ./install.sh oder ./install.sh devInteraktives Setup in zehn Schritten: Systemprüfung, globale Werkzeuge, Klon-Konfiguration, ring-config.json, npm install, Firebase, OAuth, .env.local, optionale DB, IDE
    ./install.sh --quickDasselbe mit Standardwerten

    Bekannte Lücken

    Verwandte Dokumentation

    Related documentation

    Self-hosted deployment

    Nächster Schritt: den hier eingerichteten Klon auf einen Produktionsserver bringen.

    Local Setup

    Gleicher Ablauf: die tägliche lokale Entwicklung, sobald die Werkzeuge installiert sind.

    OSS vs enterprise

    Siehe auch: warum einige Skripte im Repo nur innerhalb von Ringdom funktionieren.

    1. Docs
    2. /Entwicklung
    3. /Community-Tooling
    Aktualisiert 1. Okt. 20264 Min. Anhören

    Community-Tooling

    Status: install.sh, die ring CLI und die Helfer in ring/scripts/ werden alle öffentlich ausgeliefert. Ältere Dokumentation verwies auf scripts/setup-dev.sh, npm run setup:env und scripts/run-migration.sh. Diese gibt es im öffentlichen Baum nicht. Nutze ./install.sh für das Setup und web/data/schema.sql für die Datenbank. Nutze die Tabs Gründer / Entwickler in der Seitenleiste, um diese Seite zu filtern.

    Seit dem Umzug der App nach web/ hat das öffentliche Repository drei Ebenen von Werkzeugen: einen Root-Launcher, die eigenen npm-Skripte der Next.js-App und gemeinsame Shell- und Node-Helfer in ring/scripts/. Die Tabelle ordnet zu, was ältere Anleitungen ausführen ließen und was es heute gibt.

    Frühere Dokumentation sagteHeute verwenden
    ./scripts/setup-dev.sh./install.sh (Dev-Modus ist der Standard)
    npm run setup:env (scripts/setup-env.js)./install.sh schreibt .env.local, oder npm run setup:portal kopiert die Vorlage
    ./scripts/run-migration.shpsql -f web/data/schema.sql auf einer frischen Datenbank
    Die Ring CLI gibt es nur für Enterprisenpm run cli:install, dann ring --help. Siehe Ring CLI
    ring deploy prodring prod (nur Kubernetes)

    Was dein Entwickler kostenlos bekommt

    Setup mit einem Befehl

    ./install.sh prüft die Maschine, installiert Pakete und schreibt deine Konfiguration und die Secrets-Datei.

    Sichere Upgrades

    ring upgrade zeigt Ring-Änderungen aus upstream vorab, bevor irgendetwas deinen Klon berührt.

    Markensichere Konfiguration

    ring-config.json enthält deine Marke. Die Werkzeuge überschreiben sie nie ohne Rückfrage.

    Warum das wichtig ist

    • Schnellerer erster Start. Ein neuer Entwickler kommt mit einem Assistenten und einer Schemadatei von git clone zu einem laufenden Klon.
    • Weniger Überraschungen. Diese Seite listet, welche alten Befehle verschwunden sind, damit niemand einen Tag mit der Suche nach einem nicht existierenden Skript verliert.

    Empfohlener Weg

    Starte den Assistenten und wende das Schema danach selbst an.

    Manueller Weg

    1. 1

      Konfiguration und env

      Setze DB_BACKEND_MODE, die DB_*-Schlüssel und AUTH_SECRET in .env.local.

    2. 2

      Datenbank

      Lege eine leere Datenbank an und wende data/schema.sql an (abgeflacht, v4.1.0). Spiele data/migrations/*.sql nicht auf einer leeren Datenbank ein.

    3. 3

      Prüfen und starten

    Modi von install.sh

    BefehlWas er tut
    ./install.sh oder ./install.sh devInteraktives Setup in zehn Schritten: Systemprüfung, globale Werkzeuge, Klon-Konfiguration, ring-config.json, npm install, Firebase, OAuth, .env.local, optionale DB, IDE
    ./install.sh --quickDasselbe mit Standardwerten

    Bekannte Lücken

    Verwandte Dokumentation

    Related documentation

    Self-hosted deployment

    Nächster Schritt: den hier eingerichteten Klon auf einen Produktionsserver bringen.

    Local Setup

    Gleicher Ablauf: die tägliche lokale Entwicklung, sobald die Werkzeuge installiert sind.

    OSS vs enterprise

    Siehe auch: warum einige Skripte im Repo nur innerhalb von Ringdom funktionieren.

    1. Docs
    2. /Entwicklung
    3. /Community-Tooling
    Aktualisiert 1. Okt. 20264 Min. Anhören

    Community-Tooling

    Status: install.sh, die ring CLI und die Helfer in ring/scripts/ werden alle öffentlich ausgeliefert. Ältere Dokumentation verwies auf scripts/setup-dev.sh, npm run setup:env und scripts/run-migration.sh. Diese gibt es im öffentlichen Baum nicht. Nutze ./install.sh für das Setup und web/data/schema.sql für die Datenbank. Nutze die Tabs Gründer / Entwickler in der Seitenleiste, um diese Seite zu filtern.

    Seit dem Umzug der App nach web/ hat das öffentliche Repository drei Ebenen von Werkzeugen: einen Root-Launcher, die eigenen npm-Skripte der Next.js-App und gemeinsame Shell- und Node-Helfer in ring/scripts/. Die Tabelle ordnet zu, was ältere Anleitungen ausführen ließen und was es heute gibt.

    Frühere Dokumentation sagteHeute verwenden
    ./scripts/setup-dev.sh./install.sh (Dev-Modus ist der Standard)
    npm run setup:env (scripts/setup-env.js)./install.sh schreibt .env.local, oder npm run setup:portal kopiert die Vorlage
    ./scripts/run-migration.shpsql -f web/data/schema.sql auf einer frischen Datenbank
    Die Ring CLI gibt es nur für Enterprisenpm run cli:install, dann ring --help. Siehe Ring CLI
    ring deploy prodring prod (nur Kubernetes)

    Was dein Entwickler kostenlos bekommt

    Setup mit einem Befehl

    ./install.sh prüft die Maschine, installiert Pakete und schreibt deine Konfiguration und die Secrets-Datei.

    Sichere Upgrades

    ring upgrade zeigt Ring-Änderungen aus upstream vorab, bevor irgendetwas deinen Klon berührt.

    Markensichere Konfiguration

    ring-config.json enthält deine Marke. Die Werkzeuge überschreiben sie nie ohne Rückfrage.

    Warum das wichtig ist

    • Schnellerer erster Start. Ein neuer Entwickler kommt mit einem Assistenten und einer Schemadatei von git clone zu einem laufenden Klon.
    • Weniger Überraschungen. Diese Seite listet, welche alten Befehle verschwunden sind, damit niemand einen Tag mit der Suche nach einem nicht existierenden Skript verliert.

    Empfohlener Weg

    Starte den Assistenten und wende das Schema danach selbst an.

    Manueller Weg

    1. 1

      Konfiguration und env

      Setze DB_BACKEND_MODE, die DB_*-Schlüssel und AUTH_SECRET in .env.local.

    2. 2

      Datenbank

      Lege eine leere Datenbank an und wende data/schema.sql an (abgeflacht, v4.1.0). Spiele data/migrations/*.sql nicht auf einer leeren Datenbank ein.

    3. 3

      Prüfen und starten

    Modi von install.sh

    BefehlWas er tut
    ./install.sh oder ./install.sh devInteraktives Setup in zehn Schritten: Systemprüfung, globale Werkzeuge, Klon-Konfiguration, ring-config.json, npm install, Firebase, OAuth, .env.local, optionale DB, IDE
    ./install.sh --quickDasselbe mit Standardwerten

    Bekannte Lücken

    Verwandte Dokumentation

    Related documentation

    Self-hosted deployment

    Nächster Schritt: den hier eingerichteten Klon auf einen Produktionsserver bringen.

    Local Setup

    Gleicher Ablauf: die tägliche lokale Entwicklung, sobald die Werkzeuge installiert sind.

    OSS vs enterprise

    Siehe auch: warum einige Skripte im Repo nur innerhalb von Ringdom funktionieren.

    1. Docs
    2. /Entwicklung
    3. /Community-Tooling
    Aktualisiert 1. Okt. 20264 Min. Anhören
  1. Deine Änderungen überstehen Upgrades. Merges aus upstream werden vorab angezeigt und nie für dich committet.
    2. ./install.sh prod
    Wahl zwischen Vercel, Ubuntu über SSH oder Kubernetes (nutzt deine eigenen k8s/*.yaml)
    ./install.sh sync-urls --domain HOSTBehebt Abweichungen bei NEXT_PUBLIC_API_URL und AUTH_URL. --port für lokal
    ./install.sh setup-dbSoll die DB anlegen und schema.sql anwenden. Schlägt derzeit auf öffentlichen Checkouts fehl (siehe Backlog)

    Das Root-Skript ring/install.sh wechselt nur nach web/ und führt web/install.sh aus.

    npm-Skripte, die funktionieren (ring/web/package.json)

    SkriptZiel
    dev, build, startEigener Server server.ts. build führt vorher ensure:config und type-check aus
    type-check, lint, test, test:coveragetsc, next lint, jest
    ensure:config, setup:portalscripts/ensure-ring-config.sh, Kopie der Vorlage
    validate:fcm-env, validate:fcm-schemaPrüfungen der FCM-env und des JSONB fcm_tokens
    db:flatten-schemaBaut data/schema.sql aus den Migrationen neu (benötigt lokales Postgres)
    smoke:pipelinesscripts/run-all-smokes.sh
    cli:install, cli:devRing CLI
    check:org-leak, compose:shadowHygieneprüfungen für Layer 1 für Mitwirkende

    Vom Repo-Root aus delegieren npm run dev, build und start über scripts/run-web.sh an web/.

    npm-Skripte, die du meiden solltest

    Sie stehen noch in web/package.json, aber ihre Zieldateien sind nicht im Repo, daher schlagen sie fehl: setup, setup:env, setup:new, config:firebase, seed:opportunities, seed:portal, optimize:firebase, migrate:services, fix:service-migration, fix:compilation-errors, test:firebase-optimization, portal:health, portal:analytics. db:apply-schema und db:setup finden ihr Ziel, scheitern aber an einer Pfadabweichung.

    ci:layer1, push:layer1, push:forgejo, push:github-oss, setup:org-dx und merge:org-dev benötigen das private Overlay und die Forge von Ringdom. Sie sind nicht für Community-Klone gedacht.

  2. Deine Änderungen überstehen Upgrades. Merges aus upstream werden vorab angezeigt und nie für dich committet.
    3. ./install.sh prod
    Wahl zwischen Vercel, Ubuntu über SSH oder Kubernetes (nutzt deine eigenen k8s/*.yaml)
    ./install.sh sync-urls --domain HOSTBehebt Abweichungen bei NEXT_PUBLIC_API_URL und AUTH_URL. --port für lokal
    ./install.sh setup-dbSoll die DB anlegen und schema.sql anwenden. Schlägt derzeit auf öffentlichen Checkouts fehl (siehe Backlog)

    Das Root-Skript ring/install.sh wechselt nur nach web/ und führt web/install.sh aus.

    npm-Skripte, die funktionieren (ring/web/package.json)

    SkriptZiel
    dev, build, startEigener Server server.ts. build führt vorher ensure:config und type-check aus
    type-check, lint, test, test:coveragetsc, next lint, jest
    ensure:config, setup:portalscripts/ensure-ring-config.sh, Kopie der Vorlage
    validate:fcm-env, validate:fcm-schemaPrüfungen der FCM-env und des JSONB fcm_tokens
    db:flatten-schemaBaut data/schema.sql aus den Migrationen neu (benötigt lokales Postgres)
    smoke:pipelinesscripts/run-all-smokes.sh
    cli:install, cli:devRing CLI
    check:org-leak, compose:shadowHygieneprüfungen für Layer 1 für Mitwirkende

    Vom Repo-Root aus delegieren npm run dev, build und start über scripts/run-web.sh an web/.

    npm-Skripte, die du meiden solltest

    Sie stehen noch in web/package.json, aber ihre Zieldateien sind nicht im Repo, daher schlagen sie fehl: setup, setup:env, setup:new, config:firebase, seed:opportunities, seed:portal, optimize:firebase, migrate:services, fix:service-migration, fix:compilation-errors, test:firebase-optimization, portal:health, portal:analytics. db:apply-schema und db:setup finden ihr Ziel, scheitern aber an einer Pfadabweichung.

    ci:layer1, push:layer1, push:forgejo, push:github-oss, setup:org-dx und merge:org-dev benötigen das private Overlay und die Forge von Ringdom. Sie sind nicht für Community-Klone gedacht.

  3. Deine Änderungen überstehen Upgrades. Merges aus upstream werden vorab angezeigt und nie für dich committet.
    4. ./install.sh prod
    Wahl zwischen Vercel, Ubuntu über SSH oder Kubernetes (nutzt deine eigenen k8s/*.yaml)
    ./install.sh sync-urls --domain HOSTBehebt Abweichungen bei NEXT_PUBLIC_API_URL und AUTH_URL. --port für lokal
    ./install.sh setup-dbSoll die DB anlegen und schema.sql anwenden. Schlägt derzeit auf öffentlichen Checkouts fehl (siehe Backlog)

    Das Root-Skript ring/install.sh wechselt nur nach web/ und führt web/install.sh aus.

    npm-Skripte, die funktionieren (ring/web/package.json)

    SkriptZiel
    dev, build, startEigener Server server.ts. build führt vorher ensure:config und type-check aus
    type-check, lint, test, test:coveragetsc, next lint, jest
    ensure:config, setup:portalscripts/ensure-ring-config.sh, Kopie der Vorlage
    validate:fcm-env, validate:fcm-schemaPrüfungen der FCM-env und des JSONB fcm_tokens
    db:flatten-schemaBaut data/schema.sql aus den Migrationen neu (benötigt lokales Postgres)
    smoke:pipelinesscripts/run-all-smokes.sh
    cli:install, cli:devRing CLI
    check:org-leak, compose:shadowHygieneprüfungen für Layer 1 für Mitwirkende

    Vom Repo-Root aus delegieren npm run dev, build und start über scripts/run-web.sh an web/.

    npm-Skripte, die du meiden solltest

    Sie stehen noch in web/package.json, aber ihre Zieldateien sind nicht im Repo, daher schlagen sie fehl: setup, setup:env, setup:new, config:firebase, seed:opportunities, seed:portal, optimize:firebase, migrate:services, fix:service-migration, fix:compilation-errors, test:firebase-optimization, portal:health, portal:analytics. db:apply-schema und db:setup finden ihr Ziel, scheitern aber an einer Pfadabweichung.

    ci:layer1, push:layer1, push:forgejo, push:github-oss, setup:org-dx und merge:org-dev benötigen das private Overlay und die Forge von Ringdom. Sie sind nicht für Community-Klone gedacht.