<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Valoryx — Git-Native Dokumentationsplattform on Valoryx</title>
    <link>https://valoryx.org/de/</link>
    <description>Recent content in Valoryx — Git-Native Dokumentationsplattform on Valoryx</description>
    <generator>Hugo</generator>
    <language>de</language>
    <lastBuildDate>Wed, 10 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://valoryx.org/de/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Binary-Deployment</title>
      <link>https://valoryx.org/de/docs/deployment/binary/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/deployment/binary/</guid>
      <description>Binary-Deployment Die einfachste Deployment-Methode — eine einzelne Binärdatei herunterladen und auf Ihrem Server ausführen. Keine Runtime-Abhängigkeiten, keine Container, kein Orchestrator.&#xA;Herunterladen Laden Sie die neueste Version für Ihre Plattform herunter:&#xA;# Empfohlen (erkennt die Plattform automatisch) curl -fsSL https://valoryx.org/install.sh | sh # Oder eine spezifische Plattform-Binärdatei manuell herunterladen curl -sLO https://github.com/Valoryx-org/releases/releases/latest/download/docplatform-linux-amd64 chmod +x docplatform-linux-amd64 sudo mv docplatform-linux-amd64 /usr/local/bin/docplatform # Oder eine spezifische Version herunterladen curl -sLO https://github.com/Valoryx-org/releases/releases/download/v0.5.2/docplatform-linux-amd64 Verfügbare Plattformen:&#xA;Betriebssystem Architektur Binärdatei Linux amd64 docplatform-linux-amd64 Linux arm64 docplatform-linux-arm64 macOS amd64 (Intel) docplatform-darwin-amd64 macOS arm64 (Apple Silicon) docplatform-darwin-arm64 Windows amd64 docplatform-windows-amd64.</description>
    </item>
    <item>
      <title>Der Web-Editor</title>
      <link>https://valoryx.org/de/docs/guides/editor/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/editor/</guid>
      <description>Der Web-Editor DocPlatform enthält einen Rich-Text-Editor, der auf Tiptap (ProseMirror-basiert) aufbaut und Markdown in Echtzeit rendert, während die volle Markdown-Quelldatei-Kompatibilität erhalten bleibt. Jede Änderung, die Sie vornehmen, erzeugt eine saubere .md-Datei — kein proprietäres Format, keine Herstellerbindung.&#xA;Editor-Layout ┌─────────────────────────────────────────────────────────────┐ │ Sidebar │ Editor │ │ │ │ │ 📁 Getting │ ┌──────────────────────────────────┐ │ │ Started │ │ Frontmatter (collapsible) │ │ │ 📁 Guides │ │ Title: ___________________ │ │ │ 📁 API │ │ Description: ______________ │ │ │ &amp;gt; auth.</description>
    </item>
    <item>
      <title>REST-API-Referenz</title>
      <link>https://valoryx.org/de/docs/reference/api/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/reference/api/</guid>
      <description>REST-API-Referenz DocPlatform stellt eine RESTful-JSON-API unter /api/v1/ bereit. Alle Endpunkte erfordern Authentifizierung, sofern nicht anders angegeben.&#xA;Basis-URL http://localhost:3000/api/v1 Authentifizierung Die meisten Endpunkte erfordern einen JWT-Access-Token im Authorization-Header:&#xA;Authorization: Bearer eyJhbGciOiJSUzI1NiIs... Token erhalten Sie über die Login- oder OIDC-Endpunkte.&#xA;Token-Lebenszyklus Token Lebensdauer Zweck Access-Token 15 Minuten API-Authentifizierung Refresh-Token 30 Tage Neue Access-Token erhalten Auth-Endpunkte Registrieren POST /api/v1/auth/register Erstellt ein neues Benutzerkonto. Der erste Benutzer wird zum Super Admin.&#xA;Anfrage:&#xA;{ &amp;#34;name&amp;#34;: &amp;#34;Jane Smith&amp;#34;, &amp;#34;email&amp;#34;: &amp;#34;jane@example.</description>
    </item>
    <item>
      <title>Schnellstart</title>
      <link>https://valoryx.org/de/docs/getting-started/quickstart/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/getting-started/quickstart/</guid>
      <description>Schnellstart In unter 5 Minuten von Null zu einer laufenden Dokumentationsplattform. Dieser Leitfaden beschreibt den schnellsten Weg — für detaillierte Optionen siehe den Installations-Leitfaden.&#xA;Schritt 1: Installieren # Empfohlen (erkennt die Plattform automatisch) curl -fsSL https://valoryx.org/install.sh | sh Oder manuell herunterladen:&#xA;curl -sLO https://github.com/Valoryx-org/releases/releases/latest/download/docplatform-linux-amd64 chmod +x docplatform-linux-amd64 sudo mv docplatform-linux-amd64 /usr/local/bin/docplatform Oder mit Docker:&#xA;docker run -d --name docplatform -p 3000:3000 -v docplatform-data:/data ghcr.io/valoryx-org/docplatform:latest Bei Verwendung von Docker springen Sie zu Schritt 3 — der Container initialisiert sich automatisch.</description>
    </item>
    <item>
      <title>Schreiben &amp; Bearbeiten</title>
      <link>https://valoryx.org/de/cloud/guides/writing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/cloud/guides/writing/</guid>
      <description>Schreiben &amp;amp; Bearbeiten Valoryx Cloud bietet Ihnen einen übersichtlichen, ablenkungsfreien Editor, der sich wie Google Docs anfühlt — aber alles als Markdown speichert, für maximale Portabilität.&#xA;Eine Seite erstellen Öffnen Sie Ihren Workspace über das Dashboard Klicken Sie auf + New Page in der Seitenleiste Geben Sie einen Titel ein und beginnen Sie zu schreiben Seiten werden beim Tippen automatisch gespeichert. Jede Speicherung erstellt eine Version in der Workspace-Historie, sodass Sie jederzeit zurückgehen können.</description>
    </item>
    <item>
      <title>Umgebungsvariablen</title>
      <link>https://valoryx.org/de/docs/configuration/environment/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/configuration/environment/</guid>
      <description>Umgebungsvariablen DocPlatform liest die Konfiguration aus Umgebungsvariablen. Setzen Sie diese in Ihrer Shell, einer .env-Datei im Arbeitsverzeichnis oder in Ihrem Container-Orchestrator.&#xA;Server Variable Standard Beschreibung PORT 3000 HTTP-Listening-Port HOST 0.0.0.0 HTTP-Listening-Adresse. Setzen Sie auf 127.0.0.1, um auf localhost zu beschränken. DATA_DIR .docplatform Stammverzeichnis für alle DocPlatform-Daten (Datenbank, Backups, Workspaces, Schlüssel) BASE_DOMAIN — Eigene Domain für veröffentlichte Dokumentation (z. B. docs.yourcompany.com). Wenn gesetzt, verwendet die veröffentlichte Dokumentation diese Domain für kanonische URLs und Sitemap-Einträge.</description>
    </item>
    <item>
      <title>Authentifizierung</title>
      <link>https://valoryx.org/de/docs/configuration/authentication/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/configuration/authentication/</guid>
      <description>Authentifizierung DocPlatform unterstützt lokale Authentifizierung (E-Mail + Passwort) direkt nach der Installation, mit optionaler Google- und GitHub-OIDC-Anmeldung für Teams, die diese Anbieter nutzen.&#xA;Lokale Authentifizierung (Standard) Lokale Authentifizierung funktioniert ohne jegliche Konfiguration. Benutzer registrieren sich mit E-Mail und Passwort und melden sich mit denselben Anmeldedaten an.&#xA;Wie es funktioniert Registrierung — Der Benutzer übermittelt E-Mail + Passwort. Das Passwort wird mit argon2id gehasht (von OWASP 2024 empfohlener Algorithmus). Anmeldung — Der Benutzer übermittelt seine Anmeldedaten.</description>
    </item>
    <item>
      <title>CLI-Referenz</title>
      <link>https://valoryx.org/de/docs/reference/cli/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/reference/cli/</guid>
      <description>CLI-Referenz DocPlatform bietet 5 CLI-Befehle für Serververwaltung, Workspace-Initialisierung, Diagnose und Wartung.&#xA;Globale Optionen Diese Optionen gelten für alle Befehle:&#xA;Flag Beschreibung --help, -h Hilfe für jeden Befehl anzeigen --version, -v Versionsinformationen ausgeben docplatform serve HTTP-Server starten.&#xA;docplatform serve [flags] Flags Flag Standard Beschreibung --port 3000 HTTP-Listening-Port (überschreibt Umgebungsvariable PORT) --host 0.0.0.0 HTTP-Listening-Adresse (überschreibt Umgebungsvariable HOST) --data-dir .docplatform Datenverzeichnispfad (überschreibt Umgebungsvariable DATA_DIR) Verhalten Lädt Umgebungsvariablen aus der .env-Datei (falls vorhanden) Initialisiert die SQLite-Datenbank im WAL-Modus Führt ausstehende Datenbankmigrationen aus Lädt Casbin-Berechtigungsrichtlinien in den Speicher Baut den Bleve-Suchindex auf oder öffnet ihn Startet die Git-Sync-Engine für alle konfigurierten Workspaces Startet den Backup-Scheduler (wenn aktiviert) Stellt den Web-Editor und die API auf dem konfigurierten Port bereit Startsequenz Wenn docplatform serve ausgeführt wird, geschieht Folgendes der Reihe nach:</description>
    </item>
    <item>
      <title>Docker-Deployment</title>
      <link>https://valoryx.org/de/docs/deployment/docker/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/deployment/docker/</guid>
      <description>Docker-Deployment DocPlatform wird als Multi-Architektur-Docker-Image (amd64/arm64) ausgeliefert, basierend auf Alpine Linux.&#xA;Schnellstart docker run -d \ --name docplatform \ -p 3000:3000 \ -v docplatform-data:/data \ ghcr.io/valoryx-org/docplatform:latest Öffnen Sie http://localhost:3000 und registrieren Sie Ihr Admin-Konto.&#xA;Erster Start Beim ersten Start führt DocPlatform automatisch folgende Schritte aus:&#xA;Erstellt die SQLite-Datenbank unter /data/data.db Generiert einen RS256-Signaturschlüssel unter /data/jwt-key.pem Initialisiert den Volltext-Suchindex Beginnt auf Port 3000 zu lauschen Der erste Benutzer, der sich registriert, wird zum Super Admin mit vollem Plattformzugriff.</description>
    </item>
    <item>
      <title>Dokumentation veröffentlichen</title>
      <link>https://valoryx.org/de/cloud/guides/publishing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/cloud/guides/publishing/</guid>
      <description>Dokumentation veröffentlichen Verwandeln Sie jeden Workspace in eine ansprechende, öffentliche Dokumentationsseite. Ihre Leser erhalten ein schnelles, durchsuchbares und mobilfreundliches Erlebnis — Sie bekommen eine Live-Seite, die sich bei jedem Speichern automatisch aktualisiert.&#xA;So veröffentlichen Sie Gehen Sie zu Workspace Settings → Published Docs Aktivieren Sie Enable publishing Ihre Dokumentation ist sofort unter app.valoryx.dev/p/your-workspace-slug/ erreichbar Das war&amp;rsquo;s. Jede Seite in Ihrem Workspace ist nun öffentlich zugänglich.&#xA;Was Ihre Leser sehen Die veröffentlichte Dokumentation umfasst:</description>
    </item>
    <item>
      <title>Installation</title>
      <link>https://valoryx.org/de/docs/getting-started/installation/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/getting-started/installation/</guid>
      <description>Installation DocPlatform wird als einzelne Binärdatei ohne Runtime-Abhängigkeiten ausgeliefert. Wählen Sie die Installationsmethode, die zu Ihrem Workflow passt.&#xA;Option 1: Vorkompilierte Binärdatei (empfohlen) Laden Sie die neueste Version für Ihre Plattform herunter.&#xA;Linux / macOS # Empfohlen (erkennt die Plattform automatisch) curl -fsSL https://valoryx.org/install.sh | sh # Oder manuell herunterladen curl -sLO https://github.com/Valoryx-org/releases/releases/latest/download/docplatform-linux-amd64 chmod +x docplatform-linux-amd64 sudo mv docplatform-linux-amd64 /usr/local/bin/docplatform # Installation überprüfen docplatform version Erwartete Ausgabe:&#xA;docplatform v0.5.2 (commit: abc1234, built: 2026-03-08T10:00:00Z) Windowspowershell# Download and runInvoke-WebRequest https://github.</description>
    </item>
    <item>
      <title>Markdown &amp; Komponenten</title>
      <link>https://valoryx.org/de/docs/guides/markdown/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/markdown/</guid>
      <description>Markdown &amp;amp; Komponenten DocPlatform verwendet CommonMark-konformes Markdown mit YAML-Frontmatter und 7 benutzerdefinierten Komponenten für reichhaltige, interaktive Dokumentation.&#xA;Markdown-Grundlagen DocPlatform unterstützt die vollständige CommonMark-Spezifikation sowie gängige Erweiterungen.&#xA;Überschriften # Heading 1 ## Heading 2 ### Heading 3 #### Heading 4 Überschriften generieren automatisch Anker-IDs für Deep Linking: ## My Section → #my-section.&#xA;Textformatierung **Bold text** *Italic text* ~~Strikethrough~~ `Inline code` [Link text](https://example.com) ![Image alt text](./assets/screenshot.png) Listen - Unordered item - Another item - Nested item 1.</description>
    </item>
    <item>
      <title>Fehlerbehebung</title>
      <link>https://valoryx.org/de/docs/reference/troubleshooting/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/reference/troubleshooting/</guid>
      <description>Fehlerbehebung Dieser Leitfaden behandelt häufige Probleme und deren Lösungen. Für Diagnoseinformationen starten Sie immer mit:&#xA;docplatform doctor Serverstart Server startet nicht: „address already in use&amp;quot; Ursache: Ein anderer Prozess belegt den konfigurierten Port.&#xA;Lösung:&#xA;# Herausfinden, was Port 3000 belegt lsof -i :3000 # macOS/Linux ss -tlnp | grep 3000 # Linux # Option 1: Den anderen Prozess stoppen # Option 2: Einen anderen Port verwenden docplatform serve --port 8080 Server startet nicht: „permission denied&amp;quot; Ursache: Der Prozess hat keine Lese-/Schreibrechte für das Datenverzeichnis.</description>
    </item>
    <item>
      <title>Git-Integration</title>
      <link>https://valoryx.org/de/docs/guides/git-integration/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/git-integration/</guid>
      <description>Git-Integration Die bidirektionale Git-Synchronisation von DocPlatform ermöglicht es Ihrem Team, so zu arbeiten, wie es bevorzugt wird. Technische Redakteure nutzen den Web-Editor. Entwickler pushen aus ihrer IDE. Alle sehen denselben Inhalt.&#xA;Wie es funktioniert ┌─────────────┐ │ Web Editor │ │ (browser) │ └──────┬───────┘ │ save ▼ ┌─────────────┐ ┌──────────────┐ │ Content │ commit │ Local Git │ push ┌──────────────┐ │ Ledger │ ───────► │ Repository │ ───────► │ Remote Repo │ │ │ │ (.</description>
    </item>
    <item>
      <title>Ihr erster Workspace</title>
      <link>https://valoryx.org/de/docs/getting-started/first-workspace/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/getting-started/first-workspace/</guid>
      <description>Ihr erster Workspace Ein Workspace ist der übergeordnete Container für ein Dokumentationsprojekt. Jeder Workspace wird einem Verzeichnis mit Markdown-Dateien zugeordnet und synchronisiert sich optional mit einem Git-Repository.&#xA;Workspace-Konzepte Konzept Beschreibung Workspace Ein Dokumentationsprojekt mit Seiten, Mitgliedern und Einstellungen Seite Eine Markdown-Datei mit YAML-Frontmatter (Titel, Beschreibung, Tags, Zugriff) Slug Die URL-sichere Kennung für Ihren Workspace (z. B. my-docs → /p/my-docs/) Mitglied Ein Benutzer mit einer Rolle im Workspace (Viewer bis Admin) Workspace erstellen Über CLI docplatform init \ --workspace-name &amp;#34;Engineering Docs&amp;#34; \ --slug eng-docs Über Web-Oberfläche Melden Sie sich als Super Admin oder Admin an Öffnen Sie den Workspace-Umschalter (Dropdown oben links) Klicken Sie auf Create Workspace Geben Sie einen Namen und Slug ein Konfigurieren Sie optional ein Git-Remote Git-Repository verbinden Bidirektionale Synchronisation hält Ihre Workspace-Dateien und ein Remote-Git-Repository synchron.</description>
    </item>
    <item>
      <title>Produktions-Checkliste</title>
      <link>https://valoryx.org/de/docs/deployment/production/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/deployment/production/</guid>
      <description>Produktions-Checkliste Verwenden Sie diese Checkliste, bevor Sie DocPlatform in einer Produktionsumgebung deployen. Jeder Punkt verlinkt zum relevanten Dokumentationsabschnitt.&#xA;Erforderlich Diese Punkte sind für ein sicheres, zuverlässiges Produktions-Deployment notwendig.&#xA;Server Persistenter Speicher konfiguriert — Mounten Sie ein Volume oder verwenden Sie einen stabilen Dateisystempfad für DATA_DIR. Der Verlust dieses Verzeichnisses bedeutet Verlust aller Daten. Prozessmanager vorhanden — Verwenden Sie systemd, Docker mit restart: unless-stopped oder einen Container-Orchestrator, um sicherzustellen, dass der Server nach Abstürzen oder Neustarts wieder hochfährt.</description>
    </item>
    <item>
      <title>Rollen &amp; Berechtigungen</title>
      <link>https://valoryx.org/de/docs/configuration/permissions/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/configuration/permissions/</guid>
      <description>Rollen &amp;amp; Berechtigungen DocPlatform verwendet rollenbasierte Zugriffskontrolle (RBAC), gestützt durch benutzerdefiniertes RBAC, eine In-Process-Autorisierungs-Engine. Berechtigungen werden in unter 0,1ms pro Prüfung ausgewertet, ohne externen Dienst.&#xA;Rollenhierarchie DocPlatform definiert 5 öffentlich sichtbare Rollen in einer strikten Hierarchie. Höhere Rollen erben alle Berechtigungen niedrigerer Rollen.&#xA;Super Admin ← Org-Eigentümer / Kontoersteller (höchste öffentliche Rolle) │ Admin ← Workspace-Einstellungen, Mitglieder, Git, Theme verwalten │ Editor ← Seiten erstellen und bearbeiten (pro Workspace konfigurierbar) │ Commenter ← Seiten ansehen, Kommentare hinterlassen │ Viewer ← Nur Seiten ansehen Platform Owner ist eine interne Rolle für selbst-gehostete Betreiber zur Plattformwartung (Datenbankmigrationen, Lizenzverwaltung, Systemkonfiguration).</description>
    </item>
    <item>
      <title>Zusammenarbeit im Team</title>
      <link>https://valoryx.org/de/cloud/guides/collaboration/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/cloud/guides/collaboration/</guid>
      <description>Zusammenarbeit im Team Valoryx Cloud ist für Teams gebaut. Laden Sie Ihre Kollegen ein, kontrollieren Sie, wer was bearbeiten darf, und sehen Sie Änderungen in Echtzeit.&#xA;Teammitglieder einladen Gehen Sie zu Workspace Settings → Members Geben Sie die E-Mail-Adresse ein Wählen Sie eine Rolle (siehe unten) Klicken Sie auf Send Invitation Die eingeladene Person erhält eine E-Mail mit einem Link zum Beitritt. Falls sie noch kein Valoryx-Konto hat, wird sie zur Registrierung aufgefordert.</description>
    </item>
    <item>
      <title>GitHub Sync</title>
      <link>https://valoryx.org/de/cloud/guides/git-sync/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/cloud/guides/git-sync/</guid>
      <description>GitHub Sync Valoryx Cloud kann Ihre Dokumentation mit einem GitHub-Repository synchronisieren. So erhalten Sie das Beste aus beiden Welten: einen ansprechenden Web-Editor UND die volle Leistungsfähigkeit von Git.&#xA;Warum GitHub verbinden? Backup — Ihre Dokumentation ist immer sicher auf GitHub, selbst wenn Sie Ihr Konto kündigen IDE-Bearbeitung — Entwickler in Ihrem Team können Dokumentation in VS Code, Vim oder jedem anderen Editor bearbeiten Pull Requests — nutzen Sie den GitHub-PR-Workflow für Dokumentations-Reviews vor der Veröffentlichung Versionshistorie — vollständiges Git Blame, Diff und Rollback für jede Änderung CI/CD-Integration — lösen Sie Builds oder Tests aus, wenn sich die Dokumentation ändert So funktioniert es Sie bearbeiten im Browser → Auto-Save → Auto-Commit → Push zu GitHub ↕ Teammitglied pusht aus IDE → GitHub → Webhook → Pull zu Valoryx Änderungen fließen automatisch in beide Richtungen.</description>
    </item>
    <item>
      <title>Teams &amp; Zusammenarbeit</title>
      <link>https://valoryx.org/de/docs/guides/collaboration/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/collaboration/</guid>
      <description>Teams &amp;amp; Zusammenarbeit DocPlatform ist für Team-Dokumentation konzipiert. Laden Sie Mitglieder ein, weisen Sie granulare Rollen zu und verfolgen Sie jede Änderung mit einem vollständigen Audit-Trail.&#xA;Workspace-Mitgliedschaft Jeder Benutzer gehört einem oder mehreren Workspaces mit einer bestimmten Rolle an. Rollen bestimmen, welche Aktionen ein Benutzer ausführen kann.&#xA;Mitglieder einladen Über Web-Oberfläche:&#xA;Öffnen Sie Workspace Settings → Members Klicken Sie auf Invite Member Geben Sie die E-Mail-Adresse der Person ein Wählen Sie eine Rolle Klicken Sie auf Send Wenn SMTP konfiguriert ist, wird eine Einladungs-E-Mail mit einem eindeutigen Link gesendet.</description>
    </item>
    <item>
      <title>Workspace-Einstellungen</title>
      <link>https://valoryx.org/de/docs/configuration/workspace-config/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/configuration/workspace-config/</guid>
      <description>Workspace-Einstellungen Jeder Workspace hat seine eigene Konfigurationsdatei unter .docplatform/workspaces/{workspace-id}/.docplatform/config.yaml. Bearbeiten Sie diese Datei direkt oder nutzen Sie die Web-Oberfläche (Settings → Workspace).&#xA;Vollständige Konfigurationsreferenz # Workspace-Identität workspace_id: 01KJJ10NTF31Z1QJTG4ZRQZ2Z2 # Automatisch generierte ULID name: &amp;#34;Engineering Docs&amp;#34; # Anzeigename slug: eng-docs # URL-Slug für veröffentlichte Dokumentation description: &amp;#34;Internal engineering documentation&amp;#34; # Git-Synchronisation git_remote: git@github.com:your-org/eng-docs.git git_branch: main git_auto_commit: true # Editor-Speicherungen automatisch in Git committen sync_interval: 300 # Polling-Intervall in Sekunden (0 = deaktiviert) # Theme theme: mode: auto # light, dark, auto (folgt Systemeinstellung) accent: blue # Akzentfarbe für veröffentlichte Seite # Veröffentlichungsstandards publishing: default_published: false # Neue Seiten standardmäßig veröffentlicht?</description>
    </item>
    <item>
      <title>Dokumentation veröffentlichen</title>
      <link>https://valoryx.org/de/docs/guides/publishing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/publishing/</guid>
      <description>Dokumentation veröffentlichen DocPlatform kann Ihre Dokumentation als öffentliche Website bereitstellen — komplett mit Navigations-Seitenleiste, Syntax-Highlighting und SEO-Metadaten. Kein separater Static-Site-Generator erforderlich.&#xA;Wie die Veröffentlichung funktioniert Veröffentlichte Dokumentation wird unter /p/{workspace-slug}/{page-path} bereitgestellt:&#xA;http://localhost:3000/p/my-docs/ → docs/index.md http://localhost:3000/p/my-docs/quickstart → docs/quickstart.md http://localhost:3000/p/my-docs/api/auth → docs/api/auth.md Seiten werden bei Anfrage von Markdown zu HTML gerendert, unter Verwendung von goldmark (CommonMark-konform) mit Chroma-Syntax-Highlighting für Codeblöcke.&#xA;Seitenstatus-Lebenszyklus Seiten haben ein status-Feld, das ihre Sichtbarkeit steuert:&#xA;Status Im Editor In veröffentlichter Seite In der Suche draft (Standard) Sichtbar Verborgen Nur für Mitglieder sichtbar published Sichtbar Sichtbar Sichtbar gemäß Zugriffsregeln archived Sichtbar (abgedimmt) Verborgen Verborgen Setzen Sie den Status im Frontmatter:</description>
    </item>
    <item>
      <title>KI &amp; MCP-Integration</title>
      <link>https://valoryx.org/de/cloud/guides/mcp/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/cloud/guides/mcp/</guid>
      <description>KI &amp;amp; MCP-Integration Valoryx Cloud enthält einen integrierten MCP-Server (Model Context Protocol), der KI-Assistenten die direkte Interaktion mit Ihrer Dokumentation ermöglicht.&#xA;Was ist MCP? MCP ist ein Standardprotokoll, das KI-Tools die Verbindung mit externen Diensten ermöglicht. Stellen Sie es sich so vor, als würden Sie Claude oder Cursor die Möglichkeit geben, Ihre Dokumentation zu „sehen&amp;quot; und Änderungen vorzunehmen — mit Ihrer Genehmigung.&#xA;Was KI mit Ihrer Dokumentation tun kann Lesen — Seiten lesen, um Fragen zu Ihrer Dokumentation zu beantworten Suchen — seitenübergreifend nach relevanten Inhalten suchen Erstellen — neue Seiten nach Ihren Anweisungen anlegen Bearbeiten — bestehende Seiten überarbeiten, verbessern oder übersetzen Analysieren — Ihre Dokumentation auf Lücken, Widersprüche oder veraltete Inhalte prüfen Einrichtung Status: Der gehostete MCP-Endpunkt für Valoryx Cloud ist noch nicht aktiviert — Remote-KI-Tools können sich noch nicht mit app.</description>
    </item>
    <item>
      <title>Ihr Konto</title>
      <link>https://valoryx.org/de/cloud/guides/account/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/cloud/guides/account/</guid>
      <description>Ihr Konto Registrierung Besuchen Sie app.valoryx.dev und erstellen Sie ein Konto mit Ihrer E-Mail-Adresse und einem Passwort. Sie müssen die Nutzungsbedingungen und die Datenschutzerklärung akzeptieren.&#xA;Sie können sich auch mit Google oder GitHub anmelden, sofern diese Optionen verfügbar sind.&#xA;Profileinstellungen Klicken Sie auf Ihren Avatar in der oberen linken Ecke und dann auf Profile, um:&#xA;Ihren Anzeigenamen zu ändern Ihre E-Mail-Adresse zu aktualisieren Ihr Passwort zu ändern Einen Passkey (WebAuthn) für passwortlose Anmeldung einzurichten Abrechnung Gehen Sie zu Workspace Settings → Billing, um:</description>
    </item>
    <item>
      <title>Suche</title>
      <link>https://valoryx.org/de/docs/guides/search/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/search/</guid>
      <description>Suche DocPlatform enthält eine eingebettete Volltextsuche (Bleve), die alle Inhalte automatisch indiziert. Kein externer Dienst zu konfigurieren — die Suche funktioniert sofort nach der Installation.&#xA;Suche verwenden Cmd+K-Dialog Drücken Sie Cmd+K (macOS) oder Ctrl+K (Windows/Linux) an beliebiger Stelle im Web-Editor, um den Suchdialog zu öffnen.&#xA;┌──────────────────────────────────────────┐ │ 🔍 Search documentation... │ ├──────────────────────────────────────────┤ │ │ │ 📄 Getting Started │ │ Install and configure DocPlatform... │ │ │ │ 📄 API Authentication │ │ JWT tokens, OAuth2, and session.</description>
    </item>
    <item>
      <title>AI Features</title>
      <link>https://valoryx.org/de/docs/guides/ai-features/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/ai-features/</guid>
      <description>AI Features DocPlatform includes built-in AI capabilities powered by Claude (Anthropic) or OpenAI. These features help you write, improve, and explore your documentation faster.&#xA;Setup Enable AI features by setting your provider and API key:&#xA;# .env AI_PROVIDER=anthropic # or &amp;#34;openai&amp;#34; AI_API_KEY=sk-ant-... # your API key AI_MODEL= # optional — uses provider default if empty Restart the server. AI features appear in the editor toolbar and are accessible via the API.</description>
    </item>
    <item>
      <title>Analytics</title>
      <link>https://valoryx.org/de/docs/guides/analytics/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/analytics/</guid>
      <description>Analytics DocPlatform includes built-in analytics for tracking how your documentation is used. No third-party tracking scripts or external services required.&#xA;How it works Analytics data is collected in a separate analytics.db SQLite database (not in the main database). This separation ensures analytics never impact content performance.&#xA;What is tracked Data point Description Page path Which page was viewed Referrer Where the visitor came from Timestamp When the page was viewed Search queries What users searched for What is NOT tracked IP addresses (never stored) User agents are not stored Cookies or cross-session identifiers (without consent) Personally identifiable information GDPR compliance Analytics requires explicit cookie consent from visitors.</description>
    </item>
    <item>
      <title>Billing &amp; Plans</title>
      <link>https://valoryx.org/de/docs/guides/billing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/billing/</guid>
      <description>Billing &amp;amp; Plans DocPlatform uses Stripe for subscription billing. Three plan tiers are available, each with different limits and features.&#xA;Plans Feature Community (Free) Free Team ($29/mo) Business ($79/mo) Editors Unlimited 3 15 50 Workspaces Unlimited 1 3 10 Viewers / Commenters Unlimited Unlimited Unlimited Unlimited Pages Unlimited 50 150 500 Published docs Unlimited Unlimited Unlimited Unlimited Analytics — — Included Included Custom domains — — Included Included Advanced AI — — Included Included Priority support — — — Included Annual pricing Annual subscriptions include 2 months free:</description>
    </item>
    <item>
      <title>MCP Server — AI Integration Guide</title>
      <link>https://valoryx.org/de/docs/guides/mcp/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/docs/guides/mcp/</guid>
      <description>MCP Server — AI Integration Guide DocPlatform includes a built-in Model Context Protocol (MCP) server that lets AI assistants read, write, search, and manage your documentation directly. Instead of copy-pasting content into chat windows, your AI tools work with your docs natively.&#xA;Prerequisites DocPlatform running (binary, Docker, or Fly.io) An API key (create one in Workspace Settings → API Keys) Quick start 1. Create an API key In your DocPlatform instance, go to Workspace Settings → API Keys → Create Key.</description>
    </item>
    <item>
      <title>v0.11.1</title>
      <link>https://valoryx.org/de/changelog/v0.11.1/</link>
      <pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/changelog/v0.11.1/</guid>
      <description>Dieser Eintrag fasst alles zusammen, was zwischen v0.6.4 und v0.11.1 ausgeliefert wurde. Die vollständigen Details pro Release liefert das Changelog der Produktdokumentation.&#xA;MCP-Server: 26 Tools Der integrierte MCP-Server ist von 13 auf 26 Tools gewachsen — Content-CRUD, Suche, RAG-Kontextpakete, Qualitätsprüfung, Versionierung, Export, KI-Schreibassistent, Kommentare, Aktivität, Workspace-Veröffentlichung und Konfliktauflösung für Git-Sync. Zwei Transporte: stdio für lokale KI-Tools, Streamable HTTP für Cloud-Zugriff. Siehe die MCP-Seite.&#xA;Veröffentlichung als Code Publish-Overlay — .docplatform/publish.yaml gibt Ihnen git-überprüfbare Kontrolle darüber, welche Seiten genau öffentlich werden; es überschreibt das Frontmatter pro Pfad.</description>
    </item>
    <item>
      <title>Die Zukunft der Dokumentation ist KI-nativ</title>
      <link>https://valoryx.org/de/blog/ai-native-documentation/</link>
      <pubDate>Mon, 13 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/ai-native-documentation/</guid>
      <description>Dokumentation hat ein Pflegeproblem. Sie schreiben eine Anleitung, veröffentlichen sie, und innerhalb von drei Monaten ist sie veraltet. Die API hat sich geändert. Das Konfigurationsformat wurde refaktoriert. Eine Abhängigkeit wurde ersetzt. Die Screenshots zeigen eine Oberfläche, die nicht mehr existiert.&#xA;Die Lösung ist nicht „bessere Dokumentation schreiben&amp;quot; oder „eine Dokumentationskultur aufbauen.&amp;quot; Teams versuchen das seit Jahrzehnten. Die Lösung ist, Dokumentation bewusst mit dem Code zu verknüpfen, den sie beschreibt — sodass die Dokumentation es mitbekommt, wenn sich der Code ändert.</description>
    </item>
    <item>
      <title>Die wahren Kosten von Dokumentationsplattformen</title>
      <link>https://valoryx.org/de/blog/documentation-platform-cost/</link>
      <pubDate>Thu, 09 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/documentation-platform-cost/</guid>
      <description>Pro-Benutzer-Preise klingen auf den ersten Blick vernünftig. Fünf Benutzer für 8 $/Monat? Das sind 40 $. Ihr Team kann sich 40 $ leisten.&#xA;Aber Dokumentation ist eines dieser Tools, bei dem die Anzahl der Personen, die Zugang haben sollten, ständig wächst. Ingenieure müssen schreiben. Produktmanager müssen reviewen. Support-Mitarbeiter müssen nachschlagen. Neue Mitarbeiter müssen lesen und kommentieren. Plötzlich sind Sie nicht bei 5 Plätzen — Sie sind bei 50, und diese „erschwinglichen&amp;quot; 8 $/Platz sind 400 $/Monat für ein Tool, das Textdateien speichert.</description>
    </item>
    <item>
      <title>Dokumentation für Open-Source-Projekte</title>
      <link>https://valoryx.org/de/blog/docs-for-open-source/</link>
      <pubDate>Mon, 06 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/docs-for-open-source/</guid>
      <description>Open-Source-Projekte leben oder sterben mit ihrer Dokumentation. Eine Bibliothek mit guter Dokumentation wird adoptiert. Eine Bibliothek mit einem dürren README und einer „Lies den Code&amp;quot;-Einstellung wird von jemandem geforkt, der bessere Dokumentation schreibt — oder einfach ignoriert.&#xA;Aber die meisten Dokumentationstools sind für Unternehmen gebaut, nicht für OSS-Maintainer. Sie berechnen pro Benutzer, pro Seite oder pro Workspace. Für ein Projekt, das von Freiwilligen ohne Budget gepflegt wird, ist das ein Ausschlusskriterium.</description>
    </item>
    <item>
      <title>Wie Dokumentationssuche wirklich funktioniert</title>
      <link>https://valoryx.org/de/blog/documentation-search-works/</link>
      <pubDate>Thu, 02 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/documentation-search-works/</guid>
      <description>Sie tippen eine Abfrage in die Suchleiste Ihrer Dokumentation. Ergebnisse erscheinen. Aber was passiert zwischen dem Tastendruck und den Ergebnissen? Bei den meisten Dokumentationsplattformen lautet die Antwort entweder „nicht viel&amp;quot; (einfacher Keyword-Abgleich, der offensichtliche Ergebnisse übersieht) oder „eine Menge Infrastruktur&amp;quot; (ein Elasticsearch-Cluster, den Ihr Ops-Team warten muss).&#xA;Es gibt einen Mittelweg, den die meisten Teams nicht kennen: eingebettete Volltextsuche. DocPlatform verwendet Bleve, eine in Go geschriebene Suchbibliothek, die direkt in das Binary kompiliert wird.</description>
    </item>
    <item>
      <title>Warum wir ein einzelnes Go-Binary ausliefern</title>
      <link>https://valoryx.org/de/blog/single-binary-architecture/</link>
      <pubDate>Mon, 30 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/single-binary-architecture/</guid>
      <description>Die meisten Dokumentationsplattformen werden als Stack ausgeliefert. Sie bekommen eine Node.js-Anwendung, eine PostgreSQL-Datenbank, einen Redis-Cache, einen Elasticsearch-Cluster für die Suche und einen Nginx-Reverse-Proxy, der alles zusammenhält. Fünf Dienste, fünf Dinge, die kaputtgehen können, fünf Dinge, die überwacht, gepatcht und aktualisiert werden müssen.&#xA;DocPlatform wird als eine Datei ausgeliefert. Herunterladen, ausführen, fertig.&#xA;Das ist kein Marketing-Trick. Es ist eine Architekturentscheidung, die wir am ersten Tag getroffen haben, und jede Designentscheidung seitdem folgt daraus.</description>
    </item>
    <item>
      <title>Wie man Dokumentation aktuell hält</title>
      <link>https://valoryx.org/de/blog/keep-docs-up-to-date/</link>
      <pubDate>Thu, 26 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/keep-docs-up-to-date/</guid>
      <description>Jedes Engineering-Team hat dasselbe Dokumentationsproblem. Jemand schreibt gründliche Dokumentation während eines Launches. Sechs Monate später hat sich die API geändert, das Konfigurationsformat ist anders, und drei Seiten verweisen auf ein Feature, das umbenannt wurde. Niemand hat die Dokumentation aktualisiert, weil das Aktualisieren von Dokumentation eine separate Aufgabe vom Code-Schreiben ist, und separate Aufgaben werden vergessen.&#xA;Der übliche Ratschlag — „Machen Sie Dokumentation zum Teil Ihrer Kultur&amp;quot; — funktioniert nicht. Kultur überlebt keinen Termindruck.</description>
    </item>
    <item>
      <title>Selbstgehostete Dokumentation für regulierte Teams</title>
      <link>https://valoryx.org/de/blog/docs-regulated-industries/</link>
      <pubDate>Mon, 23 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/docs-regulated-industries/</guid>
      <description>Wenn Sie im Gesundheitswesen, in der Verteidigung, im Finanzwesen oder in einer anderen Branche arbeiten, in der Datenresidenz wichtig ist, haben Sie das Gespräch bereits geführt: „Können wir dieses SaaS-Tool verwenden, oder muss es durch eine sechsmonatige Sicherheitsüberprüfung?&amp;quot; Bei den meisten Cloud-Dokumentationsplattformen ist die Antwort die Überprüfung — und sie endet oft mit „Nein.&amp;quot;&#xA;Das Problem ist nicht, dass Cloud-Tools unsicher sind. Die meisten von ihnen sind in Sachen Sicherheit kompetent.</description>
    </item>
    <item>
      <title>Wie bidirektionaler Git-Sync funktioniert</title>
      <link>https://valoryx.org/de/blog/bidirectional-git-sync/</link>
      <pubDate>Thu, 19 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/bidirectional-git-sync/</guid>
      <description>Jede Dokumentationsplattform mit einer Git-Integrationsseite macht dasselbe Versprechen: Ihre Dokumentation lebt in Git, Ihr Team bearbeitet im Browser, und alles bleibt synchron. In der Praxis sind die meisten dieser Integrationen Einweg-Spiegel, die auseinanderfallen, sobald zwei Personen aus verschiedenen Richtungen bearbeiten.&#xA;Wir haben in einem früheren Beitrag geschrieben, warum das passiert. Dieser geht tiefer in die Lösung: wie Valoryx bidirektionalen Sync mit dem Content-Ledger-Muster implementiert und warum dieser Ansatz die Szenarien bewältigt, an denen andere Tools scheitern.</description>
    </item>
    <item>
      <title>MCP für Dokumentation: Ein technischer Leitfaden</title>
      <link>https://valoryx.org/de/blog/mcp-documentation-guide/</link>
      <pubDate>Mon, 16 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/mcp-documentation-guide/</guid>
      <description>Model Context Protocol (MCP) ist ein offener Standard, der KI-Assistenten die Interaktion mit externen Tools und Datenquellen über eine strukturierte Schnittstelle ermöglicht. Anstatt Text in ein Chat-Fenster zu kopieren und darauf zu hoffen, dass das Modell den Kontext versteht, gibt MCP dem Assistenten direkten, typisierten Zugriff auf Ihre Systeme — Dateien lesen, Suchen ausführen, Inhalte erstellen, alles über wohldefinierte Tool-Aufrufe.&#xA;Für Dokumentationsteams verändert dies den Workflow grundlegend. Ihr KI-Assistent ist nicht mehr ein Textgenerator, der mit veraltetem Kontext arbeitet, sondern wird zu einem Teilnehmer, der Ihre tatsächliche Dokumentation liest, Ihre Wissensbasis durchsucht und Änderungen vornimmt, die Sie prüfen können, bevor sie live gehen.</description>
    </item>
    <item>
      <title>Interne Dokumentation, die Entwickler tatsächlich lesen</title>
      <link>https://valoryx.org/de/blog/internal-docs-developers-use/</link>
      <pubDate>Thu, 12 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/internal-docs-developers-use/</guid>
      <description>Jede Engineering-Organisation hat interne Dokumentation. Und in den meisten davon ist diese Dokumentation unvollständig, veraltet oder wird ignoriert. Laut der 2024 Stack Overflow Developer Survey betrachtet eine Mehrheit der Entwickler fehlende oder schlechte Dokumentation als erhebliche Produktivitätshürde. Das ist kein Disziplinproblem. Es ist ein Werkzeugproblem.&#xA;Interne Dokumentation scheitert aus spezifischen, behebbaren Gründen. Die Werkzeuge machen das Schreiben schmerzhaft. Der Inhalt veraltet, weil niemand einen Workflow hat, um ihn aktuell zu halten.</description>
    </item>
    <item>
      <title>Ihre Dokumentation gehört in Git. Punkt.</title>
      <link>https://valoryx.org/de/blog/docs-should-be-in-git/</link>
      <pubDate>Mon, 09 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/docs-should-be-in-git/</guid>
      <description>Hier ist eine Bestandsaufnahme dessen, was ein typisches Engineering-Team in Git aufbewahrt:&#xA;Anwendungsquellcode Infrastrukturdefinitionen (Terraform, Pulumi, CloudFormation) CI/CD-Pipeline-Konfigurationen Datenbankmigrationen API-Spezifikationen (OpenAPI, Protobuf) Deployment-Manifeste (Kubernetes, Docker Compose) Umgebungskonfigurations-Templates Und hier ist, was normalerweise außerhalb von Git lebt:&#xA;Dokumentation Das ist merkwürdig. Dokumentation beschreibt das System. Sie ändert sich, wenn sich das System ändert. Sie braucht Review, Versionierung, Zuordnung und die Möglichkeit zum Rollback. Jedes andere Artefakt, das diese Eigenschaften teilt, lebt in Git.</description>
    </item>
    <item>
      <title>v0.5.2</title>
      <link>https://valoryx.org/de/changelog/v0.5.2/</link>
      <pubDate>Sat, 07 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/changelog/v0.5.2/</guid>
      <description>Abrechnungsintegration Stripe-basierte Abrechnung ist jetzt integriert. Konfigurieren Sie Tarife, verwalten Sie Abonnements und führen Sie Upgrades direkt über das Admin-Dashboard durch.&#xA;Stripe-Webhook-Integration mit 5 Ereignistypen Abonnement-Lebenszyklusverwaltung (Erstellen, Upgrade, Kündigung) Nutzungsbasierte Erfassung für API-Aufrufe und Speicher Rechnungserstellung und Zahlungshistorie Konfigurierbare Tariflimits pro Workspace Analytics-Dashboard Verfolgen Sie die Leistung Ihrer Dokumentation mit dem neuen Analytics-Dashboard.&#xA;Seitenaufruf-Tracking mit täglicher, wöchentlicher und monatlicher Aggregation Meistbesuchte Seiten und Trend-Inhalte Suchanfragen-Analyse mit Tracking von Null-Ergebnissen Nutzer-Engagement-Metriken (Verweildauer, Scrolltiefe) Analytics-Daten als CSV exportieren KI-Schreibassistent KI-gestützte Schreibwerkzeuge direkt im Editor integriert.</description>
    </item>
    <item>
      <title>Documentation as Code: Ein praktischer Leitfaden</title>
      <link>https://valoryx.org/de/blog/documentation-as-code/</link>
      <pubDate>Thu, 05 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/documentation-as-code/</guid>
      <description>„Documentation as Code&amp;quot; wird häufig verwendet. Im einfachsten Sinne bedeutet es, Dokumentation genauso zu behandeln wie Quellcode: in der Versionskontrolle gespeichert, in Klartext geschrieben, über Pull Requests überprüft und durch CI/CD gebaut. Aber zwischen der Idee und der guten Umsetzung klafft eine Lücke. Dieser Leitfaden erklärt, was Docs-as-Code ist, welche Ansätze existieren und wo jeder an seine Grenzen stößt.&#xA;Warum Docs-as-Code wichtig ist Softwareteams haben bereits Workflows für das Änderungsmanagement. Code durchläuft Versionskontrolle, Review, Tests und Deployment.</description>
    </item>
    <item>
      <title>Dokumentation in 5 Minuten selbst hosten</title>
      <link>https://valoryx.org/de/blog/self-host-docs-5-minutes/</link>
      <pubDate>Mon, 02 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/self-host-docs-5-minutes/</guid>
      <description>Die meisten selbstgehosteten Dokumentationstools erfordern eine Datenbank, einen Reverse-Proxy und einen halben Nachmittag YAML-Bearbeitung, bevor Sie einen Willkommensbildschirm sehen. DocPlatform ist ein einzelnes Go-Binary ohne externe Abhängigkeiten. Diese Anleitung bringt Sie in etwa fünf Minuten von Null zur veröffentlichten Dokumentation.&#xA;Voraussetzungen Sie benötigen einen Linux-, macOS- oder Windows-Rechner. Das war&amp;rsquo;s. Kein Docker, kein PostgreSQL, keine Node.js-Laufzeitumgebung. DocPlatform kompiliert zu einem einzelnen statischen Binary — die Go-Laufzeitumgebung ist eingebettet. Falls Sie sich für die Implementierungssprache interessieren: Go erzeugt eigenständige ausführbare Dateien, die ohne Installation auf dem Host laufen.</description>
    </item>
    <item>
      <title>Die beste Self-Hosted-Notion-Alternative für technische Teams</title>
      <link>https://valoryx.org/de/blog/notion-alternative-self-hosted/</link>
      <pubDate>Sun, 01 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/notion-alternative-self-hosted/</guid>
      <description>Notion ist überall. Design-Teams, Produkt-Teams, Marketing-Teams — und zunehmend auch Entwicklerteams nutzen es für Dokumentation. Es funktioniert, bis zu einem gewissen Punkt. Dann stößt man an die Grenzen, und die Grenzen sind scharf.&#xA;Was Notion richtig macht Der Editor ist schnell und flexibel. Datenbankansichten sind nützlich für Roadmaps. Für nicht-technische Dokumentation ist Notion schwer zu übertreffen.&#xA;Wo Notion für technische Teams scheitert Keine git-Integration. Die Codebasis lebt in git. Aber die Dokumentation lebt in Notions proprietärer Datenbank, von allem anderen abgekoppelt.</description>
    </item>
    <item>
      <title>Der vollständige Leitfaden zu Self-Hosted-Dokumentationstools in 2026</title>
      <link>https://valoryx.org/de/blog/self-hosted-docs-guide/</link>
      <pubDate>Fri, 27 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/self-hosted-docs-guide/</guid>
      <description>Self-hosted Dokumentation erlebt gerade einen Aufschwung. Nachdem SaaS-Plattformen jahrelang die Preise erhöht, die Nutzungsbedingungen geändert und ohne Vorwarnung abgeschaltet haben, entscheiden sich immer mehr Teams dafür, ihre eigene Dokumentationsinfrastruktur zu betreiben. Die Gründe liegen auf der Hand: Dateneigentum, Kostenkontrolle, Compliance und die Gewissheit, dass die eigene Wissensdatenbank nicht verschwindet, wenn ein Startup das Geld ausgeht.&#xA;Die Landschaft der self-hosted Dokumentationstools ist jedoch überfüllt und unübersichtlich. Es gibt Wiki-Plattformen, Static-Site-Generatoren, Wissensdatenbanken und Hybridlösungen — jede mit unterschiedlichen Kompromissen.</description>
    </item>
    <item>
      <title>GitBook vs. Valoryx: Ein ehrlicher Vergleich für Entwicklerteams</title>
      <link>https://valoryx.org/de/blog/gitbook-vs-valoryx/</link>
      <pubDate>Wed, 25 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/gitbook-vs-valoryx/</guid>
      <description>GitBook ist eine der beliebtesten Dokumentationsplattformen für Entwicklerteams. Es bietet einen ausgefeilten Editor, solide Kollaborationsfunktionen und ansprechend aussehende veröffentlichte Docs.&#xA;Wir haben Valoryx entwickelt, um Probleme zu lösen, die GitBook nicht adressiert — in erster Linie in Bezug auf git-Eigentümerschaft, Self-Hosting und Preistransparenz. Hier ist, wo jedes Tool glänzt und wo jedes an seine Grenzen stößt.&#xA;Editor-Erfahrung GitBook hat einen hervorragenden Web-Editor. Block-basiert, sauber, responsiv. Unterstützt Markdown-Shortcuts, Code-Blöcke, Tabellen, Einbettungen. Kollaborationsfunktionen sind gut durchdacht.</description>
    </item>
    <item>
      <title>Warum jedes git-Docs-Tool die Synchronisation kaputtmacht (und wie wir es gelöst haben)</title>
      <link>https://valoryx.org/de/blog/why-git-sync-breaks/</link>
      <pubDate>Sun, 22 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/blog/why-git-sync-breaks/</guid>
      <description>Wenn man technische Dokumentation pflegt, wurde man wahrscheinlich schon einmal von &amp;ldquo;Vollständiger git-Integration&amp;rdquo; enttäuscht. Man verbindet das Repository, pusht einen Commit aus der IDE — und alles bricht zusammen. Merge-Konflikte. Verlorene Bearbeitungen. Seiten, die stillschweigend zurückgesetzt werden.&#xA;Das ist kein Bug. Es ist ein grundlegender Designfehler.&#xA;Die drei Arten, wie git-Sync scheitert 1. Einseitiger Spiegel, kein echter Sync Die meisten Plattformen behandeln git als Backup-Ziel. Bearbeitungen fließen von der Web-UI in git, aber Änderungen, die aus einer IDE gepusht werden, werden ignoriert oder verursachen Konflikte.</description>
    </item>
    <item>
      <title>Valoryx vs GitBook — Ein fairer Vergleich</title>
      <link>https://valoryx.org/de/vs/gitbook/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://valoryx.org/de/vs/gitbook/</guid>
      <description></description>
    </item>
  </channel>
</rss>
