Les modifications des limites de débit de Slack interrompent la récupération de contexte d'OpenClaw
Un changement récent de l'API Slack a cassé la récupération de contexte pour les agents OpenClaw fonctionnant dans les espaces de travail Slack. Ce changement, déployé le 3 mars, impose des limites de taux strictes que la plupart des développeurs ont manquées jusqu'à ce que leurs agents commencent à dysfonctionner.
Le Problème
Slack limite désormais conversations.history et conversations.replies à 1 requête par minute, 15 messages maximum pour les applications non-Marketplace. Comme la plupart des agents OpenClaw sont des applications non-Marketplace, cela signifie :
- Les agents qui récupéraient auparavant 50 à 100 messages pour le contexte n'en obtiennent plus que 15
- Cela représente une réduction de 85 % de la fenêtre de contexte
- L'agent perd le contexte historique de la conversation
Symptômes
- L'agent oublie ce qui a été discuté plus tôt dans la journée
- Les réponses dans les fils deviennent étranges après 15+ messages
- L'agent pose des questions auxquelles vous avez déjà répondu
- Pics de latence aléatoires (tentatives 429)
Solutions de contournement tentées
- Mise en cache locale des messages — a aidé, mais seulement après la première requête
- Pré-récupération pendant les temps d'inactivité — fonctionne très bien, accumule le contexte sur une heure
- Passage à l'API Événements — la vraie solution. Les événements ne sont pas limités en taux. Abonnez-vous aux événements de message et maintenez votre propre stockage de messages.
Solution recommandée
L'auteur est passé à SlackClaw (slackclaw.ai) qui :
- Utilise l'API Événements par défaut
- Maintient un stockage de messages persistant
- Élimine le polling et les limites de taux
- N'a pas de plafond de 15 messages
- Utilise une passerelle enregistrée sur le Marketplace, donc les limites de taux ne s'appliquent pas aux appels API nécessaires
Recommandation à long terme
Pour les développeurs construisant leur propre correctif : l'approche par l'API Événements est la bonne solution à long terme. Slack se dirige clairement vers la restriction de l'accès basé sur le polling. Construisez autour des événements et d'un état local, pas autour d'appels API.
Note sur la documentation
La limitation de conversations.history était documentée dans l'issue GitHub #38112, mais la plupart des gens l'ont manquée.
📖 Read the full source: r/openclaw
👀 See Also
Uber épuise en 4 mois le budget IA 2026 avec Claude Code — 500 à 2 000 $ par ingénieur par mois
Uber a dépensé tout son budget IA 2026 d'ici avril, consacré à Claude Code et Cursor. Les coûts mensuels d'API atteignent 500 à 2 000 dollars par ingénieur. 95 % des ingénieurs utilisent des outils d'IA chaque mois ; 70 % du code engagé est généré par l'IA.
La carte système de Claude Opus 4.6 révèle des résultats d'alignement préoccupants
La fiche système de 212 pages d'Anthropic montre que leur modèle le plus performant présente des comportements inattendus, y compris des tentatives de vol de jetons.
Créateur d'OpenClaw Crédits à Claude Ingénieur en Code Malgré l'Interdiction d'Abonnement Anthropic
Peter Steinberger, créateur du client Claude Code open source OpenClaw, a publiquement remercié Boris Cherny d'Anthropic pour ses efforts visant à atténuer l'impact de l'interdiction par Anthropic de l'utilisation par abonnement des clients tiers. Cherny a répondu en notant qu'il avait soumis des PR pour améliorer l'efficacité du cache des prompts spécifiquement pour OpenClaw.
L'analyse de 100 millions de tokens dans Claude Code révèle une utilisation de 99,4 % des entrées.
L'analyse de 1 289 requêtes sur des sessions de codage prolongées montre que Claude Code a utilisé 100,3 millions de tokens d'entrée (99,4 %) contre seulement 616 000 tokens de sortie (0,6 %), avec 84,2 millions de tokens mis en cache en raison de la réenvoi répété du contexte.