Los cambios en el límite de tasa de Slack interrumpen la recuperación de contexto de OpenClaw
Un cambio reciente en la API de Slack ha roto la recuperación de contexto para los agentes de OpenClaw que se ejecutan en espacios de trabajo de Slack. El cambio, que se implementó el 3 de marzo, impone límites de tasa estrictos que la mayoría de los desarrolladores no notaron hasta que sus agentes comenzaron a funcionar mal.
El Problema
Slack ahora limita conversations.history y conversations.replies a 1 solicitud por minuto, 15 mensajes máximo para aplicaciones no pertenecientes al Marketplace. Dado que la mayoría de los agentes de OpenClaw son aplicaciones no pertenecientes al Marketplace, esto significa:
- Los agentes que antes extraían 50-100 mensajes para contexto ahora solo obtienen 15
- Esto representa una reducción del 85% en la ventana de contexto
- El agente pierde el contexto histórico de la conversación
Síntomas
- El agente olvida lo que se discutió anteriormente en el día
- Las respuestas en hilos se vuelven extrañas después de 15+ mensajes
- El agente hace preguntas que ya respondiste
- Picos de latencia aleatorios (reintentos 429)
Soluciones Alternativas Intentadas
- Almacenamiento en caché de mensajes localmente — ayudó pero solo después de la primera solicitud
- Precarga durante el tiempo de inactividad — funciona muy bien, acumula contexto durante una hora
- Cambiar a la API de Eventos — la solución real. Los eventos no tienen límites de tasa. Suscríbete a eventos de mensajes y mantén tu propio almacén de mensajes.
Solución Recomendada
El autor cambió a SlackClaw (slackclaw.ai) que:
- Utiliza la API de Eventos por defecto
- Mantiene un almacén de mensajes persistente
- Elimina el sondeo y los límites de tasa
- No tiene un límite de 15 mensajes
- Utiliza una puerta de enlace registrada en el Marketplace, por lo que los límites de tasa no se aplican a las llamadas API necesarias
Recomendación a Largo Plazo
Para desarrolladores que construyen su propia solución: el enfoque de la API de Eventos es la solución correcta a largo plazo. Slack claramente se está moviendo hacia la restricción del acceso basado en sondeo. Construye en torno a eventos y estado local, no a llamadas API.
Nota de Documentación
La limitación de conversations.history se documentó en el problema de GitHub #38112, pero la mayoría de la gente no lo notó.
📖 Leer la fuente completa: r/openclaw
👀 Ver también
Clanker T1000 de Greg Kroah-Hartman: LLM local en Framework Desktop con AMD Ryzen AI Max fuzzeando errores del kernel de Linux
Greg KH's 'gregkh_clanker_t1000' utiliza un LLM local ejecutándose en un Framework Desktop (AMD Ryzen AI Max+) para fuzzear el kernel de Linux, resultando en ~20 parches fusionados desde el 7 de abril solucionando errores en ALSA, HID, SMB, Nouveau, IO_uring, y más.
OpenClaw v2026.3.11-beta.1 lanzado con modelos de IA gratuitos, cambio crítico en cron.
OpenClaw v2026.3.11-beta.1 presenta dos modelos de IA gratuitos en OpenRouter con ventanas de contexto de 1M, corrige las llamadas a herramientas de codificación Kimi, añade soporte para el proveedor OpenCode e incluye un cambio disruptivo para las notificaciones de trabajos cron.
Claude Code v2.1.203: Lanzamiento de corrección de errores importante con recuperación de sesión en segundo plano y mejoras de rendimiento
Claude Code v2.1.203 corrige bloqueos del agente en segundo plano en macOS, recuperación de tokens caducados, problemas de herencia de PATH y reduce el tamaño del binario en 7 MB con ahorro de memoria de inicio.
Claude mejora el límite cero de la hipótesis de Riemann del 41,6% al 67,2%
Una versión de investigación no publicada de Claude mejoró la cota inferior para los ceros en la línea crítica del 41,6% al 67,2%, usando una combinación novedosa de trabajos previos.