overtrue · Oct 19, 2026 · Oct 14, 2026 · Oct 14, 2026
diff --git a/.agents/skills/localize-rustfs-docs/references/de.md b/.agents/skills/localize-rustfs-docs/references/de.md
@@ -53,13 +53,25 @@ Treat RustFS source code, APIs, and exact Console labels as authoritative for pr
 | multipart upload | mehrteiliger Upload | Preserve API actions such as `CreateMultipartUpload`. |
 | server-side encryption | serverseitige Verschlüsselung | Keep SSE-S3, SSE-KMS, and SSE-C unchanged. |
 | presigned URL | vorsignierte URL | Keep URL uppercase and preserve API names. |
-| path-style addressing | pfadbasierte Adressierung | Preserve SDK option names. |
+| path-style addressing | pfadbasierte Adressierung (Path-Style) | Use the gloss on first mention in a page, then `pfadbasierte Adressierung`. Preserve SDK option names. Decline the adjective (`mit pfadbasierter Adressierung`). |
 | virtual-hosted-style addressing | Adressierung im Virtual-Hosted-Stil | Relate it to `RUSTFS_SERVER_DOMAINS` when relevant. |
 | health check | Integritätsprüfung | Preserve endpoint paths and probe names. |
 | readiness | Bereitschaft | Preserve `/health/ready` and Kubernetes field names. |
 | observability | Observability / Beobachtbarkeit | Prefer the established term used by the surrounding German ecosystem documentation and keep it consistent. |
 | rootless | ohne Root-Rechte | Prefer this over a literal calque. |
 | root credentials | Root-Anmeldedaten | Distinguish RustFS deployment credentials from the operating-system root account. |
+| access-key credentials | Zugangsdaten | Use for the access-key pair. Prefer `Zugriffsschlüssel` when naming the key itself. Do not use `Anmeldeinformationen`. |
+| deployment | Bereitstellung | Do not write `einer Deployment`. If the English loanword is kept, it is neuter: `das Deployment`. |
+| object-storage layer | Objektspeicher-Backend | Do not write `Objektspeicher-Layer`. |
+| infrastructure tooling | Infrastruktur-Tools | Do not write `Infrastructure-Tooling`. |
+| table bucket | Tabellen-Bucket | Do not alternate with `Table-Bucket`. |
+| warehouse | Warehouse | Genitive: `des Warehouses`, `innerhalb dieses Warehouses`. |
+| compatibility gate | Kompatibilitätsprüfung (Compatibility Gate) | Do not write `Kompatibilitäts-Gate`. |
+| inspect / HEAD | Metadaten abrufen (Head) | Do not use `untersuchen` for HEAD. |
+| verification (heading) | Überprüfung | Do not use `Verifikation` as a heading. |
+| await | mit `await` abwarten | Do not invent `Awaiten`. |
+| cargo build | bauen | Do not use `erstellen` for a compile. `Erstellen` means creating a resource. |
+| lifecycle operations | Lebenszyklusoperationen | Do not use `Lebenszyklusvorgänge`. |
 
 ## Common review failures
 

diff --git a/content/de/administration/data/s3-tables.md b/content/de/administration/data/s3-tables.md
@@ -13,7 +13,7 @@ S3 Tables ist eine Vorschaufunktion; die Client-Kompatibilität beschränkt sich
 
 ## Funktionsweise
 
-Ein Iceberg-Client nutzt den REST-Katalog, um Tabellen zu finden und Metadatenänderungen festzuschreiben. Tabellendateien liest und schreibt er über die S3-API. RustFS stellt beide Schnittstellen am S3-API-Port bereit.
+Ein Iceberg-Client nutzt den REST-Katalog, um Tabellen zu finden und Metadatenänderungen zu committen (festzuschreiben). Tabellendateien liest und schreibt er über die S3-API. RustFS stellt beide Schnittstellen am S3-API-Port bereit.
 
 ```mermaid
 flowchart TB
@@ -25,7 +25,7 @@ flowchart TB
 | Ressource | Zweck |
 | --- | --- |
 | Tabellen-Bucket | Ein vorhandener S3-Bucket, der für den Katalog aktiviert wurde; sein Name ist der `warehouse`-Wert des Clients. |
-| Namespace | Eine logische Gruppe von Tabellen innerhalb dieses Warehouse. |
+| Namespace | Eine logische Gruppe von Tabellen innerhalb dieses Warehouses. |
 | Tabelle | Ein Iceberg-Schema, Snapshots und ein vom Katalog verwalteter aktueller Metadatenpfad. |
 
 Das Aktivieren eines Tabellen-Buckets registriert vorhandene Parquet-Dateien nicht automatisch als Iceberg-Tabellen. Erstellen oder registrieren Sie Tabellen über einen Iceberg-Client. Ohne Angabe von `location` weist RustFS einen Speicherort zu; ein benutzerdefinierter Speicherort muss im selben Bucket liegen. Clients sollten den zurückgegebenen Speicherort verwenden.
@@ -34,12 +34,12 @@ Das standardmäßige Katalog-Backend `object` speichert den Katalogzustand dauer
 
 ## Voraussetzungen
 
-- Starten Sie eine RustFS-Bereitstellung mit den oben beschriebenen S3-Tables-Endpunkten. Siehe [Installation](/installation).
-- Installieren Sie die [AWS CLI](/developer/examples/aws-cli) und `curl` ab Version 7.76 mit Unterstützung für `--aws-sigv4` und `--fail-with-body`.
+- Starten Sie eine RustFS-Bereitstellung mit den oben beschriebenen S3-Tables-Endpunkten. Siehe [Installation](/de/installation).
+- Installieren Sie die [AWS CLI](/de/developer/examples/aws-cli) und `curl` ab Version 7.76 mit Unterstützung für `--aws-sigv4` und `--fail-with-body`.
 - Erstellen Sie für diese Anleitung einen eigenen neuen Bucket. Das Beispiel verwendet `my-bucket`.
 - Verwenden Sie ein vorhandenes Administratorkonto mit Zugriff auf Katalogoperationen und S3-Objekte. Die integrierte Richtlinie `consoleAdmin` deckt diese Anleitung ab; konfigurieren Sie enger begrenzte Richtlinien für Anwendungen.
 
-Die Beispiele verwenden `http://localhost:9000`. Ersetzen Sie dies durch Ihren Server-Endpunkt und verwenden Sie außerhalb lokaler Tests [TLS](/integration/tls-configured) mit aktivierter Zertifikatsprüfung.
+Die Beispiele verwenden `http://localhost:9000`. Ersetzen Sie dies durch Ihren Server-Endpunkt und verwenden Sie außerhalb lokaler Tests [TLS](/de/integration/tls-configured) mit aktivierter Zertifikatsprüfung.
 
 :::warning[Lebenszyklusverhalten von Tabellen-Buckets]
 
@@ -116,13 +116,13 @@ Verwenden Sie für den RustFS-Beispielendpunkt folgende Einstellungen:
 
 Der Client ergänzt den Katalog-URI um `/v1`. Das Warehouse ist ein Bucket-Name, kein S3-URI oder AWS S3 Tables ARN. Konfigurieren Sie sowohl die REST-Anfragesignierung als auch den S3-Dateizugriff, auch wenn beide dasselbe Konto verwenden.
 
-Wenn Sie bereits einen separaten Iceberg-REST-Katalog betreiben, beschreibt die [Apache-Iceberg-Integration](/developer/integration/big-data/iceberg) die Bereitstellung mit einem externen Katalog.
+Wenn Sie bereits einen separaten Iceberg-REST-Katalog betreiben, beschreibt die [Apache-Iceberg-Integration](/de/developer/integration/big-data/iceberg) die Bereitstellung mit einem externen Katalog.
 
 ## Berechtigungen und Zugangsdaten
 
 Zum Aktivieren eines Tabellen-Buckets ist `admin:SetTableBucket` erforderlich, zum Prüfen des Zustands `admin:GetTableBucket`. Die Katalogerkennung verwendet `admin:GetTableCatalog`. Namespace- und Tabellenoperationen besitzen eigene RustFS-Admin-Aktionen, darunter `admin:SetTableNamespace`, `admin:CreateTable`, `admin:GetTableMetadata` und `admin:CommitTable`.
 
-Für das Lesen und Schreiben von Tabellendateien sind zusätzlich normale S3-Berechtigungen erforderlich. RustFS prüft Tabellenberechtigungen für Objektpfade im Warehouse: Lesen erfordert die entsprechende Autorisierung für `admin:GetTableMetadata`, Schreiben für `admin:SetTableMetadata`. Eine Berechtigung für Katalog-Commits allein erlaubt nicht die vorausgehenden S3-Dateischreibvorgänge. Konfigurieren Sie [IAM-Richtlinien](/security-compliance/iam/policies) für beide Schnittstellen.
+Für das Lesen und Schreiben von Tabellendateien sind zusätzlich normale S3-Berechtigungen erforderlich. RustFS prüft Tabellenberechtigungen für Objektpfade im Warehouse: Lesen erfordert die entsprechende Autorisierung für `admin:GetTableMetadata`, Schreiben für `admin:SetTableMetadata`. Eine Berechtigung für Katalog-Commits allein erlaubt nicht die vorausgehenden S3-Dateischreibvorgänge. Konfigurieren Sie [IAM-Richtlinien](/de/security-compliance/iam/policies) für beide Schnittstellen.
 
 Die Ausgabe von Zugangsdaten durch den Katalog ist standardmäßig deaktiviert. Bei aktivierter Funktion muss ein kompatibler Client `X-Iceberg-Access-Delegation: vended-credentials` aushandeln, und der Aufrufer benötigt die Berechtigung, Tabellenzugangsdaten anzufordern. Der erste Katalogzugriff erfordert weiterhin eine autorisierte Identität. Die verlinkte PyIceberg-Anleitung verwendet ausdrücklich konfigurierte Zugangsdaten.
 
@@ -151,6 +151,6 @@ RustFS S3 Tables bietet weder eine SQL-Ausführungsengine noch atomare Transakti
 
 ## Nächste Schritte
 
-- Führen Sie die [PyIceberg-Anleitung](/developer/integration/big-data/pyiceberg) aus.
-- Prüfen Sie die [IAM-Richtlinien](/security-compliance/iam/policies), bevor Sie Anwendungen Zugriff gewähren.
+- Führen Sie die [PyIceberg-Anleitung](/de/developer/integration/big-data/pyiceberg) aus.
+- Prüfen Sie die [IAM-Richtlinien](/de/security-compliance/iam/policies), bevor Sie Anwendungen Zugriff gewähren.
 - Validieren Sie weitere Client-Versionen mit den [Client-Konformitätsprüfungen](https://github.com/rustfs/rustfs/blob/7e0c67111b97703d47e23719b0264a739c8acea8/scripts/table-catalog/README.md) des Repositorys.
diff --git a/content/de/administration/protocols/swift.md b/content/de/administration/protocols/swift.md
@@ -1,9 +1,9 @@
 ---
 title: "OpenStack-Swift-API"
-description: "Erstellen Sie RustFS mit der optionalen Swift-API und binden Sie die OpenStack-Keystone-Authentifizierung an."
+description: "Bauen Sie RustFS mit der optionalen Swift-API und binden Sie die OpenStack-Keystone-Authentifizierung an."
 ---
 
-RustFS kann auf demselben HTTP-Endpunkt wie die S3-API eine mit OpenStack Swift kompatible API bereitstellen. Diese Anleitung zeigt, wie Sie das optionale Feature `swift` erstellen, die Keystone-Tokenvalidierung konfigurieren und grundlegende Konto-, Container- und Objektoperationen prüfen.
+RustFS kann auf demselben HTTP-Endpunkt wie die S3-API eine mit OpenStack Swift kompatible API bereitstellen. Diese Anleitung zeigt, wie Sie das optionale Feature `swift` bauen, die Keystone-Tokenvalidierung konfigurieren und grundlegende Konto-, Container- und Objektoperationen prüfen.
 
 :::warning[Kompatibilitätsumfang]
 
@@ -28,12 +28,12 @@ Die bestätigten Kernoperationen sind:
 | Bereich | Operationen |
 | --- | --- |
 | Konto | Container auflisten, Kontometadaten aktualisieren |
-| Container | Erstellen, auflisten, untersuchen, Metadaten aktualisieren, löschen |
-| Objekt | Hochladen, herunterladen, Bereich herunterladen, untersuchen, Metadaten aktualisieren, kopieren, löschen |
+| Container | Erstellen, auflisten, Metadaten abrufen (Head), Metadaten aktualisieren, löschen |
+| Objekt | Hochladen, herunterladen, Teilbereich herunterladen, Metadaten abrufen, Metadaten aktualisieren, kopieren, löschen |
 
-## Mit Swift-Unterstützung erstellen
+## Mit Swift-Unterstützung bauen
 
-Swift gehört nicht zum standardmäßigen RustFS-Featuresatz. Erstellen Sie das Feature ausdrücklich aus dem Repository `rustfs/rustfs`:
+Swift gehört nicht zum standardmäßigen RustFS-Featuresatz. Bauen Sie das Feature ausdrücklich aus dem Repository `rustfs/rustfs`:
 
 ```bash
 cargo build --release --features swift

diff --git a/content/de/developer/integration/ai/index.md b/content/de/developer/integration/ai/index.md
@@ -3,12 +3,12 @@ title: "AI"
 description: "Verbinden Sie KI-Plattformen über S3-kompatible Objektspeicher-Schnittstellen mit RustFS."
 ---
 
-Nutzen Sie **RustFS** als Objektspeicher-Layer für KI- und Machine-Learning-Plattformen, die einen S3-kompatiblen Endpunkt unterstützen.
+Nutzen Sie **RustFS** als Objektspeicher-Backend für KI- und Machine-Learning-Plattformen mit S3-kompatiblem Endpunkt.
 
 ## Plattformen
 
 - [MLflow](./mlflow.md)
 - [Ray](./ray.md)
 - [vLLM](./vllm.md)
 
-Speichern Sie Trainingsdaten und Checkpoints in dedizierten Buckets und beschränken Sie die Anmeldeinformationen auf die erforderlichen Bucket-Operationen.
+Speichern Sie Trainingsdaten und Checkpoints in dedizierten Buckets und beschränken Sie die Zugangsdaten auf die erforderlichen Bucket-Operationen.
diff --git a/content/de/developer/integration/backup/index.md b/content/de/developer/integration/backup/index.md
@@ -12,4 +12,4 @@ Verwenden Sie **RustFS** als Objektspeicher-Backend für Backup-Tools, die Repos
 - [Kopia](./kopia.md)
 - [Longhorn](./longhorn.md)
 
-Halten Sie Backup-Jobs in einem eigenen Bucket und Präfix und verwenden Sie Anmeldedaten, die auf die erforderlichen Bucket-Operationen beschränkt sind.
+Halten Sie Backup-Jobs in einem eigenen Bucket und Präfix und verwenden Sie Zugangsdaten, die auf die erforderlichen Bucket-Operationen beschränkt sind.
diff --git a/content/de/developer/integration/backup/restic.md b/content/de/developer/integration/backup/restic.md
@@ -87,5 +87,5 @@ restic -o s3.bucket-lookup=path check
 
 ## Nächste Schritte
 
-- [CLI Client (rc)](/operations/rc) zum Erstellen von Buckets und Prüfen von Objekten über die Kommandozeile.
-- [TLS Configuration](/integration/tls-configured), wenn Sie RustFS außerhalb eines vertrauenswürdigen Netzwerks bereitstellen.
+- [CLI-Client (rc)](/de/operations/rc) zum Erstellen von Buckets und Prüfen von Objekten über die Kommandozeile.
+- [TLS-Konfiguration](/de/integration/tls-configured), wenn Sie RustFS außerhalb eines vertrauenswürdigen Netzwerks bereitstellen.
diff --git a/content/de/developer/integration/big-data/flink.md b/content/de/developer/integration/big-data/flink.md
@@ -16,7 +16,7 @@ flowchart LR
 	Init["init-bucket job"] -->|"create my-bucket"| RustFS
 ```
 
-Das Plugin `flink-s3-fs-hadoop` registriert das `s3://`-Schema für Flinks filesystem-Connector. Endpunkt, Path-Style-Adressierung, Plain HTTP und Anmeldeinformationen werden über `s3.*`-Properties in `flink-conf.yaml` konfiguriert (übergeben via `FLINK_PROPERTIES`).
+Das Plugin `flink-s3-fs-hadoop` registriert das Schema `s3://` für den Filesystem-Connector von Flink. Endpunkt, pfadbasierte Adressierung (Path-Style), Plain HTTP und Zugangsdaten werden über `s3.*`-Properties in `flink-conf.yaml` konfiguriert (übergeben via `FLINK_PROPERTIES`).
 
 ## 1. Projektdateien anlegen
 
@@ -27,14 +27,14 @@ mkdir rustfs-flink
 cd rustfs-flink
 ```
 
-Erstellen Sie eine Umgebungsdatei und ersetzen Sie beide Platzhalter für die Anmeldeinformationen:
+Erstellen Sie eine Umgebungsdatei und ersetzen Sie beide Platzhalter für die Zugangsdaten:
 
 ```ini title=".env"
 RUSTFS_ACCESS_KEY=<your-access-key>
 RUSTFS_SECRET_KEY=<your-secret-key>
 ```
 
-Verwenden Sie dedizierte Anmeldeinformationen für den Bucket. Committen Sie `.env` nicht in die Versionsverwaltung.
+Verwenden Sie dedizierte Zugangsdaten für den Bucket. Nehmen Sie `.env` nicht in die Versionsverwaltung auf.
 
 Das S3-Plugin liegt im Image unter `/opt/flink/opt/` und muss geladen werden, indem es nach `/opt/flink/plugins/s3fs/` kopiert wird. Bereiten Sie ein lokales Verzeichnis dafür vor:
 
@@ -187,7 +187,7 @@ Der Job endet, sobald alle Zeilen geschrieben sind.
 
 ## 4. Die Daten zurücklesen
 
-Erstellen Sie die Lesekonfiguration — der filesystem-Connector durchsucht das Präfix:
+Erstellen Sie die Lesekonfiguration — der Filesystem-Connector durchsucht das Präfix:
 
 ```yaml title="read.sql"
 CREATE TABLE readings (
@@ -239,7 +239,7 @@ Sie können das Präfix auch in der RustFS-Konsole anzeigen:
 
 ## 6. RustFS S3 Tables verwenden
 
-RustFS S3 Tables bietet einen integrierten Apache-Iceberg-REST-Katalog, sodass Flink einen Table-Bucket als verwaltetes Iceberg-Warehouse nutzen kann, während die Daten in RustFS bleiben. Aktivieren Sie einen Table-Bucket und richten Sie den REST-Katalog des Flink-Iceberg-Connectors auf RustFS, wie in [S3 Tables](/administration/data/s3-tables) beschrieben: Die REST-Katalog-URI ist `http://<rustfs-host>:9000/iceberg`, das Warehouse ist der Bucket-Name, und sowohl Kataloganfragen (AWS Signature Version 4, Signing-Name `s3`) als auch der S3-Dateizugriff verwenden Path-Style-Adressierung.
+RustFS S3 Tables bietet einen integrierten Apache-Iceberg-REST-Katalog, sodass Flink einen Tabellen-Bucket als verwaltetes Iceberg-Warehouse nutzen kann, während die Daten in RustFS bleiben. Aktivieren Sie einen Tabellen-Bucket und richten Sie den REST-Katalog des Flink-Iceberg-Connectors auf RustFS, wie in [S3 Tables](/administration/data/s3-tables) beschrieben: Die REST-Katalog-URI ist `http://<rustfs-host>:9000/iceberg`, das Warehouse ist der Bucket-Name, und sowohl Kataloganfragen (AWS Signature Version 4, Signing-Name `s3`) als auch der S3-Dateizugriff verwenden pfadbasierte Adressierung (Path-Style).
 
 Laut der S3-Tables-Support-Matrix validieren Sie die exakten Flink- und Iceberg-Versionen Ihrer Bereitstellung gegen den Katalog, bevor Sie diesen Pfad in Produktion übernehmen.
 
@@ -261,7 +261,7 @@ docker compose down --volumes
 
 ### No AWS Credentials provided / AccessDenied bei Schreibvorgängen
 
-Das S3-Plugin liest seine Anmeldeinformationen aus den `s3.*`-Properties in `flink-conf.yaml`. Stellen Sie sicher, dass `s3.access-key`, `s3.secret-key`, `s3.endpoint` und `s3.path-style-access` in `FLINK_PROPERTIES` für **sowohl** den JobManager als auch den TaskManager gesetzt sind und dass das Plugin-jar auf beiden unter `/opt/flink/plugins/s3fs/` liegt.
+Das S3-Plugin liest seine Zugangsdaten aus den `s3.*`-Properties in `flink-conf.yaml`. Stellen Sie sicher, dass `s3.access-key`, `s3.secret-key`, `s3.endpoint` und `s3.path-style-access` in `FLINK_PROPERTIES` für **sowohl** den JobManager als auch den TaskManager gesetzt sind und dass das Plugin-jar auf beiden unter `/opt/flink/plugins/s3fs/` liegt.
 
 ### Der TaskManager kann den Host `rustfs` nicht auflösen
 
@@ -274,5 +274,5 @@ Die Wiederherstellung eines laufenden S3-Uploads nach einem Fehler kann den Writ
 ## Nächste Schritte
 
 - Lesen Sie die [S3-Kompatibilitätshinweise](/administration/protocols/s3), bevor Sie weitere S3-Operationen verwenden.
-- Erstellen Sie dedizierte Produktions-Anmeldeinformationen mit dem [Access Key Management](/security-compliance/iam/access-token).
-- Folgen Sie der [Apache-Flink-Dokumentation](https://nightlies.apache.org/flink/flink-docs-stable/) für filesystem-Connector-Optionen wie Partitionierung und Kompaktierung.
+- Erstellen Sie dedizierte Produktions-Zugangsdaten über die [Zugriffsschlüssel-Verwaltung](/de/security-compliance/iam/access-token).
+- Folgen Sie der [Apache-Flink-Dokumentation](https://nightlies.apache.org/flink/flink-docs-stable/) für Filesystem-Connector-Optionen wie Partitionierung und Kompaktierung.