La « latency » (latence) fait référence au temps nécessaire au modèle pour traiter un prompt et générer une sortie. La latence peut être influencée par divers facteurs, tels que la taille du modèle, la complexité du prompt et l'infrastructure sous-jacente qui prend en charge le modèle et le point d'interaction.
Il est toujours préférable de commencer par concevoir un prompt qui fonctionne bien sans contraintes liées au modèle ou au prompt, puis d'essayer ensuite des stratégies de réduction de la latence. Tenter de réduire la latence prématurément pourrait vous empêcher de découvrir à quoi ressemblent les performances optimales.
Lorsque vous abordez le sujet de la latence, vous pouvez rencontrer plusieurs termes et mesures :
Pour une compréhension plus approfondie de ces termes, consultez notre glossaire.
L'un des moyens les plus simples de réduire la latence est de sélectionner le modèle approprié pour votre cas d'usage. Anthropic propose une gamme de modèles avec différentes capacités et caractéristiques de performance. Examinez vos exigences spécifiques et choisissez le modèle qui répond le mieux à vos besoins en termes de vitesse et de qualité de sortie.
Pour les applications où la vitesse est critique, Claude Haiku 4.5 offre les temps de réponse les plus rapides tout en maintenant un haut niveau d'intelligence :
import anthropic
client = anthropic.Anthropic()
# Pour les applications sensibles au temps, utilisez Claude Haiku 4.5
message = client.messages.create(
model="claude-haiku-4-5",
max_tokens=100,
messages=[
{
"role": "user",
"content": "Summarize this customer feedback in 2 sentences: [feedback text]",
}
],
)Pour plus de détails sur les métriques des modèles, consultez notre page de présentation des modèles.
Minimisez le nombre de tokens dans votre prompt d'entrée et dans la sortie attendue, tout en maintenant des performances élevées. Moins le modèle a de tokens à traiter et à générer, plus la réponse sera rapide.
Voici quelques conseils pour vous aider à optimiser vos prompts et vos sorties :
max_tokens pour définir une limite stricte sur la longueur maximale de la réponse générée. Cela empêche Claude de générer des sorties excessivement longues.
Remarque : lorsque la réponse atteint
max_tokenstokens, elle sera tronquée, peut-être au milieu d'une phrase ou d'un mot. Il s'agit donc d'une technique brute qui peut nécessiter un post-traitement et qui convient généralement le mieux aux réponses à choix multiples ou aux réponses courtes où la réponse apparaît dès le début.
temperature contrôle le caractère aléatoire de la sortie. Des valeurs plus basses (par exemple, 0,2) peuvent parfois conduire à des réponses plus ciblées et plus courtes, tandis que des valeurs plus élevées (par exemple, 0,8) peuvent produire des sorties plus diversifiées mais potentiellement plus longues.Trouver le bon équilibre entre la clarté du prompt, la qualité de la sortie et le nombre de tokens peut nécessiter quelques expérimentations.
Le streaming est une fonctionnalité qui permet au modèle de commencer à renvoyer sa réponse avant que la sortie complète ne soit terminée. Cela peut améliorer considérablement la réactivité perçue de votre application, car les utilisateurs peuvent voir la sortie du modèle en temps réel.
Avec le streaming activé, vous pouvez traiter la sortie du modèle au fur et à mesure de son arrivée, en mettant à jour votre interface utilisateur ou en effectuant d'autres tâches en parallèle. Cela peut grandement améliorer l'expérience utilisateur et rendre votre application plus interactive et réactive.
Consultez la page streaming des Messages pour découvrir comment implémenter le streaming pour votre cas d'usage.
Was this page helpful?