OpenClaw może używać modeli Amazon Bedrock za pośrednictwem dostawcy strumieniowania Bedrock Converse pi-ai. Uwierzytelnianie Bedrock używa domyślnego łańcucha poświadczeń AWS SDK, a nie klucza API.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
| Właściwość | Wartość |
|---|---|
| Dostawca | amazon-bedrock |
| API | bedrock-converse-stream |
| Auth | Poświadczenia AWS (zmienne env, konfiguracja współdzielona lub rola instancji) |
| Region | AWS_REGION lub AWS_DEFAULT_REGION (domyślnie: us-east-1) |
Pierwsze kroki
Wybierz preferowaną metodę uwierzytelniania i wykonaj kroki konfiguracji.- Klucze dostępu / zmienne env
- Role instancji EC2 (IMDS)
Najlepsze dla: maszyn deweloperskich, CI lub hostów, na których zarządzasz poświadczeniami AWS bezpośrednio.
Automatyczne wykrywanie modeli
OpenClaw może automatycznie wykrywać modele Bedrock obsługujące strumieniowanie i wyjście tekstowe. Wykrywanie używabedrock:ListFoundationModels i
bedrock:ListInferenceProfiles, a wyniki są buforowane (domyślnie: 1 godzina).
Jak włączany jest niejawny dostawca:
- Jeśli
plugins.entries.amazon-bedrock.config.discovery.enabledma wartośćtrue, OpenClaw spróbuje wykrywania nawet wtedy, gdy nie ma znacznika env AWS. - Jeśli
plugins.entries.amazon-bedrock.config.discovery.enablednie jest ustawione, OpenClaw automatycznie dodaje niejawnego dostawcę Bedrock tylko wtedy, gdy zobaczy jeden z tych znaczników uwierzytelniania AWS:AWS_BEARER_TOKEN_BEDROCK,AWS_ACCESS_KEY_ID+AWS_SECRET_ACCESS_KEYlubAWS_PROFILE. - Rzeczywista ścieżka uwierzytelniania środowiska uruchomieniowego Bedrock nadal używa domyślnego łańcucha AWS SDK, więc
konfiguracja współdzielona, SSO i uwierzytelnianie rolą instancji IMDS mogą działać nawet wtedy, gdy wykrywanie
wymagało
enabled: true, aby zostać włączone.
W przypadku jawnych wpisów
models.providers["amazon-bedrock"] OpenClaw nadal może wcześnie rozwiązać uwierzytelnianie znacznikami env Bedrock na podstawie znaczników env AWS, takich jak AWS_BEARER_TOKEN_BEDROCK, bez wymuszania pełnego ładowania uwierzytelniania środowiska uruchomieniowego. Rzeczywista ścieżka uwierzytelniania wywołań modelu nadal używa domyślnego łańcucha AWS SDK.Opcje konfiguracji wykrywania
Opcje konfiguracji wykrywania
Opcje konfiguracji znajdują się pod
plugins.entries.amazon-bedrock.config.discovery:| Opcja | Domyślnie | Opis |
|---|---|---|
enabled | auto | W trybie automatycznym OpenClaw włącza niejawnego dostawcę Bedrock tylko wtedy, gdy zobaczy obsługiwany znacznik env AWS. Ustaw true, aby wymusić wykrywanie. |
region | AWS_REGION / AWS_DEFAULT_REGION / us-east-1 | Region AWS używany do wywołań API wykrywania. |
providerFilter | (wszystkie) | Dopasowuje nazwy dostawców Bedrock (na przykład anthropic, amazon). |
refreshInterval | 3600 | Czas trwania bufora w sekundach. Ustaw 0, aby wyłączyć buforowanie. |
defaultContextWindow | 32000 | Okno kontekstu używane dla wykrytych modeli (nadpisz, jeśli znasz limity swojego modelu). |
defaultMaxTokens | 4096 | Maksymalna liczba tokenów wyjściowych używana dla wykrytych modeli (nadpisz, jeśli znasz limity swojego modelu). |
Szybka konfiguracja (ścieżka AWS)
Ten przewodnik tworzy rolę IAM, przypisuje uprawnienia Bedrock, kojarzy profil instancji i włącza wykrywanie OpenClaw na hoście EC2.Konfiguracja zaawansowana
Profile wnioskowania
Profile wnioskowania
OpenClaw wykrywa regionalne i globalne profile wnioskowania obok
modeli bazowych. Gdy profil mapuje się na znany model bazowy,
profil dziedziczy możliwości tego modelu (okno kontekstu, maksymalną liczbę tokenów,
rozumowanie, wizję), a poprawny region żądania Bedrock jest wstrzykiwany
automatycznie. Oznacza to, że międzyregionalne profile Claude działają bez ręcznych
nadpisań dostawcy.Identyfikatory profili wnioskowania wyglądają jak
us.anthropic.claude-opus-4-6-v1:0 (regionalny)
lub anthropic.claude-opus-4-6-v1:0 (globalny). Jeśli model bazowy jest już
w wynikach wykrywania, profil dziedziczy pełny zestaw jego możliwości;
w przeciwnym razie stosowane są bezpieczne wartości domyślne.Nie jest potrzebna żadna dodatkowa konfiguracja. Dopóki wykrywanie jest włączone, a podmiot IAM
ma bedrock:ListInferenceProfiles, profile pojawiają się obok
modeli bazowych w openclaw models list.Poziom usługi
Poziom usługi
Niektóre modele Bedrock obsługują parametr
Ustaw Prawidłowe wartości to
service_tier, aby optymalizować koszt
lub opóźnienie. Dostępne są następujące poziomy:| Poziom | Opis |
|---|---|
default | Standardowy poziom Bedrock |
flex | Przetwarzanie ze zniżką dla obciążeń, które mogą tolerować większe opóźnienia |
priority | Przetwarzanie priorytetowe dla obciążeń wrażliwych na opóźnienia |
reserved | Zarezerwowana pojemność dla obciążeń o stałym charakterze |
serviceTier (lub service_tier) przez agents.defaults.params dla
żądań modeli Bedrock albo dla konkretnego modelu w
agents.defaults.models["<model-key>"].params:default, flex, priority i reserved. Nie wszystkie
modele obsługują wszystkie poziomy — jeśli zażądany zostanie nieobsługiwany poziom, Bedrock
zwróci błąd walidacji. Uwaga: komunikat o błędzie jest nieco mylący;
może brzmieć „The provided model identifier is invalid” zamiast wskazywać
nieobsługiwany poziom usługi. Jeśli zobaczysz ten błąd, sprawdź, czy model
obsługuje żądany poziom.Temperatura Claude Opus 4.7
Temperatura Claude Opus 4.7
Bedrock odrzuca parametr
temperature dla Claude Opus 4.7. OpenClaw
automatycznie pomija temperature dla każdego odwołania Bedrock do Opus 4.7, w tym
identyfikatorów modeli bazowych, nazwanych profili wnioskowania, aplikacyjnych profili wnioskowania,
których model bazowy rozwiązuje się do Opus 4.7 przez
bedrock:GetInferenceProfile, oraz wariantów z kropką opus-4.7 z
opcjonalnymi prefiksami regionu (us., eu., ap., apac., au., jp.,
global.). Nie jest wymagane żadne pokrętło konfiguracyjne, a pominięcie dotyczy zarówno
obiektu opcji żądania, jak i pola payloadu inferenceConfig.Mechanizmy ochronne
Mechanizmy ochronne
Możesz zastosować Amazon Bedrock Guardrails
do wszystkich wywołań modeli Bedrock, dodając obiekt
guardrail do konfiguracji
Pluginu amazon-bedrock. Mechanizmy ochronne pozwalają wymuszać filtrowanie treści,
blokowanie tematów, filtry słów, filtry informacji wrażliwych oraz kontrole
ugruntowania kontekstowego.| Opcja | Wymagane | Opis |
|---|---|---|
guardrailIdentifier | Tak | Identyfikator mechanizmu ochronnego (np. abc123) lub pełny ARN (np. arn:aws:bedrock:us-east-1:123456789012:guardrail/abc123). |
guardrailVersion | Tak | Numer opublikowanej wersji albo "DRAFT" dla roboczej wersji roboczej. |
streamProcessingMode | Nie | "sync" lub "async" dla oceny mechanizmu ochronnego podczas strumieniowania. Jeśli pominięto, Bedrock używa wartości domyślnej. |
trace | Nie | "enabled" lub "enabled_full" do debugowania; pomiń albo ustaw "disabled" dla produkcji. |
Osadzenia do wyszukiwania w pamięci
Osadzenia do wyszukiwania w pamięci
Bedrock może również działać jako dostawca osadzeń dla
wyszukiwania w pamięci. Konfiguruje się to oddzielnie od
dostawcy inferencji — ustaw Osadzenia Bedrock używają tego samego łańcucha poświadczeń AWS SDK co inferencja (role
instancji, SSO, klucze dostępu, współdzielona konfiguracja i tożsamość webowa). Klucz API nie jest
potrzebny. Gdy
agents.defaults.memorySearch.provider na "bedrock":provider ma wartość "auto", Bedrock jest automatycznie wykrywany, jeśli ten
łańcuch poświadczeń zostanie pomyślnie rozwiązany.Obsługiwane modele osadzeń obejmują Amazon Titan Embed (v1, v2), Amazon Nova
Embed, Cohere Embed (v3, v4) i TwelveLabs Marengo. Zobacz
odniesienie do konfiguracji pamięci — Bedrock,
aby uzyskać pełną listę modeli i opcje wymiarów.Uwagi i zastrzeżenia
Uwagi i zastrzeżenia
- Bedrock wymaga włączenia dostępu do modelu na Twoim koncie/regionie AWS.
- Automatyczne wykrywanie wymaga uprawnień
bedrock:ListFoundationModelsibedrock:ListInferenceProfiles. - Jeśli polegasz na trybie automatycznym, ustaw jeden z obsługiwanych znaczników zmiennych środowiskowych uwierzytelniania AWS na
hoście Gateway. Jeśli wolisz uwierzytelnianie IMDS/współdzielonej konfiguracji bez znaczników zmiennych środowiskowych, ustaw
plugins.entries.amazon-bedrock.config.discovery.enabled: true. - OpenClaw pokazuje źródło poświadczeń w tej kolejności:
AWS_BEARER_TOKEN_BEDROCK, następnieAWS_ACCESS_KEY_ID+AWS_SECRET_ACCESS_KEY, następnieAWS_PROFILE, a potem domyślny łańcuch AWS SDK. - Obsługa rozumowania zależy od modelu; sprawdź kartę modelu Bedrock, aby poznać aktualne możliwości.
- Jeśli wolisz przepływ z zarządzanym kluczem, możesz również umieścić zgodne z OpenAI proxy przed Bedrock i skonfigurować je zamiast tego jako dostawcę OpenAI.
Powiązane
Wybór modelu
Wybieranie dostawców, odwołań do modeli i zachowania przełączania awaryjnego.
Wyszukiwanie w pamięci
Konfiguracja osadzeń Bedrock do wyszukiwania w pamięci.
Odniesienie do konfiguracji pamięci
Pełna lista modeli osadzeń Bedrock i opcje wymiarów.
Rozwiązywanie problemów
Ogólne rozwiązywanie problemów i często zadawane pytania.