Claude sur Amazon Bedrock (Opus 4.6 et versions antérieures)
L'intégration Amazon Bedrock historique pour les modèles Claude, utilisant les API InvokeModel et Converse avec des identifiants de modèle versionnés par ARN.
Appeler Claude via Bedrock diffère légèrement de la façon dont vous appelleriez Claude directement sur l'API Claude. Ce guide vous accompagne dans la réalisation d'un appel API à Claude sur Bedrock à l'aide de l'un des SDK clients d'Anthropic.
Notez que ce guide suppose que vous vous êtes déjà inscrit à un compte AWS et que vous avez configuré l'accès programmatique.
Installer et configurer l'AWS CLI
- Installez une version de l'AWS CLI égale ou supérieure à la version
2.13.23. - Configurez vos identifiants AWS à l'aide de la commande AWS configure (consultez Configurer l'AWS CLI) ou trouvez vos identifiants en accédant à « Command line or programmatic access » dans votre tableau de bord AWS et en suivant les instructions de la fenêtre modale.
- Vérifiez que vos identifiants fonctionnent :
aws sts get-caller-identityInstaller un SDK pour accéder à Bedrock
Les SDK clients d'Anthropic prennent en charge Bedrock. Vous pouvez également utiliser directement un SDK AWS comme boto3.
pip install -U "anthropic[bedrock]"Accéder à Bedrock
S'abonner aux modèles Anthropic
Accédez à AWS Console > Bedrock > Model Access et demandez l'accès aux modèles Anthropic. Notez que la disponibilité des modèles Anthropic varie selon la région. Consultez la documentation AWS pour les informations les plus récentes.
Identifiants de modèle de l'API
Les termes du cycle de vie (Déprécié, Retiré) sont définis dans Dépréciations de modèles. Les dates du cycle de vie sur les plateformes exploitées par des partenaires sont fixées par le partenaire et peuvent différer du calendrier de l'API Claude. Pour la date de retrait actuelle de tout modèle sur Amazon Bedrock, consultez la page du cycle de vie des modèles d'Amazon Bedrock.
AWS propose les modèles Claude plus récents via l'inférence inter-régions plutôt que via un débit à la demande. Pour ces modèles, une requête qui transmet l'identifiant du modèle de base échoue avec une erreur HTTP 400 comme la suivante :
Invocation of model ID anthropic.claude-sonnet-4-5-20250929-v1:0 with on-demand throughput isn't supported. Retry your request with the ID or ARN of an inference profile that contains this model.Pour invoquer ces modèles, transmettez un profil d'inférence au lieu de l'identifiant du modèle de base. L'identifiant du profil d'inférence est l'identifiant du modèle de base précédé d'un préfixe provenant d'une colonne marquée « Oui » dans le tableau suivant, par exemple . Vous pouvez également transmettre l'ARN complet du profil d'inférence, sous la forme arn:aws:bedrock:{region}:{account-id}:inference-profile/{inference-profile-id}. Pour la liste officielle d'AWS des profils d'inférence disponibles, consultez Supported Regions and models for inference profiles. Pour savoir comment les préfixes affectent le routage et la tarification, consultez la section Points de terminaison globaux ou régionaux.
| Model | Base Bedrock model ID | global | us | eu | jp | apac |
|---|---|---|---|---|---|---|
| Claude Opus 4.6 | Yes | Yes | Yes | Yes | Yes | |
| Claude Opus 4.5 | Yes | Yes | Yes | No | No | |
| Claude Opus 4.1 (deprecated) | No | Yes | No | No | No | |
| Claude Sonnet 4.6 | Yes | Yes | Yes | Yes | No | |
| Claude Sonnet 4.5 (deprecated) | Yes | Yes | Yes | Yes | No | |
| Claude Sonnet 4 (deprecated) | Yes | Yes | Yes | No | Yes | |
| Claude Haiku 4.5 | Yes | Yes | Yes | No | No |
Lister les modèles disponibles
Les exemples suivants montrent comment afficher la liste de tous les modèles Claude disponibles via Bedrock :
import boto3
bedrock = boto3.client(service_name="bedrock")
response = bedrock.list_foundation_models(byProvider="anthropic")
for summary in response["modelSummaries"]:
print(summary["modelId"])Effectuer des requêtes
Les exemples suivants montrent comment générer du texte à partir de Claude sur Bedrock :
from anthropic import AnthropicBedrock
client = AnthropicBedrock(
# Authentifiez-vous en fournissant les clés ci-dessous ou en utilisant les fournisseurs d'identifiants AWS par défaut, par exemple
# via ~/.aws/credentials ou les variables d'environnement "AWS_SECRET_ACCESS_KEY" et "AWS_ACCESS_KEY_ID".
aws_access_key="<access key>",
aws_secret_key="<secret key>",
# Des identifiants temporaires peuvent être utilisés avec aws_session_token.
# En savoir plus sur https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html.
aws_session_token="<session_token>",
# aws_region modifie la région AWS à laquelle la requête est envoyée. S'il n'est pas fourni, le SDK lit
# AWS_REGION / AWS_DEFAULT_REGION, puis la région configurée pour votre session boto3 ou votre profil AWS
# (y compris ~/.aws/config), et lève ValueError si aucune région ne peut être déterminée.
aws_region="us-west-2",
)
message = client.messages.create(
model="global.anthropic.claude-opus-4-6-v1",
max_tokens=256,
messages=[{"role": "user", "content": "Hello, world"}],
)
print(message.content)Consultez les SDK clients pour plus de détails, ainsi que la documentation officielle de Bedrock.
Authentification par jeton bearer
Vous pouvez vous authentifier auprès de Bedrock à l'aide de jetons bearer au lieu d'identifiants AWS. Cela est utile dans les environnements d'entreprise où les équipes ont besoin d'accéder à Bedrock sans gérer d'identifiants AWS, de rôles IAM ou d'autorisations au niveau du compte.
L'approche la plus simple consiste à définir la variable d'environnement AWS_BEARER_TOKEN_BEDROCK, que le SDK détecte automatiquement lors de la résolution des identifiants à partir de l'environnement.
Pour fournir un jeton de manière programmatique :
from anthropic import AnthropicBedrock
client = AnthropicBedrock(
api_key="your-bearer-token",
aws_region="us-west-2",
)
message = client.messages.create(
model="us.anthropic.claude-sonnet-4-5-20250929-v1:0",
max_tokens=1024,
messages=[{"role": "user", "content": "Hello!"}],
)
print(message.content)Journalisation de l'activité
Bedrock fournit un service de journalisation des invocations qui vous permet de journaliser les prompts et les complétions associés à votre utilisation.
Anthropic vous recommande de journaliser votre activité sur une période glissante d'au moins 30 jours afin de comprendre votre activité et d'enquêter sur tout abus potentiel.
Prise en charge des fonctionnalités
Pour la liste complète des fonctionnalités avec leur disponibilité sur Amazon Bedrock, consultez Vue d'ensemble des fonctionnalités.
Principales fonctionnalités prises en charge
- API Messages
- Mise en cache des prompts
- Réflexion
- Utilisation d'outils, y compris l'outil Bash, l'outil d'utilisation de l'ordinateur, l'outil de mémoire et l'outil d'édition de texte
- Citations
- Sorties structurées
Fonctionnalités non prises en charge
- Sources d'entrée (sources URL pour les images et les documents, Files API)
- Outils côté serveur (exécution de code, recherche web, récupération web, advisor)
- Infrastructure d'agents (Agent Skills, connecteur MCP, appel d'outils programmatique)
- Points de terminaison de l'API (Message Batches, Models, Admin, Compliance, Usage and Cost)
- Claude Managed Agents
- Repli côté serveur (le paramètre
fallbacks; utilisez plutôt le modèle de repli côté client) - Mise en cache automatique des prompts (le champ
cache_controlde niveau supérieur ; utilisez plutôt des points d'arrêt de cache explicites) - Ensembles d'outils d'utilisation de l'ordinateur et d'utilisation du navigateur (
computer_toolset_20260801etbrowser_toolset_20260801ne sont pas actuellement disponibles sur Amazon Bedrock ; les versions bêta de l'outil d'utilisation de l'ordinateur restent disponibles)
Prise en charge des PDF sur Bedrock
La prise en charge des PDF est disponible sur Bedrock via l'API Converse et l'API InvokeModel. Pour des informations détaillées sur les capacités et les limitations du traitement des PDF, consultez Prise en charge des PDF sur Amazon Bedrock.
Considérations importantes pour les utilisateurs de l'API Converse :
- L'analyse visuelle des PDF (graphiques, images, mises en page) nécessite l'activation des citations.
- Sans les citations, seule l'extraction de texte de base est disponible.
- Pour un contrôle total sans citations forcées, utilisez l'API InvokeModel.
Messages système en cours de conversation sur Bedrock
Les messages système en cours de conversation sont disponibles via l'API InvokeModel pour Claude Fable 5.1, Claude Fable 5, Claude Opus 5.5, Claude Opus 5, Claude Opus 4.8, Claude Sonnet 5.5 et Claude Haiku 5.5. Comme décrit dans la note sous Identifiants de modèle de l'API, ces requêtes sont servies par la même infrastructure que le point de terminaison Claude dans Amazon Bedrock. Aucun en-tête bêta n'est requis pour les messages système en cours de conversation. Cette fonctionnalité n'est pas disponible sur Claude Sonnet 5. Utilisez plutôt le champ system de niveau supérieur. Elle n'est pas disponible pour les modèles versionnés par ARN du tableau des modèles de cette page.
Un message role: "system" peut également définir output_config.effort pour modifier l'effort en cours de conversation sur Claude Fable 5.1 et Claude Opus 5.5. Cette fonctionnalité est en bêta : ajoutez mid-conversation-output-config-2026-07-01 au tableau anthropic_beta dans le corps de la requête. Sans cette valeur, ou sur Claude Fable 5, Claude Opus 5 ou Claude Opus 4.8, la requête renvoie une erreur 400 : messages.N.output_config: Extra inputs are not permitted. Dans l'erreur, N est l'index du message system dans messages.
Pour les utilisateurs de l'API Converse : l'API Converse accepte les instructions système via son paramètre system de niveau supérieur. Pour ajouter des instructions système en cours de conversation, utilisez l'API InvokeModel.
Fenêtre de contexte
Claude Fable 5.1, Claude Fable 5, Claude Opus 5.5, Claude Opus 5, Claude Opus 4.8, Claude Opus 4.7, Claude Opus 4.6, Claude Sonnet 5.5, Claude Sonnet 5, Claude Sonnet 4.6 et Claude Haiku 5.5 disposent d'une fenêtre de contexte de 1M tokens sur Amazon Bedrock. Les autres modèles Claude, y compris Sonnet 4.5 (déprécié) et Sonnet 4 (déprécié), disposent d'une fenêtre de contexte de 200k tokens.
Bedrock limite la taille des charges utiles des requêtes à 20 Mo. Lors de l'envoi de documents volumineux ou de nombreuses images, vous pouvez atteindre cette limite avant la limite de tokens.
Points de terminaison globaux ou régionaux
À partir de Claude Sonnet 4.5 et de tous les modèles futurs, Bedrock propose deux types de points de terminaison :
- Points de terminaison globaux : routage dynamique pour une disponibilité maximale
- Points de terminaison régionaux : routage des données garanti via des régions géographiques spécifiques
Les points de terminaison régionaux comportent une majoration tarifaire de 10 % par rapport aux points de terminaison globaux.
Quand utiliser chaque option
Points de terminaison globaux (recommandés) :
- Offrent une disponibilité et un temps de fonctionnement maximaux
- Acheminent dynamiquement les requêtes vers les régions disposant de capacité disponible
- Aucune majoration tarifaire
- Idéaux pour les applications où la résidence des données est flexible
Points de terminaison régionaux (CRIS) :
- Acheminent le trafic via des régions géographiques spécifiques
- Requis pour les exigences de résidence des données et de conformité
- Disponibles pour les États-Unis, l'UE, le Japon et l'Asie-Pacifique
- La majoration tarifaire de 10 % reflète les coûts d'infrastructure liés à la capacité régionale dédiée
Implémentation
Utilisation des points de terminaison globaux (par défaut pour Opus 4.6, Sonnet 4.6 et Sonnet 4.5 (déprécié)) :
Les identifiants de modèle de Claude Opus 4.6, Sonnet 4.6 et Sonnet 4.5 (déprécié) incluent déjà le préfixe global. :
from anthropic import AnthropicBedrock
client = AnthropicBedrock(aws_region="us-west-2")
message = client.messages.create(
model="global.anthropic.claude-opus-4-6-v1",
max_tokens=256,
messages=[{"role": "user", "content": "Hello, world"}],
)Utilisation des points de terminaison régionaux (CRIS) :
Pour utiliser les points de terminaison régionaux, remplacez le préfixe global. par un préfixe régional tel que us. :
from anthropic import AnthropicBedrock
client = AnthropicBedrock(aws_region="us-west-2")
# Utilisation du point de terminaison régional US (CRIS)
message = client.messages.create(
model="us.anthropic.claude-opus-4-6-v1", # Regional prefix
max_tokens=256,
messages=[{"role": "user", "content": "Hello, world"}],
)Ressources supplémentaires
- Tarification de Bedrock : Page de tarification d'Amazon Bedrock
- Documentation de tarification AWS : Guide de tarification de Bedrock
- Article de blog AWS : Introducing Claude Sonnet 4.5 in Amazon Bedrock
- Détails de tarification d'Anthropic : Tarification des plateformes cloud
Was this page helpful?