Migration depuis les Complétions de Texte vers les Messages
role
et un content
.
\n\nHuman:
et \n\nAssistant:
, mais l’API Messages attend des rôles user
et assistant
. Vous pourriez voir de la documentation faisant référence aux tours “human” ou “user”. Ceux-ci font référence au même rôle, et ce sera “user” à l’avenir.completion
de la réponse :
content
, qui est une liste de blocs de contenu :
assistant
:
content
de la réponse continuera à partir du content
du dernier message d’entrée :
\n\nHuman:
:
system
:
claude-sonnet-4-20250514
).
Nous supportions auparavant la spécification uniquement du numéro de version majeure (par exemple claude-2
), ce qui résultait en des mises à niveau automatiques vers les versions mineures. Cependant, nous ne recommandons plus ce modèle d’intégration, et Messages ne le supportent pas.
stop_reason
de soit :
"stop_sequence"
: Le modèle a soit terminé son tour naturellement, soit une de vos séquences d’arrêt personnalisées a été générée."max_tokens"
: Soit le modèle a généré votre max_tokens
spécifié de contenu, soit il a atteint son maximum absolu.stop_reason
d’une des valeurs suivantes :
"end_turn"
: Le tour conversationnel s’est terminé naturellement."stop_sequence"
: Une de vos séquences d’arrêt personnalisées spécifiées a été générée."max_tokens"
: (inchangé)max_tokens_to_sample
. Pas de validation, mais valeurs plafonnées par modèle.max_tokens
. Si vous passez une valeur plus élevée que ce que le modèle supporte, retourne une erreur de validation."stream": true
avec Text Completions, la réponse incluait n’importe lequel des événements server-sent-events completion
, ping
, et error
. Voir Text Completions streaming pour les détails.
Messages peuvent contenir plusieurs blocs de contenu de types variés, et donc son format de streaming est quelque peu plus complexe. Voir Messages streaming pour les détails.