Claude sur Amazon Bedrock (Opus 4.6 et versions antérieures)

Appeler Claude via Bedrock diffère légèrement de la manière 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 avez déjà créé un compte AWS et configuré l'accès programmatique.

Installer et configurer l'AWS CLI

1. Installez une version de l'AWS CLI égale ou supérieure à la version 2.13.23.
2. 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.
3. Vérifiez que vos identifiants fonctionnent :

aws sts get-caller-identity

Installer un SDK pour accéder à Bedrock

Les SDK clients d'Anthropic prennent en charge Bedrock. Vous pouvez également utiliser directement un SDK AWS tel que boto3.

pip install -U "anthropic[bedrock]"

Accéder à Bedrock

S'abonner aux modèles Anthropic

Rendez-vous sur 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 obtenir 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 connaître 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 les plus récents via l'inférence inter-régions (cross-region inference) plutôt que via le 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 semblable à 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 correspond à l'identifiant du modèle de base précédé d'un préfixe issu d'une colonne marquée « Oui » dans le tableau suivant, par exemple us.anthropic.claude-sonnet-4-5-20250929-v1:0. 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 Régions et modèles pris en charge pour les profils d'inférence. Pour savoir comment les préfixes affectent le routage et la tarification, consultez la section Points de terminaison globaux et régionaux.

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 avec Claude sur Bedrock :

from anthropic import AnthropicBedrock

client = AnthropicBedrock(
    # Authentifiez-vous en fournissant les clés ci-dessous ou utilisez 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.
    # Pour en savoir plus : https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html.
    aws_session_token="<session_token>",
    # aws_region modifie la région AWS vers laquelle la requête est envoyée. Si elle n'est pas fournie, 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 une ValueError si aucune région ne peut être résolue.
    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 porteur

Vous pouvez vous authentifier auprès de Bedrock à l'aide de « bearer tokens » (jetons porteurs) 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 chaque SDK détecte automatiquement lors de la résolution des identifiants à partir de l'environnement.

Pour fournir un jeton par programmation :

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 toute utilisation abusive potentielle.

Prise en charge des fonctionnalités

Pour la liste complète des fonctionnalités avec leur disponibilité sur Amazon Bedrock, consultez la 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, API Files)
• 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 d'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_control de premier niveau ; 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_20260801 et browser_toolset_20260801 ne sont actuellement pas 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 limites 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 citations, seule l'extraction de texte basique 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 et Claude Opus 4.8. 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. Cette fonctionnalité n'est pas disponible sur Claude Sonnet 5. Utilisez plutôt le champ system de premier niveau. Elle n'est pas disponible pour les modèles versionnés par ARN du tableau des modèles de cette page.

Pour les utilisateurs de l'API Converse : l'API Converse accepte les instructions système via son paramètre system de premier niveau. 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, Claude Opus 4.8, Claude Opus 4.7, Claude Opus 4.6, Claude Sonnet 5 et Claude Sonnet 4.6 disposent d'une « context window » (fenêtre de contexte) de 1 million de tokens sur Amazon Bedrock. Les autres modèles Claude, y compris Sonnet 4.5 et Sonnet 4 (déprécié), disposent d'une fenêtre de contexte de 200 000 tokens.

Bedrock limite la charge utile 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 et régionaux

À partir de Claude Sonnet 4.5 et pour 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 incluent un supplément 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
• Aucun supplément 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
• Le supplément tarifaire de 10 % reflète les coûts d'infrastructure liés à la capacité régionale dédiée

Mise en œuvre

Utilisation des points de terminaison globaux (par défaut pour Opus 4.6, Sonnet 4.6 et Sonnet 4.5) :

Les identifiants de modèle pour Claude Opus 4.6, Sonnet 4.6 et Sonnet 4.5 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 Bedrock : page de tarification d'Amazon Bedrock
• Documentation tarifaire AWS : guide de tarification Bedrock
• Article de blog AWS : Présentation de Claude Sonnet 4.5 dans Amazon Bedrock
• Détails de la tarification Anthropic : tarification des plateformes cloud