Dies ist die fünfte der fünf Entscheidungen: Sichtbarkeit. Du hast festgelegt, was dein Rollout kostet. Diese Lektion behandelt Sichtbarkeit: die drei Bausteine (die Compliance API, OpenTelemetry und Aufbewahrung) und die eine Entscheidung darunter, die sich nur schwer rückgängig machen lässt.
Wofür Sichtbarkeit da ist
Die ersten vier Entscheidungen, die du getroffen hast, konfigurieren, was Claude tut. Sichtbarkeit ist die Art und Weise, wie du feststellst, ob sie funktionieren. Sichtbarkeit ermöglicht es dir außerdem, konkrete Fragen im Nachhinein mit Belegen zu beantworten: Welche Mitglieder haben ein bestimmtes Konto berührt? Was hat Claude in einem sensiblen Gespräch erzeugt? Wie lange wird dieses Gespräch aufbewahrt? Diese Antworten können nur aus Aufzeichnungen stammen, die du bereits geführt hast.
Deshalb richtest du Sichtbarkeit ein, bevor Mitglieder Zugriff erhalten, nicht danach: Die Zeitspanne zwischen dem ersten Zugriff und dem Tag, an dem du die Aufzeichnung einschaltest, hinterlässt Lücken in der Aufzeichnung, die sich später nicht mehr füllen lassen. Drei Bausteine sorgen für die Abdeckung: die Compliance API (Gesprächsinhalte plus Audit-Log-Ereignisse), OpenTelemetry (wie die Oberflächen laufen) und Aufbewahrung (wie lange Inhalte aufbewahrt werden). Ein Teil dieser Aufzeichnung wird nur erfasst, solange die Compliance API eingeschaltet ist: Activity-Feed-Ereignisse und Transkripte von Sitzungen auf den Geräten der Mitglieder, etwa bei Cowork und Claude Code.
Die Compliance API: deine Aufzeichnung der Gesprächsinhalte
Die Compliance API ist die inhaltstragende Aufzeichnung. Sie deckt Claude Chat ab und erstreckt sich auf Cowork- und Claude-Code-Sitzungen über den bestehenden Compliance Access Key und die Einstellungen deiner Organisation, sodass nichts zusätzlich integriert werden muss. Für welche Pläne sie verfügbar ist, erfährst du im Artikel zur Compliance API(öffnet in neuem Tab) im Hilfe-Center; aus welchen Apps sie Sitzungen aufzeichnet, steht unter Sitzungstranskripte abrufen(öffnet in neuem Tab) in den Claude Platform Docs. Sie erfasst Activity-Feed-Ereignisse, Chat-Daten und Dateiinhalte, sodass sie „was gesagt wurde" und „was geteilt wurde" beantworten kann, nicht nur „wer sich wann angemeldet hat". Ob sie eine bestimmte rechtliche oder regulatorische Anforderung erfüllt, entscheiden deine Rechts- und Compliance-Verantwortlichen. Integriere sie mit den CASB-, DLP-, eDiscovery- und SIEM-Tools, die du bereits einsetzt — viele dieser Anbieter haben Integrationen auf Basis der Compliance API gebaut, aufgeführt unter Erste Schritte mit Claude-Compliance-API-Integrationen(öffnet in neuem Tab).
Die Compliance API lässt sich leicht mit zwei anderen Aufzeichnungen verwechseln:
- Audit-Logs enthalten nur Metadaten. Sie erfassen Ereignisse (wer hat wann was getan: Admin- und Mitgliederaktionen) ohne Prompts und ohne Completions. Die Compliance API umfasst auch Audit-Log-Ereignisse, sodass eine Aufzeichnung beides enthält, aber die Unterscheidung bleibt wichtig: Wenn jemand nach Inhalten fragt, sind Metadaten allein die falsche Antwort.
- Vollständige Datenexporte sind eine separate Funktion des Primary Owner, um die Daten deiner Organisation vollständig abzurufen, statt sie Fall für Fall zu prüfen.
Der Primary Owner aktiviert die Compliance API. Access Keys erhalten ihren Geltungsbereich bei der Erstellung: Ein Primary-Owner-Key kann jede Organisation unter der übergeordneten Organisation abdecken, während ein Owner-Key nur die Organisation dieses Owners abdeckt. Ein Primary Owner kann auch einen Key erstellen, der auf eine einzelne Organisation (ein Kind der übergeordneten Organisation) beschränkt ist, nicht nur einen organisationsübergreifenden — der Geltungsbereich ist eine Entscheidung pro Key bei der Erstellung, nicht durch die Rolle festgelegt. Die Entscheidung, die danach zählt, ist, wer sie liest: Eine Aufzeichnung, die niemand prüft, ist keine echte Kontrolle. Viele Unternehmen haben bereits eine Stelle, an die Sicherheitsprotokolle gehen (ein SIEM oder die zentrale Sammelstelle deiner Sicherheits-Tools) mit einem Verantwortlichen, der sie prüft. Leite die Compliance API dorthin, und Claude wird zu einer weiteren Quelle in einem bereits bestehenden Prüfprozess.
OpenTelemetry: wie die Oberflächen laufen
Der OpenTelemetry-Export sendet operative Telemetriedaten an deinen Observability-Stack: Nutzungsmuster und Leistung sowie auf einigen Oberflächen Gesprächsinhalte. Claude Code verfügt über ein dokumentiertes Opt-in zum Protokollieren von Prompts, falls dein Engineering-Team es aktiviert; standardmäßig sind seine Telemetriedaten operative Daten. In aktuellen Versionen von Claude Desktop enthält der Export von Cowork nur Metadaten: Prompt-Text, Claudes Antworten und Tool-Eingaben sind standardmäßig deaktiviert, und die Geräterichtlinie otlpContentCapture schaltet sie ein. Einige ältere Versionen senden diese Inhalte, sofern die Richtlinie nicht auf „nur Metadaten" gesetzt ist (siehe Cowork-Monitoring(öffnet in neuem Tab) für das Vorgehen), und die Metadaten enthalten immer die E-Mail-Adressen der Mitglieder und die Pfade der Ordner, die sie verbinden, also filtere diese in deinem Collector, falls deine Organisation das erfordert. Behandle OpenTelemetry als „wie es läuft", ergänzend zum „was gesagt wurde" der Compliance API, und als optional: Die Compliance API, nicht die Telemetrie, ist die Aufzeichnung, auf die du dich für Inhalte verlassen solltest. Wenn dein Plattform-Team bereits einen Observability-Stack betreibt, ist dies für dieses Team eine Weiterleitungsaufgabe.
Aufbewahrung: wie lange Inhalte aufbewahrt werden
Aufbewahrung bestimmt, wie lange Gesprächsinhalte vor der Löschung aufbewahrt werden. Bei der Standardeinstellung werden Inhalte unbegrenzt aufbewahrt, bis du oder deine Mitglieder sie löschen. Wenn du stattdessen ein benutzerdefiniertes Aufbewahrungsfenster festlegst, werden Inhalte automatisch nach deinem Zeitplan gelöscht, und für einen Chat, der innerhalb eines Projekts aufbewahrt wird, gilt das Fenster des Projekts anstelle des Chats. Wann die Aufbewahrungsfrist zu laufen beginnt und was ein benutzerdefiniertes Fenster nicht abdeckt, erfährst du im Artikel zur benutzerdefinierten Datenaufbewahrung(öffnet in neuem Tab) und, falls deine Organisation die vereinheitlichte Claude-Erfahrung nutzt, im zugehörigen Einrichtungsartikel(öffnet in neuem Tab). Das kürzeste benutzerdefinierte Fenster beträgt 30 Tage. Diese Einstellung bietet keine Null-Aufbewahrungsoption.
Activity-Feed-Ereignisse und Sitzungstranskripte, auf die über die Compliance API zugegriffen wird, folgen einem eigenen Aufbewahrungsmodell:
- Activity Feed: sechs Jahre, unabhängig vom eingestellten Fenster.
- Remote-Sitzungstranskripte (Cowork-Sitzungen, die auf claude.ai im Web oder auf Mobilgeräten gestartet werden und in der Cloud in von Anthropic verwalteten Umgebungen laufen, sowie jeder Durchlauf einer geplanten Cowork-Aufgabe in der Cloud): sechs Jahre, sofern ein Mitglied die Sitzung nicht früher löscht.
- Lokale Sitzungstranskripte von Cowork und Claude Code: dein benutzerdefiniertes Fenster, wenn du ein endliches festlegst, oder sechs Jahre, wenn nicht; in Organisationen mit aktivierter HIPAA-Bereitschaft 30 Tage ab Erfassung, selbst wenn dein benutzerdefiniertes Fenster länger ist.
Chat-, Datei- und Projektinhalte folgen dem von dir festgelegten Fenster, sodass ein kurzes Fenster einschränkt, was Mitglieder behalten und was die Compliance API zurückgeben kann.
Aufbewahrung ist eine organisationsweite Einstellung, wähle sie also anhand der Data-Governance-Richtlinie, die dein Unternehmen für diese Art von Inhalten bereits hat, und beziehe denjenigen ein, der diese Richtlinie verantwortet, damit die Zahl genehmigt ist, bevor du sie festlegst. Wenn eine regulierte Funktion ein kürzeres Fenster benötigt, als der Rest deiner Organisation es sich wünschen würde, erhält jeder das kürzere Fenster, also benenne diesen Kompromiss gegenüber den betroffenen Teams, damit sie sich dessen bewusst sind.
Ein Vorschlag, den du in dieses Gespräch einbringen kannst, sind Inference Hooks: Jeder Prompt aus Claude Chat, Cowork und Claude Code geht an einen Server, den dein Sicherheitsteam oder dessen Anbieter betreibt, für eine Erlauben-oder-Verweigern-Entscheidung, bevor Claude antwortet, sodass Inhalte, die Claude überhaupt nicht erreichen sollten, bereits an der Tür blockiert werden, statt im Nachhinein durch Aufbewahrung geregelt zu werden. Die Übersicht zu Inference Hooks(öffnet in neuem Tab) im Hilfe-Center beschreibt, was sie sind und wer sie aktivieren kann.
Das interaktive Widget unten zeigt, wie sich jede dieser Entscheidungen auf deine Fähigkeit auswirkt, Fragen zu deinen Daten im Nachhinein zu beantworten.
Plutos Sichtbarkeit
Plutos Primary Owner aktivierte die Compliance API vor dem allgemeinen Rollout und leitete sie in die Sicherheitsprüfung, die Pluto bereits durchführt, sodass ein benannter Prüfer sie im Rahmen eines bestehenden Prozesses liest. Cowork- und Claude-Code-Sitzungen fallen unter die Abdeckung der Compliance API, und ihre operativen Telemetriedaten exportieren in den Observability-Stack, den Platform bereits betreibt. Und weil Payments & Trust ein kürzeres Fenster benötigte, als die anderen Einheiten gewählt hätten, legte der Risikoverantwortliche die organisationsweite Aufbewahrung auf diese kürzere Zahl fest. Der Prüfer zieht alles, was Pluto über dieses Fenster hinaus aufbewahren muss, in Plutos eigenes Archiv, bevor es gelöscht wird, denn die Compliance API kann keine Chats, Dateien oder lokalen Sitzungstranskripte zurückgeben, die die Aufbewahrung entfernt hat.
1 · Deine Entscheidung
Welches Aufbewahrungsfenster legst du fest, und ist die Compliance API eingeschaltet und an einen Prüfer weitergeleitet?
2 · Die Optionen, die du wählen kannst
| Die Option | Wann du sie wählen würdest | Was sie bedeutet und welche Auswirkungen sie hat |
|---|---|---|
| An deine bestehende Datenrichtlinie anpassen, Compliance API eingeschaltet | Die Standardeinstellung. Du hast eine Data-Governance-Richtlinie für diese Art von Inhalten und einen Sicherheits-/Compliance-Prüfprozess, den ein benannter Prüfer bereits durchführt. | Aufbewahrung wird auf das eingestellt, was deine Data-Governance-Richtlinie für diese Art von Inhalten bereits vorgibt. Compliance API eingeschaltet und an die Prüfung weitergeleitet, die du bereits durchführst. |
| Regulierte Haltung, Compliance API erwartet | Du verarbeitest regulierte Daten. | Die Compliance API wird von optional zu erwartet. Das Aufbewahrungsfenster wird in der Regel organisationsweit anhand deiner regulatorischen und vertraglichen Verpflichtungen festgelegt, nicht anhand deiner allgemeinen Datenrichtlinie — diese Entscheidung liegt bei deinem Risikoverantwortlichen. Die gesamte Organisation erhält die Zahl der regulierten Gruppe. |
| Compliance API ausgeschaltet, Bedingung dokumentiert | Es existiert kein Prüfprozess und keiner ist geplant. | Lass die Compliance API vorerst ausgeschaltet und halte die Bedingung fest, die sie einschaltet. Beachte, dass bis sie eingeschaltet ist, für Fragen zu diesem Zeitraum keine Activity-Feed-Ereignisse oder lokalen Sitzungstranskripte zur Verfügung stehen. |
Wenn ein Teil der Daten deines Unternehmens vollständig vom Rest getrennt sein muss, ist das keine Aufbewahrungseinstellung: Es ist die Frage der separaten Organisation aus Lektion 4, leite sie also dorthin zurück, statt zu versuchen, sie hier zu lösen.
3 · Wenn du das später änderst
Die Compliance API und OpenTelemetry sind Schalter und Ziele, die du jederzeit ändern kannst, auch wenn jede Zeitspanne mit ausgeschalteter Compliance API dieselben Lücken hinterlässt wie ein verspätetes Einschalten. Aufbewahrung ist von anderer Art: Die Einstellung lässt sich frei ändern, aber die Inhalte, die sie löscht, kommen nicht zurück. Das Fenster später zu verkürzen, löscht den Verlauf, den deine Mitglieder unter dem alten Fenster aufgebaut haben. Einige dich also einmal auf das Fenster, bevor Mitglieder Arbeit unter einer Zahl anhäufen, die du ändern möchtest.
Ressourcen einrichten
Wenn du die Entscheidung getroffen hast, werden Aufbewahrung und die Compliance API in den Organisationseinstellungen festgelegt, und der Primary Owner schaltet die Compliance API ein.
- Benutzerdefinierte Aufbewahrungskontrollen für Enterprise Plans konfigurieren(öffnet in neuem Tab): Festlegen deines organisationsweiten Aufbewahrungsfensters.
- Auf die Compliance API zugreifen(öffnet in neuem Tab): Aktivieren der Aufzeichnung und Weiterleitung in die Prüfung, die du bereits durchführst.
- Auf Audit-Logs zugreifen(öffnet in neuem Tab): die Aufzeichnung der Admin- und Mitgliederaktionen, die du zusammen mit der Gesprächsaufzeichnung über die Compliance API abrufst.
- Nutzungsanalysen für Team und Enterprise Plans anzeigen(öffnet in neuem Tab): die Adoptionsauswertung (Lektion 12).
- Cowork-Monitoring(öffnet in neuem Tab): was der Export von Cowork enthält, und die Geräteeinstellung, die entscheidet, ob Prompts, Antworten und Tool-Eingaben enthalten sind.
- Monitoring(öffnet in neuem Tab): Aktivieren und Konfigurieren des OpenTelemetry-Exports für Claude Code.
- Übersicht zu Inference Hooks(öffnet in neuem Tab): Vorschlagen eines Erlauben-oder-Verweigern-Gates vor der Antwort für Inhalte, die Claude überhaupt nicht erreichen sollten.
- Erste Schritte mit Claude-Compliance-API-Integrationen(öffnet in neuem Tab): die CASB-, DLP-, eDiscovery- und SIEM-Integrationen, die Anbieter auf Basis der Compliance API gebaut haben.
Lektionsaktivität
Dies ist eine der beiden Entscheidungen, die in der Regel eskaliert wird, daher dient der Begleitabschnitt zugleich als das Briefing, das du dem Sichtbarkeits-Verantwortlichen aus Lektion 2 übergibst. Der Risikoverantwortliche trifft die Entscheidung für diesen Punkt. Stelle es in vier Teilen zusammen:
- Die drei Bausteine (Gesprächsinhalte, operative Telemetrie, Aufbewahrung), der Prozess in deinem Unternehmen, in den sie eingebunden sind, und die Person, die diesen Prozess verantwortet. Jeder Baustein ohne bestehenden Prozess ist einer, bei dem du einen Prüfprozess von Grund auf aufbauen würdest. Markiere das vor dem Rollout, denn das dauert am längsten, bis es steht.
- Dein empfohlenes Aufbewahrungsfenster und die bestehende Richtlinie, zu der es passt.
- Deine Empfehlung zur Compliance API, mit dem Namen der Person, die sie lesen würde.
- Wo die Telemetrie landet.
Was du deinem Sichtbarkeits-Verantwortlichen mitbringst: die drei Bausteine, deine Aufbewahrungsempfehlung, deine Empfehlung zur Compliance API und wer sie lesen würde, sowie wo die Telemetrie landet. Übergib es dem Sichtbarkeits-Verantwortlichen, den du in Lektion 2 benannt hast, und halte dessen Entscheidung fest, wenn sie zurückkommt.
→ Halte dies im Begleitmaterial zum Mitarbeiten fest, Abschnitt Lektion 11.
Downloads
- Herunterladen
Work-along companion (Word)
The editable Word version of the rollout plan you fill in lesson by lesson.
- Herunterladen
Work-along companion (PDF)
The same rollout plan as a fillable PDF.
Was als Nächstes kommt
Du kannst jetzt nachweisen, was passiert ist. Ob der Rollout funktioniert, ist eine andere Frage mit einer anderen Antwort: die Adoptionssignale, die dein Analysebericht zeigt, gelesen im Abgleich mit dem Rollout-Ziel, das du in Lektion 1 festgelegt hast. Die nächste Lektion zeigt dir, wie du sie liest, wo sie dich in die Irre führen können, und wie du das Tempoziel festlegst, das deinem Ziel einen Zeitrahmen gibt.