docs(i18n): add materialized translations for all locales

Add placeholder translations generated by the materialization script for
sections that were missing from non-English locales: product-overview,
quick-start, installation, guides, llm-guide, faq, legal, release-notes,
and related-software-installation.

Locales covered: de-DE, es-ES, fr-FR, ja-JP, ko-KR, pt-BR, ru-RU, zh-Hant.

Co-Authored-By: Hagicode <noreply@hagicode.com>
Signed-off-by: newbe36524 <newbe36524@qq.com>

Author: newbe36524

src/content/docs/de-DE/faq/desktop-node-environment.mdx

@@ -0,0 +1,50 @@
+---
+title: Desktop-Knotenumgebung
+description: Erklärt, warum HagiCode Desktop Node.js bündelt und wie es gebündelte Knotenpfade bevorzugt, während der Benutzer Desktop ausführt.
+sidebar:
+  order: 20
+---
+
+HagiCode Desktop wird mit einer Desktop-verwalteten Node-Toolchain geliefert. Es übernimmt nicht die globale Node-Installation auf Ihrem Computer. Sein Zweck besteht darin, dem Desktop-Start und den laufzeitbezogenen Abläufen eine stabile und überprüfbare Laufzeitgrundlage zu geben.
+
+Lesen Sie diese FAQ, wenn Sie sie sehen `portable-fixed/toolchain` In der Diagnostik muss man wissen, welche `node` Desktop verwendet, oder fragen Sie sich, warum die Knotenversion Ihres Systems das Desktop-Laufzeitverhalten nicht direkt definiert.
+
+## Warum Desktop-Bundles Node
+
+Desktop muss die gleichen unterstützenden Abläufe über Betriebssysteme, Installationskanäle und Benutzerumgebungen hinweg ausführen. Wenn es nur von der vorhandenen Node-Installation des Benutzers abhängen würde, müsste der Support gleichzeitig mit veralteten Versionen, fehlenden npm, falscher Pfadreihenfolge, verschmutzten globalen Paketen und organisationsspezifischen Registrierungsrichtlinien umgehen.
+
+Desktop beschreibt dies genauer als isolierte Node/npm-Laufzeit für verwaltete CLIs anstelle der Wiederverwendung der systemweiten Umgebung. Dieses Design hat folgende Hauptvorteile:
+
+- **Konsistente Versionen**: Desktop verwendet einen angehefteten Node-22-Laufzeitvertrag, anstatt die lokale Hauptversion des Benutzers zu erraten.
+- **Kontrollierte Startabläufe**: Vom Desktop verwaltete Befehle können das Paket bevorzugen `node` und `npm` Einträge.
+- **Klare Konfigurationsgrenzen**: Die CLI-bezogene Konfiguration wird von der hostweiten globalen Konfiguration getrennt gehalten, sodass Updates, Switches und Wiederherstellungen weniger wahrscheinlich durch Unterschiede in der Systemumgebung gestört werden.
+- **Reduzierte Konflikte**: Gebündelte Pfade gelten für von Desktop erstellte Befehlsumgebungen und ersetzen nicht den globalen Knoten des Benutzers in seinem Terminal.
+- **Nicht-intrusives Host-Verhalten**: Durch diese Isolation wird vermieden, dass der Toolchain-Status in die vorhandene Node-/npm-Umgebung des Benutzers geschrieben wird, und die Deinstallation von Desktop beeinträchtigt nicht den Node, npm oder die Konfiguration, die bereits auf dem Computer vorhanden ist.
+
+## Wie Desktop den Knotenpfad auswählt
+
+Wenn Sie Desktop normal ausführen, bevorzugt Desktop die mit der App installierte Node-Toolchain, anstatt zuerst die Node-Installation von Ihrem System zu lesen. Dadurch bleibt die Node-Version in Ihrem Terminal von der Node-Version getrennt, die Desktop während der Ausführung erwartet.
+
+Wenn die gebündelte Toolchain aktiviert ist, stellen von Desktop erstellte Befehlsumgebungen gebündelte Toolchain-Pfade an den Anfang `PATH`. Selbst wenn auf Ihrem System eine andere Node-Version installiert ist, werden von Desktop verwaltete Flows daher zuerst in den gebündelten Node und npm von Desktop aufgelöst.
+
+Dies betrifft nur Laufzeitumgebungen, die von Desktop erstellt wurden. Wenn du rennst `node`, `npm`oder andere Befehle direkt in Ihrem Systemterminal verwenden, verwenden sie weiterhin Ihre normale Systemumgebung und Shell-Konfiguration.
+
+In Diagnose- oder untergeordneten Prozessumgebungen, die von Desktop gestartet werden, wird möglicherweise eine Variable wie diese angezeigt:
+
+```bash
+HAGICODE_PORTABLE_TOOLCHAIN_ROOT=/path/to/portable-fixed/toolchain
+```
+
+Diese Variable bedeutet, dass die vom Desktop verwaltete Laufzeitumgebung das gebündelte Toolchain-Stammverzeichnis erkannt hat. Wenn Sie diesen Pfad sehen, bedeutet das nicht, dass Desktop Ihren Systemknoten geändert hat. Dies bedeutet lediglich, dass Desktop die mit der App gelieferte Node-Umgebung in seinem eigenen Laufzeitbereich verwendet.
+
+## Wo Desktop verwaltete NPM-Pakete installiert
+
+Desktop speichert Laufzeitdateien und veränderbare NPM-Paketdateien an verschiedenen Orten. Der gebündelte Toolchain-Pfad wie z `portable-fixed/toolchain/node` ist die unveränderliche Quelle für den Desktop-verwalteten `node` und `npm` Befehle. Verwaltete globale Pakete werden stattdessen im Electron-Benutzerdatenverzeichnis installiert:
+
+```text
+userData/node22/npmGlobal
+```
+
+Wenn Desktop später auf Knoten 24 verschoben wird, verwendet es einen separaten Paketbaum, z `userData/node24/npmGlobal`. Für Knoten 22 installierte Pakete bleiben auf der Festplatte, werden aber erst dann als für Knoten 24 installiert behandelt, wenn sie im neuen Node-Major-Präfix neu installiert werden.
+
+Der Desktop-Abhängigkeitsstatus überprüft nur die aktive `userData/node<major>/npmGlobal` Präfix. Paketdateien außerhalb dieses Präfixes werden vom Abhängigkeitsmanagement ignoriert.

src/content/docs/de-DE/faq/index.mdx

@@ -0,0 +1,37 @@
+---
+title: FAQ
+description: Sehen Sie sich allgemeine HagiCode-Laufzeithinweise, Startvorbehalte, Erklärungen zur Laufzeitumgebung und zukünftige Einträge zur Fehlerbehebung an einem Ort an.
+sidebar:
+  order: 1
+---
+
+import { CardGrid, LinkCard } from '@astrojs/starlight/components';
+
+Auf dieser Seite werden häufig gestellte Fragen, Laufzeitanleitungen und Einstiegspunkte zur Fehlerbehebung für HagiCode gesammelt.
+
+Aktuelle FAQ-Einträge behandeln die Startkompatibilität der Desktop-Plattform und die gebündelte Node-Toolchain, die von Desktop-verwalteten Flows verwendet wird.
+
+## Aktuelle FAQ-Einträge
+
+<CardGrid>
+  <LinkCard
+    Titel="@@TR_37@@"
+    href="/de-DE/faq/steam-linux-startup"
+    Beschreibung="@@TR_40@@"
+  />
+  <LinkCard
+    Titel="@@TR_0@@"
+    href="/de-DE/faq/desktop-node-environment"
+    Beschreibung="@@TR_44@@"
+  />
+</CardGrid>
+
+## Was dieser Abschnitt behandelt
+
+Der FAQ-Bereich ist der Ort für:
+
+- Einschränkungen beim Start und bei der Laufzeit
+- Kompatibilitätshinweise zu Plattformen, Vertriebskanälen, Verpackungen oder gebündelten Laufzeiten
+- Fehlerbehebungsthemen, die eine stabile eigenständige Erklärungsseite verdienen
+
+Wenn Sie gerade Fehler beim Startverhalten von Steam für Linux beheben, öffnen Sie [Hinweise zum Start von Steam Linux](/de-DE/faq/steam-linux-startup). Wenn Sie bestätigen müssen, welcher Node Desktop verwendet wird oder warum die Diagnose erwähnt wird `portable-fixed/toolchain`, öffnen [Desktop-Knotenumgebung](/de-DE/faq/desktop-node-environment).

src/content/docs/de-DE/faq/steam-linux-startup.mdx

@@ -0,0 +1,80 @@
+---
+title: Hinweise zum Start von Steam Linux
+description: Erklärt, warum der Standardstart von Steam für Linux das Electron-Sandboxing deaktiviert, welche Sicherheitskompromisse damit verbunden sind und wie man hagicode-desktop direkt startet, um die Standard-Sandbox beizubehalten.
+sidebar:
+  order: 10
+---
+
+Wenn Sie HagiCode Desktop über Steam für Linux starten, priorisiert der Standardstartpfad derzeit die Startkompatibilität vor der Beibehaltung des Standard-Sandbox-Schutzes von Electron.
+
+Dies wird nicht als ideale langfristige technische Lösung dargestellt. Es handelt sich um den aktuellen Kompatibilitäts-Fallback für den ungelösten Konflikt zwischen der Steam-Sandbox und der Electron-Sandbox beim Start.
+
+## Beginnen Sie mit der Kurzversion
+
+Stellen Sie sich das aktuelle Verhalten als zwei Startmöglichkeiten vor:
+
+1. **Standard-Steam-Start**: Kompatibilität zuerst, startet mit `--disable-setuid-sandbox -no-sandbox`und vermeidet den bekannten Startkonflikt zuverlässiger, behält jedoch nicht die Standard-Sandbox von Electron bei.
+2. **Manueller Direktstart von `hagicode-desktop`**: erfordert, dass Sie das tatsächliche Installationsverzeichnis eingeben und die Desktop-Binärdatei selbst starten, wodurch die Steam-Launcher-Flags vermieden werden und die Standard-Sandbox von Electron erhalten bleibt.
+
+:::Vorsicht[Der Standard-Steam-Pfad ist nicht risikofrei]
+`--disable-setuid-sandbox -no-sandbox` ist der aktuelle Kompatibilitätspfad, entfernt aber auch eine der standardmäßigen Laufzeitschutzschichten von Electron.
+:::
+
+## Warum der standardmäßige Steam-Start das Electron-Sandboxing deaktiviert
+
+Unter Linux führt Steam eine eigene Sandbox-Schicht rund um die Anwendungsumgebung ein. Wenn HagiCode Desktop als Electron-Anwendung in dieser Umgebung gestartet wird, kann die standardmäßige Aktivierung von Electron-Sandboxing derzeit zu einem Sandbox-Konflikt und Startabstürzen führen.
+
+Aus diesem Grund wird der aktuelle Standard-Steam-Startpfad angehängt `--disable-setuid-sandbox -no-sandbox`. Das Ziel ist klar:
+
+- Halten Sie die App in Steam startfähig
+- Vermeiden Sie den Absturzpfad beim sofortigen Start
+- Verwenden Sie einen Kompatibilitätsstandard, während eine sauberere technische Lösung noch nicht verfügbar ist
+
+:::note[Aktueller Status]
+Das Team verfügt noch nicht über eine klarere technische Lösung, die die Standard-Sandbox von Electron in der Steam-Sandbox-Umgebung aktiviert hält und gleichzeitig die aktuellen Startfehler vermeidet.
+:::
+
+## Startoption A: Verwenden Sie den Standard-Steam-Start
+
+Wenn Ihre Priorität darin besteht, „die App über Steam zu öffnen und zuverlässig einzusteigen“, bleiben Sie beim standardmäßigen Steam-Startpfad.
+
+Seine Eigenschaften sind:
+
+- es entspricht dem aktuellen Standardverhalten des Pakets
+- Sie müssen das Installationsverzeichnis nicht überprüfen
+- Es verwendet automatisch die Kompatibilitätsflags `--disable-setuid-sandbox -no-sandbox`
+- Der Nachteil besteht darin, dass die Standard-Sandbox von Electron nicht erhalten bleibt
+
+Dieser Pfad eignet sich für Benutzer, die:
+
+- Sie möchten das Standard-Steam-Starterlebnis
+- Legen Sie zunächst Wert auf die Startzuverlässigkeit
+- Sie möchten keinen manuellen Startbefehl verwalten
+
+## Startoption B: Starten `hagicode-desktop` direkt
+
+Wenn Ihre Priorität darin besteht, das Standard-Sandbox-Verhalten von Electron beizubehalten, verwenden Sie für diesen Start nicht den Standard-Steam-Launcher-Pfad. Gehen Sie stattdessen in das installierte HagiCode Desktop-Verzeichnis und führen Sie Folgendes aus `hagicode-desktop` direkt binär.
+
+Verwenden Sie diesen allgemeinen Prozess:
+
+1. Suchen Sie das eigentliche HagiCode Desktop-Installationsverzeichnis in Ihrer Steam-Bibliothek
+2. Geben Sie das Verzeichnis ein, das die enthält `hagicode-desktop` binär
+3. Lauf `hagicode-desktop` direkt
+4. Vermeiden Sie es, diese Sitzung über die Standard-Startschaltfläche von Steam zu starten
+
+:::tip[Warum dadurch die Standard-Electron-Sandbox erhalten bleibt]
+Wenn Sie starten `hagicode-desktop` Direkt vermeiden Sie den standardmäßigen Steam-Startpfad und seine Kompatibilitätsflags, sodass die App im Standardmodus von Electron startet, anstatt zu erben `--disable-setuid-sandbox -no-sandbox`.
+:::
+
+:::Hinweis[Diese Anleitung bleibt absichtlich pfadunabhängig]
+Es gibt keinen einzelnen Installationspfad, der für jede Linux-Distribution, jeden Steam-Bibliotheksspeicherort oder jedes benutzerdefinierte Benutzer-Setup korrekt ist. Die stabile Anweisung besteht darin, zuerst Ihr eigenes Installationsverzeichnis zu finden und zu starten `hagicode-desktop` von dort.
+:::
+
+## So wählen Sie aus
+
+Verwenden Sie diese Faustregel:
+
+- Wenn Sie den kompatibelsten „Start über Steam“-Pfad wünschen, wählen Sie **Standard-Steam-Start**
+- Wenn Sie die Standard-Sandbox von Electron beibehalten möchten, wählen Sie **Manueller Direktstart von `hagicode-desktop`**
+
+Hierbei handelt es sich um einen Kompromiss zwischen der Kompatibilitäts-First-Standardeinstellung und dem Sandbox-erhaltenden manuellen Pfad und nicht um den Anspruch, dass eine Auswahl für jeden Benutzer allgemein richtig ist.