OpenClaw peut utiliser les modèles Amazon Bedrock via le fournisseur de streaming Bedrock Converse de pi-ai. L’authentification Bedrock utilise la chaîne d’identifiants par défaut de l’AWS SDK, et non une clé 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.
| Propriété | Valeur |
|---|---|
| Fournisseur | amazon-bedrock |
| API | bedrock-converse-stream |
| Authentification | Identifiants AWS (variables d’environnement, configuration partagée ou rôle d’instance) |
| Région | AWS_REGION ou AWS_DEFAULT_REGION (par défaut : us-east-1) |
Premiers pas
Choisissez votre méthode d’authentification préférée et suivez les étapes de configuration.- Access keys / env vars
- EC2 instance roles (IMDS)
Découverte automatique des modèles
OpenClaw peut découvrir automatiquement les modèles Bedrock qui prennent en charge le streaming et la sortie texte. La découverte utilisebedrock:ListFoundationModels et
bedrock:ListInferenceProfiles, et les résultats sont mis en cache (par défaut : 1 heure).
Comment le fournisseur implicite est activé :
- Si
plugins.entries.amazon-bedrock.config.discovery.enabledvauttrue, OpenClaw tentera la découverte même lorsqu’aucun marqueur d’environnement AWS n’est présent. - Si
plugins.entries.amazon-bedrock.config.discovery.enabledn’est pas défini, OpenClaw n’ajoute automatiquement le fournisseur Bedrock implicite que lorsqu’il voit l’un de ces marqueurs d’authentification AWS :AWS_BEARER_TOKEN_BEDROCK,AWS_ACCESS_KEY_ID+AWS_SECRET_ACCESS_KEYouAWS_PROFILE. - Le chemin réel d’authentification de l’exécution Bedrock utilise toujours la chaîne par défaut de l’AWS SDK ; la configuration partagée, le SSO et l’authentification par rôle d’instance IMDS peuvent donc fonctionner même lorsque la découverte
nécessitait
enabled: truepour être activée.
Pour les entrées explicites
models.providers["amazon-bedrock"], OpenClaw peut toujours résoudre tôt l’authentification Bedrock par marqueur d’environnement à partir de marqueurs d’environnement AWS tels que AWS_BEARER_TOKEN_BEDROCK, sans forcer le chargement complet de l’authentification d’exécution. Le chemin réel d’authentification des appels de modèle utilise toujours la chaîne par défaut de l’AWS SDK.Discovery config options
Discovery config options
Les options de configuration se trouvent sous
plugins.entries.amazon-bedrock.config.discovery :| Option | Par défaut | Description |
|---|---|---|
enabled | auto | En mode automatique, OpenClaw n’active le fournisseur Bedrock implicite que lorsqu’il voit un marqueur d’environnement AWS pris en charge. Définissez true pour forcer la découverte. |
region | AWS_REGION / AWS_DEFAULT_REGION / us-east-1 | Région AWS utilisée pour les appels d’API de découverte. |
providerFilter | (tous) | Correspond aux noms de fournisseurs Bedrock (par exemple anthropic, amazon). |
refreshInterval | 3600 | Durée du cache en secondes. Définissez sur 0 pour désactiver la mise en cache. |
defaultContextWindow | 32000 | Fenêtre de contexte utilisée pour les modèles découverts (remplacez-la si vous connaissez les limites de votre modèle). |
defaultMaxTokens | 4096 | Nombre maximal de jetons de sortie utilisé pour les modèles découverts (remplacez-le si vous connaissez les limites de votre modèle). |
Configuration rapide (chemin AWS)
Cette procédure crée un rôle IAM, attache les autorisations Bedrock, associe le profil d’instance et active la découverte OpenClaw sur l’hôte EC2.Configuration avancée
Inference profiles
Inference profiles
OpenClaw découvre les profils d’inférence régionaux et globaux avec
les modèles de fondation. Lorsqu’un profil correspond à un modèle de fondation connu, le
profil hérite des capacités de ce modèle (fenêtre de contexte, nombre maximal de jetons,
raisonnement, vision) et la bonne région de requête Bedrock est injectée
automatiquement. Cela signifie que les profils Claude interrégionaux fonctionnent sans
remplacements manuels du fournisseur.Les ID de profil d’inférence ressemblent à
us.anthropic.claude-opus-4-6-v1:0 (régional)
ou anthropic.claude-opus-4-6-v1:0 (global). Si le modèle sous-jacent figure déjà
dans les résultats de découverte, le profil hérite de son ensemble complet de capacités ;
sinon des valeurs par défaut sûres s’appliquent.Aucune configuration supplémentaire n’est nécessaire. Tant que la découverte est activée et que le principal IAM
dispose de bedrock:ListInferenceProfiles, les profils apparaissent aux côtés
des modèles de fondation dans openclaw models list.Service tier
Service tier
Certains modèles Bedrock prennent en charge un paramètre
Définissez Les valeurs valides sont
service_tier pour optimiser le coût
ou la latence. Les niveaux suivants sont disponibles :| Niveau | Description |
|---|---|
default | Niveau Bedrock standard |
flex | Traitement à tarif réduit pour les charges de travail pouvant tolérer une latence plus longue |
priority | Traitement prioritaire pour les charges de travail sensibles à la latence |
reserved | Capacité réservée pour les charges de travail en régime stable |
serviceTier (ou service_tier) via agents.defaults.params pour
les requêtes de modèles Bedrock, ou par modèle dans
agents.defaults.models["<model-key>"].params :default, flex, priority et reserved. Tous les
modèles ne prennent pas en charge tous les niveaux — si un niveau non pris en charge est demandé, Bedrock
renverra une erreur de validation. Remarque : le message d’erreur est quelque peu trompeur ;
il peut indiquer « The provided model identifier is invalid » au lieu de signaler
un niveau de service non pris en charge. Si vous voyez cette erreur, vérifiez si le modèle
prend en charge le niveau demandé.Claude Opus 4.7 temperature
Claude Opus 4.7 temperature
Bedrock rejette le paramètre
temperature pour Claude Opus 4.7. OpenClaw
omet automatiquement temperature pour toute référence Bedrock Opus 4.7, y compris
les ID de modèle de fondation, les profils d’inférence nommés, les profils d’inférence
d’application dont le modèle sous-jacent se résout en Opus 4.7 via
bedrock:GetInferenceProfile, et les variantes pointées opus-4.7 avec
des préfixes de région facultatifs (us., eu., ap., apac., au., jp.,
global.). Aucun réglage de configuration n’est requis, et l’omission s’applique à la fois à
l’objet d’options de requête et au champ de charge utile inferenceConfig.Garde-fous
Garde-fous
Vous pouvez appliquer les garde-fous Amazon Bedrock
à tous les appels de modèles Bedrock en ajoutant un objet
guardrail à la
configuration du plugin amazon-bedrock. Les garde-fous vous permettent d’appliquer le filtrage de contenu,
le refus de sujets, les filtres de mots, les filtres d’informations sensibles et les
vérifications d’ancrage contextuel.| Option | Obligatoire | Description |
|---|---|---|
guardrailIdentifier | Oui | ID du garde-fou (par exemple abc123) ou ARN complet (par exemple arn:aws:bedrock:us-east-1:123456789012:guardrail/abc123). |
guardrailVersion | Oui | Numéro de version publiée, ou "DRAFT" pour le brouillon de travail. |
streamProcessingMode | Non | "sync" ou "async" pour l’évaluation du garde-fou pendant le streaming. S’il est omis, Bedrock utilise sa valeur par défaut. |
trace | Non | "enabled" ou "enabled_full" pour le débogage ; omettez-le ou définissez "disabled" pour la production. |
Embeddings pour la recherche mémoire
Embeddings pour la recherche mémoire
Bedrock peut également servir de fournisseur d’embeddings pour la
recherche mémoire. Cette configuration est distincte de celle du
fournisseur d’inférence — définissez Les embeddings Bedrock utilisent la même chaîne d’identifiants AWS SDK que l’inférence (rôles
d’instance, SSO, clés d’accès, configuration partagée et identité Web). Aucune clé API n’est
nécessaire. Lorsque
agents.defaults.memorySearch.provider sur "bedrock" :provider vaut "auto", Bedrock est détecté automatiquement si cette
chaîne d’identifiants se résout correctement.Les modèles d’embedding pris en charge incluent Amazon Titan Embed (v1, v2), Amazon Nova
Embed, Cohere Embed (v3, v4) et TwelveLabs Marengo. Consultez la
référence de configuration de la mémoire — Bedrock
pour obtenir la liste complète des modèles et les options de dimensions.Notes et mises en garde
Notes et mises en garde
- Bedrock nécessite que l’accès au modèle soit activé dans votre compte/région AWS.
- La découverte automatique nécessite les autorisations
bedrock:ListFoundationModelsetbedrock:ListInferenceProfiles. - Si vous utilisez le mode automatique, définissez l’un des marqueurs d’environnement d’authentification AWS pris en charge sur l’hôte du
Gateway. Si vous préférez l’authentification IMDS/configuration partagée sans marqueurs d’environnement, définissez
plugins.entries.amazon-bedrock.config.discovery.enabled: true. - OpenClaw expose la source des identifiants dans cet ordre :
AWS_BEARER_TOKEN_BEDROCK, puisAWS_ACCESS_KEY_ID+AWS_SECRET_ACCESS_KEY, puisAWS_PROFILE, puis la chaîne AWS SDK par défaut. - La prise en charge du raisonnement dépend du modèle ; consultez la fiche du modèle Bedrock pour connaître les capacités actuelles.
- Si vous préférez un flux de clé géré, vous pouvez également placer un proxy compatible OpenAI devant Bedrock et le configurer comme fournisseur OpenAI à la place.
Connexe
Sélection de modèle
Choix des fournisseurs, des références de modèles et du comportement de basculement.
Recherche mémoire
Embeddings Bedrock pour la configuration de la recherche mémoire.
Référence de configuration de la mémoire
Liste complète des modèles d’embedding Bedrock et options de dimensions.
Dépannage
Dépannage général et FAQ.