Loading...
    • Guide du développeur
    • Référence API
    • MCP
    • Ressources
    • Notes de version
    Search...
    ⌘K
    Premiers pas
    Introduction à ClaudeDémarrage rapide
    Modèles et tarification
    Aperçu des modèlesChoisir un modèleNouveautés dans Claude 4.6Guide de migrationDépréciation des modèlesTarification
    Créer avec Claude
    Aperçu des fonctionnalitésUtiliser l'API MessagesGérer les raisons d'arrêtBonnes pratiques de prompting
    Capacités du modèle
    Extended thinkingAdaptive thinkingEffortMode rapide (aperçu de recherche)Sorties structuréesCitationsStreaming de messagesTraitement par lotsSupport PDFRésultats de rechercheSupport multilingueEmbeddingsVision
    Outils
    AperçuComment implémenter l'utilisation d'outilsOutil de recherche webOutil de récupération webOutil d'exécution de codeOutil de mémoireOutil BashOutil Computer useOutil d'éditeur de texte
    Infrastructure d'outils
    Recherche d'outilsAppel d'outils programmatiqueStreaming d'outils à granularité fine
    Gestion du contexte
    Fenêtres de contexteCompactionÉdition du contexteMise en cache des promptsComptage des tokens
    Fichiers et ressources
    API Files
    Agent Skills
    AperçuDémarrage rapideBonnes pratiquesSkills pour l'entrepriseUtiliser Skills avec l'API
    Agent SDK
    AperçuDémarrage rapideSDK TypeScriptTypeScript V2 (aperçu)SDK PythonGuide de migration
    MCP dans l'API
    Connecteur MCPServeurs MCP distants
    Claude sur des plateformes tierces
    Amazon BedrockMicrosoft FoundryVertex AI
    Ingénierie des prompts
    AperçuGénérateur de promptsUtiliser des modèles de promptsAméliorateur de promptsÊtre clair et directUtiliser des exemples (prompting multi-shots)Laisser Claude réfléchir (CoT)Utiliser des balises XMLDonner un rôle à Claude (prompts système)Chaîner des prompts complexesConseils pour le contexte longConseils pour extended thinking
    Tester et évaluer
    Définir les critères de succèsDévelopper des cas de testUtiliser l'outil d'évaluationRéduire la latence
    Renforcer les garde-fous
    Réduire les hallucinationsAugmenter la cohérence des résultatsAtténuer les jailbreaksRefus en streamingRéduire les fuites de promptsGarder Claude dans le rôle
    Administration et surveillance
    Aperçu de l'API AdminRésidence des donnéesEspaces de travailAPI d'utilisation et de coûtsAPI Claude Code AnalyticsZéro rétention de données
    Console
    Log in
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...

    Solutions

    • AI agents
    • Code modernization
    • Coding
    • Customer support
    • Education
    • Financial services
    • Government
    • Life sciences

    Partners

    • Amazon Bedrock
    • Google Cloud's Vertex AI

    Learn

    • Blog
    • Catalog
    • Courses
    • Use cases
    • Connectors
    • Customer stories
    • Engineering at Anthropic
    • Events
    • Powered by Claude
    • Service partners
    • Startups program

    Company

    • Anthropic
    • Careers
    • Economic Futures
    • Research
    • News
    • Responsible Scaling Policy
    • Security and compliance
    • Transparency

    Learn

    • Blog
    • Catalog
    • Courses
    • Use cases
    • Connectors
    • Customer stories
    • Engineering at Anthropic
    • Events
    • Powered by Claude
    • Service partners
    • Startups program

    Help and security

    • Availability
    • Status
    • Support
    • Discord

    Terms and policies

    • Privacy policy
    • Responsible disclosure policy
    • Terms of service: Commercial
    • Terms of service: Consumer
    • Usage policy
    Capacités du modèle

    Effort

    Contrôlez le nombre de tokens que Claude utilise lors de la réponse avec le paramètre effort, en trouvant un équilibre entre la complétude de la réponse et l'efficacité des tokens.

    Le paramètre effort vous permet de contrôler l'empressement de Claude à dépenser des tokens lors de la réponse aux demandes. Cela vous donne la possibilité de trouver un équilibre entre la complétude de la réponse et l'efficacité des tokens, le tout avec un seul modèle. Le paramètre effort est généralement disponible sur tous les modèles pris en charge sans en-tête bêta requis.

    Le paramètre effort est pris en charge par Claude Opus 4.6 et Claude Opus 4.5.

    Pour Claude Opus 4.6, effort remplace budget_tokens comme méthode recommandée pour contrôler la profondeur de la réflexion. Combinez effort avec la réflexion adaptative (thinking: {type: "adaptive"}) pour la meilleure expérience. Bien que budget_tokens soit toujours accepté sur Opus 4.6, il est déprécié et sera supprimé dans une future version du modèle. À un effort high (par défaut) et max, Claude pensera presque toujours. À des niveaux d'effort inférieur, il peut ignorer la réflexion pour les problèmes plus simples.

    Comment fonctionne l'effort

    Par défaut, Claude utilise un effort élevé, en dépensant autant de tokens que nécessaire pour d'excellents résultats. Vous pouvez augmenter le niveau d'effort à max pour la capacité absolue la plus élevée, ou le réduire pour être plus conservateur avec l'utilisation des tokens, en optimisant pour la vitesse et le coût tout en acceptant une certaine réduction de capacité.

    Définir effort à "high" produit exactement le même comportement que d'omettre entièrement le paramètre effort.

    Le paramètre effort affecte tous les tokens dans la réponse, y compris :

    • Les réponses textuelles et les explications
    • Les appels d'outils et les arguments de fonction
    • La réflexion étendue (lorsqu'elle est activée)

    Cette approche présente deux avantages majeurs :

    1. Elle ne nécessite pas que la réflexion soit activée pour l'utiliser.
    2. Elle peut affecter toutes les dépenses de tokens, y compris les appels d'outils. Par exemple, un effort inférieur signifierait que Claude effectue moins d'appels d'outils. Cela donne un degré beaucoup plus grand de contrôle sur l'efficacité.

    Niveaux d'effort

    NiveauDescriptionCas d'usage typique
    maxCapacité absolue maximale sans contraintes sur la dépense de tokens. Opus 4.6 uniquement — les demandes utilisant max sur d'autres modèles retourneront une erreur.Tâches nécessitant le raisonnement le plus profond possible et l'analyse la plus approfondie
    highCapacité élevée. Équivalent à ne pas définir le paramètre.Raisonnement complexe, problèmes de codage difficiles, tâches agentiques
    mediumApproche équilibrée avec des économies de tokens modérées.Tâches agentiques qui nécessitent un équilibre entre la vitesse, le coût et les performances
    lowPlus efficace. Économies de tokens significatives avec une certaine réduction de capacité.Tâches plus simples qui ont besoin de la meilleure vitesse et des coûts les plus bas, comme les sous-agents

    L'effort est un signal comportemental, pas un budget de tokens strict. À des niveaux d'effort inférieur, Claude pensera toujours sur des problèmes suffisamment difficiles — il pensera simplement moins qu'il ne le ferait à des niveaux d'effort supérieur pour le même problème.

    Utilisation de base

    import anthropic
    
    client = anthropic.Anthropic()
    
    response = client.messages.create(
        model="claude-opus-4-6",
        max_tokens=4096,
        messages=[{
            "role": "user",
            "content": "Analyze the trade-offs between microservices and monolithic architectures"
        }],
        output_config={
            "effort": "medium"
        }
    )
    
    print(response.content[0].text)

    Quand dois-je ajuster le paramètre effort ?

    • Utilisez l'effort maximal lorsque vous avez besoin de la capacité absolue la plus élevée sans contraintes — le raisonnement le plus approfondi et l'analyse la plus profonde. Disponible uniquement sur Opus 4.6 ; les demandes utilisant max sur d'autres modèles retourneront une erreur.
    • Utilisez l'effort élevé (par défaut) lorsque vous avez besoin du meilleur travail de Claude — raisonnement complexe, analyse nuancée, problèmes de codage difficiles, ou toute tâche où la qualité est la priorité absolue.
    • Utilisez l'effort moyen comme option équilibrée lorsque vous voulez une performance solide sans la dépense complète de tokens de l'effort élevé.
    • Utilisez l'effort faible lorsque vous optimisez pour la vitesse (parce que Claude répond avec moins de tokens) ou le coût — par exemple, des tâches de classification simples, des recherches rapides, ou des cas d'usage à haut volume où les améliorations de qualité marginales ne justifient pas une latence ou une dépense supplémentaire.

    Effort avec l'utilisation d'outils

    Lors de l'utilisation d'outils, le paramètre effort affecte à la fois les explications autour des appels d'outils et les appels d'outils eux-mêmes. Les niveaux d'effort inférieur ont tendance à :

    • Combiner plusieurs opérations en moins d'appels d'outils
    • Effectuer moins d'appels d'outils
    • Procéder directement à l'action sans préambule
    • Utiliser des messages de confirmation brefs après l'achèvement

    Les niveaux d'effort supérieur peuvent :

    • Effectuer plus d'appels d'outils
    • Expliquer le plan avant de passer à l'action
    • Fournir des résumés détaillés des modifications
    • Inclure des commentaires de code plus complets

    Effort avec la réflexion étendue

    Le paramètre effort fonctionne aux côtés de la réflexion étendue. Son comportement dépend du modèle :

    • Claude Opus 4.6 utilise la réflexion adaptative (thinking: {type: "adaptive"}), où l'effort est le contrôle recommandé pour la profondeur de la réflexion. Bien que budget_tokens soit toujours accepté sur Opus 4.6, il est déprécié et sera supprimé dans une future version. À un effort high et max, Claude pense presque toujours profondément. À des niveaux inférieur, il peut ignorer la réflexion pour les problèmes plus simples.
    • Claude Opus 4.5 utilise la réflexion manuelle (thinking: {type: "enabled", budget_tokens: N}), où l'effort fonctionne aux côtés du budget de tokens de réflexion. Définissez le niveau d'effort pour votre tâche, puis définissez le budget de tokens de réflexion en fonction de la complexité de la tâche.

    Le paramètre effort peut être utilisé avec ou sans réflexion étendue activée. Lorsqu'il est utilisé sans réflexion, il contrôle toujours la dépense globale de tokens pour les réponses textuelles et les appels d'outils.

    Meilleures pratiques

    1. Commencez par high : Utilisez des niveaux d'effort inférieur pour troquer la performance contre l'efficacité des tokens.
    2. Utilisez low pour les tâches sensibles à la vitesse ou simples : Lorsque la latence est importante ou que les tâches sont simples, l'effort faible peut réduire considérablement les temps de réponse et les coûts.
    3. Testez votre cas d'usage : L'impact des niveaux d'effort varie selon le type de tâche. Évaluez les performances sur vos cas d'usage spécifiques avant de déployer.
    4. Envisagez un effort dynamique : Ajustez l'effort en fonction de la complexité de la tâche. Les requêtes simples peuvent justifier un effort faible tandis que le codage agentique et le raisonnement complexe bénéficient d'un effort élevé.

    Was this page helpful?

    • Comment fonctionne l'effort
    • Niveaux d'effort
    • Utilisation de base
    • Quand dois-je ajuster le paramètre effort ?
    • Effort avec l'utilisation d'outils
    • Effort avec la réflexion étendue
    • Meilleures pratiques