Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
MiniMax M2.1
MiniMax — MiniMax M2.1
Détails du modèle
MiniMax M2.1 MiniMaxest un modèle mis à jour avec un raisonnement, un codage et un suivi des instructions améliorés par rapport à M2. Pour plus d'informations sur le développement et les performances des modèles, consultez la model/service fiche
Date de lancement du modèle : 23 décembre 2025
Date de fin de vie du modèle : N/A
Contrats de licence utilisateur final et conditions d'utilisation : Afficher
Cycle de vie du modèle : actif
Fenêtre contextuelle : 196 000 jetons
Nombre maximum de jetons de sortie : 8K
| Modalités de saisie | Modalités de sortie | API prises en charge | Points de terminaison pris en charge |
|---|---|---|---|
Responses | bedrock-runtime | ||
Chat Completions | bedrock-mantle | ||
Invoke | |||
Converse | |||
Note
Dans la mesure du possible, nous vous recommandons d'utiliser le bedrock-runtime point de terminaison.
Astuce
Dans la mesure du possible, nous vous recommandons d'utiliser le bedrock-runtime terminal pour les nouvelles applications. Consultez Points de terminaison pris en charge par Amazon Bedrock pour plus de détails.
Capacités et fonctionnalités
Caractéristiques de Bedrock
Fonctionnalités prises en charge via bedrock-mantle Endpoint
| Supporté | Non pris en charge |
|---|---|
Fonctionnalités prises en charge via bedrock-runtime Endpoint
Tarification
Pour plus d'informations sur les tarifs, consultez la page de tarification d'
Accès programmatique
Utilisez les ID de modèle et les URL de point de terminaison suivants pour accéder à ce modèle par programmation. Pour plus d'informations sur les API et les points de terminaison disponibles, consultez les sections API prises en charge et Points de terminaison pris en charge.
| Point de terminaison | ID du modèle | In-Region URL du terminal | ID d'inférence géographique | ID d'inférence global |
|---|---|---|---|---|
bedrock-runtime |
minimax.minimax-m2.1 |
https://bedrock-runtime.{region}.amazonaws.com |
Non pris en charge | Non pris en charge |
bedrock-mantle |
minimax.minimax-m2.1 |
https://bedrock-mantle.{region}.api.aws/v1 |
Non pris en charge | Non pris en charge |
Par exemple, si la région est us-east-1 (Virginie du Nord), l'URL du point de terminaison du temps d'exécution du socle sera « » et celle du manteau rocheux sera https://bedrock-runtime.us-east-1.amazonaws.com « ». https://bedrock-mantle.us-east-1.api.aws/v1
Niveaux de service
Amazon Bedrock propose plusieurs niveaux de service pour répondre à vos exigences en matière de charge de travail. Standard fournit un accès au paiement par jeton sans engagement (définissez "service_tier": "default" ou omettez le champ). Priority offre les temps de réponse les plus rapides pour un prix plus élevé (fixe"service_tier": "priority"). Flex fournit un accès à moindre coût pour des charges de travail flexibles et non sensibles au facteur temps (set). "service_tier": "flex" Reserved fournit un débit dédié assorti d'un engagement à terme pour des charges de travail prévisibles ; il est défini au niveau du compte plutôt que par demande (contactez l'équipe responsable de votre compte AWS pour l'activer). Pour plus d'informations, consultez la section Niveaux de service.
| Standard | Priorité | Flexible | Réservé |
|---|---|---|---|
Disponibilité par région
La disponibilité régionale en un coup d'œil
Amazon Bedrock propose trois options d'inférence : In-Region conserve les demandes dans une seule région pour des raisons de stricte conformité, géolocalise Cross-Region les itinéraires entre les régions d'une même zone géographique (comme les États-Unis, l'UE et l'APAC) tout en respectant la résidence des données, et les Cross-Region itinéraires mondiaux partout dans le monde lorsqu'il n'y a aucune contrainte de résidence. Consultez la Disponibilité régionale par modèle page pour plus de détails.
| Région | In-Region | Géo | Solution internationale |
|---|---|---|---|
us-east-1(Virginie du Nord) | |||
us-east-2(Ohio) | |||
us-west-2(Oregon) | |||
eu-central-1(Francfort) | |||
eu-north-1(Stockholm) | |||
eu-south-1(Milan) | |||
eu-west-1(Irlande) | |||
eu-west-2(Londres) | |||
ap-northeast-1(Tōkyō) | |||
ap-south-1(Bombay) | |||
ap-southeast-2(Sydney) | |||
ap-southeast-3(Jakarta) | |||
sa-east-1(São Paulo) | |||
ap-southeast-4(Melbourne) |
Quotas et limites
Votre AWS compte possède des quotas par défaut afin de maintenir les performances du service et de garantir une utilisation appropriée d'Amazon Bedrock. Les quotas par défaut attribués à un compte peuvent être mis à jour en fonction de facteurs régionaux, de l'historique des paiements, d'une utilisation frauduleuse ou de and/or l'approbation d'une demande d'augmentation de quota. Pour plus d'informations, consultez Quotas pour Amazon Bedrock la documentation et consultez les limites du modèle.
Exemple de code
Étape 1 - AWS Compte : Si vous avez déjà un AWS compte, ignorez cette étape. Si vous êtes nouveau sur AWS AWS, créez un compte AWS
Étape 2 - Clé API : Accédez à la console Amazon Bedrock
Étape 3 - Téléchargez le SDK : pour utiliser ce guide de démarrage, Python doit déjà être installé. Installez ensuite le logiciel approprié en fonction des API que vous utilisez.
Étape 4 - Définissez les variables d'environnement : configurez votre environnement pour utiliser la clé API pour l'authentification.
Étape 5 - Exécutez votre première demande d'inférence : enregistrez le fichier sous bedrock-first-request.py