agent-ecosystem/landing/product-docs/de/reference/privacy-local-data.md
777genius 95e0f34d31 docs(product-docs): add zh, es, ja, fr, de doc translations
Localize the VitePress docs into Simplified Chinese, Spanish, Japanese,
French and German (18 pages each), mirroring the existing en/ru structure.

- generate the 5 new locales in config.ts from a single strings table
  (nav, sidebar, search, footer, docFooter, outline, editLink) with
  locale-prefixed links
- rework DocsCardGrid from the binary isRu check to a per-locale map so
  the home cards render translated copy and prefixed links for every locale
2026-05-31 17:50:54 +03:00

82 lines
5.4 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
title: Datenschutz und lokale Daten Agent Teams Dokumentation
description: Was Agent Teams lokal speichert, was über anbieterbasierte Modellaufrufe Ihr Gerät verlassen kann und praktische Datenschutzhinweise.
lang: de-DE
---
# Datenschutz und lokale Daten
Agent Teams ist local-first, aber der gewählte Runtime-/Anbieterpfad spielt dennoch eine Rolle. Diese Seite beschreibt, was die Desktop-App lokal speichert und was Ihr Gerät verlassen kann, wenn Agenten anbieterbasierte Modelle aufrufen.
## Was lokal bleibt
Die Desktop-App läuft auf Ihrem Gerät und liest lokale Projekt-/Runtime-Daten, um die Benutzeroberfläche zu betreiben. Typische lokale Daten umfassen:
- Projektdateien
- Teamkonfiguration und Mitglieder-Metadaten
- Aufgaben-Metadaten, Aufgabenkommentare und Aufgabenreferenzen
- Posteingangsnachrichten
- Runtime-/Sitzungsprotokolle
- Startzustand und Bootstrap-Diagnosen
- Review-Status
- Lokale App-Einstellungen
Wichtige lokale Speicherorte umfassen:
| Plattform | Speicherort | Zweck |
| --- | --- | --- |
| macOS/Linux | `~/.claude/teams/<team>/` | Teamkonfiguration, Mitglieder-Metadaten, Posteingänge, Startzustand, Bootstrap-Nachweise, Runtime-Diagnosen, Aufzeichnungen gesendeter Nachrichten, Kanban-Status und review-bezogene Teamdateien. |
| Windows | `%APPDATA%\Claude\teams\<team>\` | Dasselbe — Teamkonfiguration, Mitglieder-Metadaten, Posteingänge, Startzustand und Diagnosen. |
| macOS/Linux | `~/.claude/tasks/<team>/` | Dauerhafte Aufgaben-JSON-Dateien für das Team-Board. |
| Windows | `%APPDATA%\Claude\tasks\<team>\` | Dasselbe — dauerhafte Aufgaben-JSON-Dateien. |
| macOS/Linux | `~/.claude/projects/<encoded-project>/` | Claude-/Codex-artige Projektsitzungsdateien, die für Sitzungsverlauf, Kontextanalyse und transkriptgestützte Benutzeroberfläche verwendet werden. |
| Windows | `%APPDATA%\Claude\projects\<encoded-project>\` | Dasselbe — Projektsitzungsdateien. |
Die genauen Dateien können je nach Runtime und App-Version variieren. Beim Debugging von Starts befinden sich die neuesten Nachweise üblicherweise im jeweiligen Ordner `~/.claude/teams/<team>/` (oder `%APPDATA%\Claude\teams\<team>\`).
## Was Ihr Gerät verlassen kann
Agent Teams selbst ist kein Cloud-Code-Sync-Dienst für Ihr Repository. Die App muss Ihr gesamtes Projekt nicht auf einen Agent-Teams-Server hochladen, um das Board, den Posteingang, Protokolle oder die Review-Benutzeroberfläche anzuzeigen.
Wenn ein Agent jedoch ein anbieterbasiertes Modell mit einer Aufgabe betraut, können Prompt-Kontext, ausgewählte Dateiinhalte, Aufgabentext, Kommentare, Tool-Ergebnisse, Befehlsausgaben und anderer von der Runtime bereitgestellter Kontext über den gewählten Runtime-/Anbieterpfad gesendet werden. Was gesendet wird, hängt von der Runtime, dem Modell, den Tool-Aufrufen, dem Prompt und der Anbieterkonfiguration ab.
Anbieter-Authentifizierung, anbieterseitige Aufbewahrung, Training, Protokollierung, regionale Verarbeitung und Abrechnung werden durch den Anbieter/die Runtime geregelt, den/die Sie wählen. Überprüfen Sie diese Richtlinien für sensible Projekte.
Häufige Beispiele:
| Aktion | Daten, die über die Runtime/den Anbieter gesendet werden können |
| --- | --- |
| Einen Agenten bitten, eine Datei zu bearbeiten | Der Aufgaben-Prompt, relevante Dateiinhalte, Tool-Ergebnisse und Befehlsausgaben |
| Einen Screenshot anhängen | Der Inhalt des Anhangs und der umgebende Aufgaben-/Kommentartext |
| Um ein Code-Review bitten | Diff-Kontext, ausgewählte Dateien, Kommentare und Verifizierungsprotokolle |
| Einen fehlschlagenden Befehl debuggen | Fehlerausgaben, Stack-Traces und referenzierte Quellcode-Ausschnitte |
## Was die App nicht garantiert
- Sie kann nicht garantieren, dass anbieterbasierte Modellaufrufe niemals privaten Code erhalten.
- Sie kann Aufbewahrungs- oder Abrechnungsrichtlinien der Anbieter nicht außer Kraft setzen.
- Sie kann einen entfernten Anbieter nicht dazu bringen, sich wie ein vollständig lokales Modell zu verhalten.
- Sie kann keine Geheimnisse schützen, die ein Agent angewiesen wird, in Prompts, Aufgabenkommentare, Dateien oder Befehle einzufügen.
- Sie kann nicht dafür sorgen, dass jede Runtime dieselben Transkript- oder Audit-Details offenlegt.
## Praktische Hinweise
- Hängen Sie keine Geheimnisse an Aufgaben, Kommentare oder Direktnachrichten an.
- Überprüfen Sie die Anbieterrichtlinien für sensible Projekte.
- Verwenden Sie eine geringere Autonomie für riskante Repositorys.
- Halten Sie den Aufgabenumfang eng, wenn Sie mit privatem Code arbeiten.
- Bevorzugen Sie lokale Nachweise und Protokolle beim Debugging.
- Prüfen Sie generierte Prompts, Aufgabenbeschreibungen und angehängte Dateien, bevor Sie Agenten mit vertraulichem Material betrauen.
- Verwenden Sie Anbieter-/Modellpfade, die Ihren Datenschutzanforderungen entsprechen.
Bevor Sie Agent Teams auf einem sensiblen Repository verwenden:
1. Entfernen Sie Geheimnisse aus dem Arbeitsverzeichnis und den Aufgabenanhängen
2. Wählen Sie den Runtime-/Anbieterpfad, den Sie verwenden dürfen
3. Beginnen Sie mit geringer Autonomie und kleinen Aufgaben
4. Überprüfen Sie Aufgaben-Prompts und generierte Kommentare, bevor Sie den Umfang erweitern
5. Halten Sie Protokolle lokal, sofern Sie sie nicht absichtlich für den Support teilen
## Open-Source-Modell
Die App selbst ist quelloffen und kostenlos. Sie können im Repository nachvollziehen, wie lokale Orchestrierung, Aufgabenverfolgung, Posteingänge, Runtime-Diagnosen und Review-Abläufe funktionieren.