Harness und Amazon Bedrock: Anfrage eines Rechtsteams

Zuerst muss geklärt werden, welches Harness gemeint ist

Ich würde zunächst den Begriff Harness präzisieren, denn ohne diese Klärung kann die Architektur leicht in die falsche Richtung laufen. In der ursprünglichen Korrespondenz ist die Anfrage knapp formuliert: Harness zusammen mit Amazon Bedrock konfigurieren und anschließend das Rechtsteam schulen. Der Dienstleister übergibt das Projekt wegen fehlender verfügbarer Spezialisten als White-Label-Auftrag.

Wenn Amazon Bedrock AgentCore Harness gemeint ist, beschreibt die Dokumentation von Amazon Web Services dies als verwaltete Umgebung zum Ausführen agentischer Prozesse. Darin lassen sich Modell, System-Prompt, Tools, Speicher und Ausführungsgrenzen festlegen; einzelne Parameter können bei jedem Aufruf geändert werden. Bereitstellung und Ausführung werden über AgentCore CLI und das AWS SDK, einschließlich boto3, unterstützt.

In einer juristischen Umgebung liegt die entscheidende Ebene nicht in den Prompts, sondern in den Berechtigungen. Laut der Sicherheitsdokumentation von Harness benötigt ein InvokeHarness-Aufruf die Berechtigungen bedrock-agentcore:InvokeHarness und bedrock-agentcore:InvokeAgentRuntime für den jeweiligen ARN. Ich würde Rollen für Dokumentenspeicher, Vektordatenbanken und externe Systeme getrennt prüfen, statt sie in einer universellen Rolle zusammenzufassen.

Zum Zeitpunkt dieser Analyse, am 5. Oktober 2026, umfassen die Empfehlungen von Amazon Web Services außerdem das Least-Privilege-Prinzip, MFA, Protokollierung über CloudTrail und TLS 1.2 oder höher. Für private Netzwerkwege steht AWS PrivateLink bereit, während sich Verschlüsselungsschlüssel über AWS KMS verwalten lassen. Ein besonders heikler Punkt: Sensible Daten dürfen nicht in Tags oder freie Namensfelder eingetragen werden, in denen versehentlich ein Mandant oder eine Aktennummer landen kann.

Juristen brauchen einen prüfbaren Prozess, keinen Chat

Die eigentliche Veränderung besteht darin, dass das Team nicht bloß Zugang zu einem Modell benötigt, sondern eine standardisierte Arbeitsumgebung. Vorlagen zur Vertragsprüfung, Regeln zur Datenredaktion, erlaubte Tools und Ausführungsgrenzen müssen für alle Nutzer einheitlich sein. Andernfalls verfestigt die Schulung persönliche Vorgehensweisen statt eines reproduzierbaren Prozesses.

Ich würde ein solches System getrennt nach Suchqualität, Faktenextraktion und Einhaltung von Richtlinien bewerten. Für juristische Dokumente sind die Genauigkeit der Klausel-Extraktion, die Korrektheit von Verweisen, die Vollständigkeit der Redaktion, die Häufigkeit von Halluzinationen und der Anteil der durch Prüfer korrigierten Ergebnisse hilfreiche Kennzahlen. In den verfügbaren Materialien gibt es keinen öffentlichen Spezialtest für diese Kombination; die Prüfung sollte daher auf repräsentativen internen Dokumenten beruhen.

Es geht weder um den Ersatz von Juristen noch um ein besonders eindrucksvolles Demo-Szenario. Wert entsteht nur dort, wo jede Antwort nachvollziehbar ist, der Zugriff auf einen konkreten Vorgang begrenzt bleibt und ein Fehler vor einer Entscheidung einen Menschen erreicht. Die zentrale offene Frage ist nicht die Modellauswahl, sondern die Verantwortungsgrenze des Systems, wenn eine selbstsichere Antwort rechtlich falsch ist.

Wir haben bereits erläutert, warum die Einführung von LLMs strenge Zugriffskontrollen, Protokollierung und getrennte Arbeitsumgebungen erfordert. Diese Prinzipien sind besonders wichtig, wenn Harness und Amazon Bedrock für juristische Daten konfiguriert werden.