Zum Inhalt springen

Amazon Bedrock mit OpenClaw verbinden: Anleitung

Jeder Developer kennt den Stress: Du möchtest die neuesten KI-Modelle in deine App einbauen, aber die Verwaltung von unzähligen API-Keys und unterschiedlichen Providern wird schnell unübersichtlich. Wenn du bereits AWS nutzt, bietet Amazon Bedrock eine saubere Lösung, um Modelle ohne extra Key-Management direkt über deine bestehende Infrastruktur anzubinden.

OpenClaw kann Amazon Bedrock Modelle über den Bedrock Converse Streaming-Provider von pi‑ai nutzen. Die Authentifizierung für Bedrock erfolgt über die AWS SDK default credential chain und nicht über einen API-Key.

  • Provider: amazon-bedrock
  • API: bedrock-converse-stream
  • Auth: AWS Credentials (Umgebungsvariablen, Shared Config oder Instance Role)
  • Region: AWS_REGION oder AWS_DEFAULT_REGION (Standard: us-east-1)

Wenn AWS Credentials erkannt werden, kann OpenClaw automatisch Bedrock-Modelle finden, die Streaming und Text-Output unterstützen. Die Erkennung nutzt bedrock:ListFoundationModels und wird zwischengespeichert (Standard: 1 Stunde).

Die Konfigurationsoptionen findest du unter models.bedrockDiscovery:

{
models: {
bedrockDiscovery: {
enabled: true,
region: "us-east-1",
providerFilter: ["anthropic", "amazon"],
refreshInterval: 3600,
defaultContextWindow: 32000,
defaultMaxTokens: 4096,
},
},
}

Hinweise:

  • enabled ist standardmäßig auf true, wenn AWS Credentials vorhanden sind.
  • region nutzt AWS_REGION oder AWS_DEFAULT_REGION, ansonsten us-east-1.
  • providerFilter filtert nach Bedrock-Providernamen (zum Beispiel anthropic).
  • refreshInterval wird in Sekunden angegeben; setze den Wert auf 0, um das Caching zu deaktivieren.
  • defaultContextWindow (Standard: 32000) und defaultMaxTokens (Standard: 4096) werden für erkannte Modelle verwendet (überschreibe diese Werte, wenn du die Limits deiner Modelle kennst).
  1. Stelle sicher, dass die AWS Credentials auf dem Gateway-Host verfügbar sind:
Terminal-Fenster
export AWS_ACCESS_KEY_ID="AKIA..."
export AWS_SECRET_ACCESS_KEY="..."
export AWS_REGION="us-east-1"
# Optional:
export AWS_SESSION_TOKEN="..."
export AWS_PROFILE="your-profile"
# Optional (Bedrock API key/bearer token):
export AWS_BEARER_TOKEN_BEDROCK="..."
  1. Füge einen Bedrock-Provider und ein Modell zu deiner Konfiguration hinzu (kein apiKey erforderlich):
{
models: {
providers: {
"amazon-bedrock": {
baseUrl: "https://bedrock-runtime.us-east-1.amazonaws.com",
api: "bedrock-converse-stream",
auth: "aws-sdk",
models: [
{
id: "us.anthropic.claude-opus-4-6-v1:0",
name: "Claude Opus 4.6 (Bedrock)",
reasoning: true,
input: ["text", "image"],
cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 },
contextWindow: 200000,
maxTokens: 8192,
},
],
},
},
},
agents: {
defaults: {
model: { primary: "amazon-bedrock/us.anthropic.claude-opus-4-6-v1:0" },
},
},
}

Wenn du OpenClaw auf einer EC2-Instanz mit einer zugewiesenen IAM-Rolle ausführst, nutzt das AWS SDK automatisch den Instance Metadata Service (IMDS) für die Authentifizierung. Aktuell prüft die Credential-Erkennung von OpenClaw jedoch nur Umgebungsvariablen und keine IMDS-Credentials.

Workaround: Setze AWS_PROFILE=default, um zu signalisieren, dass AWS Credentials verfügbar sind. Die eigentliche Authentifizierung nutzt weiterhin die Instanzrolle über IMDS.

Terminal-Fenster
# Add to ~/.bashrc or your shell profile
export AWS_PROFILE=default
export AWS_REGION=us-east-1

Erforderliche IAM-Berechtigungen für die EC2-Instanzrolle:

  • bedrock:InvokeModel
  • bedrock:InvokeModelWithResponseStream
  • bedrock:ListFoundationModels (für die automatische Erkennung)

Alternativ kannst du die Managed Policy AmazonBedrockFullAccess zuweisen.

Terminal-Fenster
# 1. Create IAM role and instance profile
aws iam create-role --role-name EC2-Bedrock-Access \
--assume-role-policy-document '{
"Version": "2012-10-17",
"Statement": [{
"Effect": "Allow",
"Principal": {"Service": "ec2.amazonaws.com"},
"Action": "sts:AssumeRole"
}]
}'
aws iam attach-role-policy --role-name EC2-Bedrock-Access \
--policy-arn arn:aws:iam::aws:policy/AmazonBedrockFullAccess
aws iam create-instance-profile --instance-profile-name EC2-Bedrock-Access
aws iam add-role-to-instance-profile \
--instance-profile-name EC2-Bedrock-Access \
--role-name EC2-Bedrock-Access
# 2. Attach to your EC2 instance
aws ec2 associate-iam-instance-profile \
--instance-id i-xxxxx \
--iam-instance-profile Name=EC2-Bedrock-Access
# 3. On the EC2 instance, enable discovery
openclaw config set models.bedrockDiscovery.enabled true
openclaw config set models.bedrockDiscovery.region us-east-1
# 4. Set the workaround env vars
echo 'export AWS_PROFILE=default' >> ~/.bashrc
echo 'export AWS_REGION=us-east-1' >> ~/.bashrc
source ~/.bashrc
# 5. Verify models are discovered
openclaw models list
  • Bedrock setzt voraus, dass der Modellzugriff in deinem AWS-Account und der jeweiligen Region aktiviert ist.
  • Die automatische Erkennung benötigt die Berechtigung bedrock:ListFoundationModels.
  • Wenn du Profile nutzt, setze AWS_PROFILE auf dem Gateway-Host.
  • OpenClaw priorisiert die Credential-Quellen in dieser Reihenfolge: AWS_BEARER_TOKEN_BEDROCK, dann AWS_ACCESS_KEY_ID + AWS_SECRET_ACCESS_KEY, dann AWS_PROFILE, und schließlich die Standard-Chain des AWS SDK.
  • Die Unterstützung für Reasoning hängt vom Modell ab; prüfe die Bedrock-Modellkarte für aktuelle Funktionen.
  • Falls du einen Flow mit verwalteten Keys bevorzugst, kannst du einen OpenAI-kompatiblen Proxy vor Bedrock schalten und diesen als OpenAI-Provider konfigurieren.

Du kannst Amazon Bedrock Guardrails auf alle Bedrock-Modellaufrufe anwenden, indem du ein guardrail-Objekt zur Konfiguration des amazon-bedrock-Plugins hinzufügst. Mit Guardrails kannst du Inhaltsfilterung, Themenverweigerung, Wortfilter, Filter für sensible Informationen und Prüfungen zur kontextuellen Fundierung erzwingen.

{
plugins: {
entries: {
"amazon-bedrock": {
config: {
guardrail: {
guardrailIdentifier: "abc123", // guardrail ID or full ARN
guardrailVersion: "1", // version number or "DRAFT"
streamProcessingMode: "sync", // optional: "sync" or "async"
trace: "enabled", // optional: "enabled", "disabled", or "enabled_full"
},
},
},
},
},
}
  • guardrailIdentifier (erforderlich) akzeptiert eine Guardrail-ID (z. B. abc123) oder einen vollständigen ARN (z. B. arn:aws:bedrock:us-east-1:123456789012:guardrail/abc123).
  • guardrailVersion (erforderlich) gibt die zu verwendende veröffentlichte Version an oder "DRAFT" für den Arbeitsentwurf.
  • streamProcessingMode (optional) steuert, ob die Guardrail-Auswertung während des Streamings synchron ("sync") oder asynchron ("async") erfolgt. Ohne Angabe nutzt Bedrock das Standardverhalten.
  • trace (optional) aktiviert die Trace-Ausgabe der Guardrail in der API-Antwort. Nutze "enabled" oder "enabled_full" für das Debugging; für die Produktion solltest du es weglassen oder auf "disabled" setzen.

Der vom Gateway verwendete IAM-Principal muss zusätzlich zu den Standard-Invoke-Berechtigungen über die Berechtigung bedrock:ApplyGuardrail verfügen.

AI Setup Assistant

OpenClaw

OpenClaw Expert

Noch festgefahren?

Wenn diese Seite nicht hilft, frage OpenClaw Expert nach Schritt-fuer-Schritt-Loesungen.