Anthropic - OpenClaw : de nouveau utilisable

• Un responsable d’Anthropic a indiqué que l’usage de Claude CLI dans le style OpenClaw est de nouveau autorisé
• La prise en charge de la clé API Anthropic et de la réutilisation de Claude CLI est assurée conjointement, et les profils de jeton Anthropic existants restent également reconnus à l’exécution
• Le backend Claude CLI est de nouveau traité comme une méthode d’intégration autorisée, et l’usage de claude -p reste également permis jusqu’à l’annonce d’une nouvelle politique
• Les modèles Claude 4.6 appliquent par défaut adaptive thinking lorsqu’aucun réglage explicite de thinking n’est défini, avec possibilité de le redéfinir via /think:<level> ou les paramètres du modèle
• Le basculement /fast n’injecte service_tier que pour les requêtes envoyées directement à api.anthropic.com ; si elles passent par un proxy ou une gateway, le changement de tier n’est pas appliqué
• La prompt caching et la fenêtre de contexte 1M sont également prises en charge, mais le caching est réservé à l’API et le contexte 1M nécessite une activation explicite ainsi qu’une autorisation d’usage long-context ; avec l’authentification existante sk-ant-oat-*, l’en-tête bêta est exclu

---

Mode de prise en charge par Anthropic

• L’accès à la famille de modèles Claude prend en charge à la fois l’API et Claude CLI, et OpenClaw permet d’utiliser à la fois la clé API Anthropic et la réutilisation de Claude CLI
  • Les profils de jeton Anthropic existants déjà configurés restent eux aussi reconnus à l’exécution

• Clé API Anthropic

  • Voie adaptée à l’accès API standard et à une facturation à l’usage
  • La clé API peut être créée dans la console Anthropic
  • Dans l’exemple de configuration CLI, il est possible de sélectionner Anthropic API key dans openclaw onboard
  • La méthode non interactive openclaw onboard --anthropic-api-key "$ANTHROPIC_API_KEY" est prise en charge
  • L’exemple de configuration utilise la variable d’environnement ANTHROPIC_API_KEY et le modèle par défaut anthropic/claude-opus-4-6

Valeur par défaut de thinking

• Les modèles Claude 4.6 appliquent par défaut adaptive thinking dans OpenClaw lorsqu’aucun niveau de thinking n’est défini explicitement
• Il est possible de le redéfinir par message avec /think:<level> ou via le paramètre de modèle agents.defaults.models["anthropic/<model>"].params.thinking
• Des liens vers la documentation Adaptive thinking et Extended thinking sont fournis

Mode fast

• Le basculeur /fast partagé d’OpenClaw prend aussi en charge le trafic Anthropic public direct envoyé à api.anthropic.com
  • Cela inclut à la fois les requêtes authentifiées par clé API et les requêtes authentifiées par OAuth
• /fast on est mappé vers service_tier: "auto"
• /fast off est mappé vers service_tier: "standard_only"
• L’exemple de valeur par défaut de configuration utilise params.fastMode: true pour le modèle anthropic/claude-sonnet-4-6

• Limitations

  • OpenClaw n’injecte le service tier Anthropic que pour les requêtes directes vers api.anthropic.com
  • Si les requêtes anthropic/* sont redirigées via un proxy ou une gateway, /fast ne modifie pas service_tier
  • Si un paramètre de modèle serviceTier ou service_tier est défini explicitement, il prévaut sur la valeur par défaut de /fast
  • Anthropic enregistre le tier réellement appliqué dans usage.service_tier de la réponse
  • Pour les comptes sans Priority Tier capacity, service_tier: "auto" peut toujours être interprété comme standard

Prompt caching

• OpenClaw prend en charge la fonctionnalité prompt caching d’Anthropic
• Cette fonctionnalité est réservée à l’API, et l’authentification via les jetons Anthropic existants ne reflète pas les réglages de cache

• Configuration

  • Utilisation du paramètre cacheRetention dans la configuration du modèle
  • none désactive le caching
  • short correspond à un cache de 5 minutes
  • long correspond à un cache étendu d’1 heure
  • L’exemple de configuration utilise params.cacheRetention: "long" pour le modèle anthropic/claude-opus-4-6

• Valeurs par défaut

  • Lors de l’utilisation d’une authentification par clé API Anthropic, cacheRetention: "short" est automatiquement appliqué à tous les modèles Anthropic
  • Il est possible de redéfinir cette valeur par défaut en configurant explicitement cacheRetention

• Redéfinition par agent

  • Les paramètres au niveau du modèle servent de base, puis certains agents peuvent être redéfinis individuellement via agents.list[].params
  • Dans l’exemple, research conserve la configuration par défaut tandis que alerts applique cacheRetention: "none"
  • L’ordre de fusion des paramètres liés au cache suit agents.defaults.models["provider/model"].params, puis agents.list[].params
  • Même avec le même modèle, un agent peut conserver un cache long tandis qu’un autre peut désactiver le cache
  • Un exemple de désactivation du cache mentionne l’évitement des coûts d’écriture pour un trafic en rafale ou peu réutilisable

• Référence Bedrock Claude

  • Les modèles Anthropic Claude sur Bedrock amazon-bedrock/*anthropic.claude* prennent en charge la transmission de cacheRetention lorsqu’il est configuré
  • Les modèles Bedrock non-Anthropic sont forcés à cacheRetention: "none" à l’exécution
  • Les valeurs intelligentes par défaut basées sur la clé API Anthropic appliquent aussi cacheRetention: "short" aux références de modèles Claude-on-Bedrock lorsqu’aucune valeur explicite n’est fournie

Fenêtre de contexte 1M

• La fenêtre de contexte 1M d’Anthropic est une fonctionnalité bêta restreinte ; dans OpenClaw, elle peut être activée avec params.context1m: true pour chaque modèle Opus/Sonnet compatible
• L’exemple de configuration utilise params.context1m: true pour le modèle anthropic/claude-opus-4-6
• OpenClaw la mappe vers l’en-tête Anthropic anthropic-beta: context-1m-2025-08-07
• Cette fonctionnalité n’est activée que lorsque params.context1m vaut explicitement true pour le modèle concerné
• Condition d’usage : Anthropic doit autoriser le long-context usage pour les identifiants d’authentification utilisés
• À l’heure actuelle, Anthropic refuse les requêtes bêta context-1m-* lors de l’utilisation de l’authentification par jeton Anthropic existante sk-ant-oat-*
• Si context1m: true est défini avec le mode d’authentification existant, OpenClaw enregistre un avertissement, ignore l’en-tête bêta context1m et bascule vers la fenêtre de contexte standard
  • Le bêta OAuth requis est, lui, conservé

Backend Claude CLI

• Le backend Anthropic claude-cli inclus est pris en charge par OpenClaw
• Un employé d’Anthropic a indiqué que cette manière de l’utiliser est de nouveau autorisée
• En conséquence, OpenClaw traite la réutilisation de Claude CLI et l’usage de claude -p comme des méthodes d’intégration autorisées jusqu’à ce qu’Anthropic publie une nouvelle politique
• Pour un hôte de gateway toujours actif et un contrôle explicite de la facturation côté serveur, la clé API Anthropic reste la voie opérationnelle la plus claire
• Les détails de configuration et d’exécution sont disponibles sous /gateway/cli-backends

Remarques

• La documentation publique Claude Code d’Anthropic continue de documenter l’usage direct du CLI, y compris claude -p
• Un employé d’Anthropic a indiqué que l’usage de Claude CLI selon l’approche OpenClaw est de nouveau autorisé, et cela est considéré comme la consigne confirmée jusqu’à l’annonce d’un nouveau changement de politique par Anthropic
• Le setup-token Anthropic reste aussi proposé dans OpenClaw comme voie d’authentification prise en charge
• Toutefois, lorsque c’est possible, OpenClaw privilégie davantage la réutilisation de Claude CLI et claude -p
• Les détails sur l’authentification et les règles de réutilisation sont disponibles sous /concepts/oauth

Dépannage

• 401 errors / token suddenly invalid

  • L’authentification par jeton Anthropic peut expirer ou être révoquée
  • Pour les nouvelles configurations, une migration vers la clé API Anthropic est recommandée

• No API key found for provider “anthropic”

  • L’authentification s’applique par agent
  • Les nouveaux agents n’héritent pas de la clé de l’agent principal
  • Il faut relancer l’onboarding pour l’agent concerné, ou définir une clé API sur l’hôte de gateway puis vérifier avec openclaw models status

• No credentials found for profile anthropic:default

  • Il est possible de vérifier quel profil d’authentification est actif avec openclaw models status
  • Il faut relancer l’onboarding ou définir la clé API sur le chemin du profil correspondant

• No available auth profile (all in cooldown/unavailable)

  • openclaw models status --json permet de vérifier auth.unusableProfiles
  • Le cooldown de rate limit Anthropic peut être par modèle ; même si le modèle actuel est en cooldown, un autre modèle Anthropic de la même famille peut rester utilisable
  • Il faut ajouter un autre profil Anthropic ou attendre la fin du cooldown
  • Des ressources complémentaires sont disponibles sous /gateway/troubleshooting et /help/faq