Actualizaciones de abril de OpenClaw: Un mes de cambios radicales y confianza erosionada

OpenClaw publicó siete actualizaciones en abril, y cada una arreglaba algo mientras rompía otra cosa. Los usuarios están perdiendo la confianza.
Cronología de las actualizaciones de abril
- 4.14: lossless-claw roto. Requería una actualización de plugin por separado.
- 4.20: se parcheó un agujero de seguridad en .env (ventana de explotación desconocida).
- 4.24: el script posterior a la instalación eliminó 1617 de 4116 archivos. La puerta de enlace no arrancaba. Se presentaron 16 incidencias el mismo día.
- 4.25: se corrigió el restablecimiento de sesión, roto desde 4.1 (tres meses).
- 4.26: instala silenciosamente la habilidad coding-agent que requiere clave OpenAI. Cada mensaje falla (#73358).
- 4.27: npm update reforzado. Comprobaciones MCP con cierre en fallo. Corrección de caída por EPIPE. Con suerte estable.
Estrategias de los usuarios
Un enfoque común: esperar una semana, revisar las incidencias de GitHub, actualizar solo cuando las correcciones superen el riesgo. Hacer una copia de seguridad de todo primero. Algunos usuarios ejecutan producción en betterclaw y solo experimentan con OpenClaw autoalojado.
Conclusión
El ciclo de actualizaciones de abril redujo la confianza. El efecto neto de cada corrección más nuevo error es cero o negativo. Hasta que el proceso de lanzamiento madure, el despliegue cauteloso es la única apuesta segura.
📖 Leer la fuente completa: r/openclaw
👀 Ver también

Claude 4.6 Pensamiento Adaptativo: Usuario de Reddit Informa Desperdicio de Tokens y Proporciona Comandos de Desactivación
Un usuario de Reddit informa que la nueva función de pensamiento adaptativo de Claude 4.6 puede desperdiciar tokens y agregar latencia en Claude Code, proporcionando comandos de shell para desactivarla o limitar los tokens de pensamiento.

El modo automático de Claude Code se convierte en el predeterminado: por qué Anthropic dejó de confiar en los humanos
El modo Auto de Claude Code, que ejecuta tareas de agente con mínima intervención humana, se convertirá en el predeterminado debido a la creencia de que la supervisión humana ralentiza los flujos de trabajo e introduce errores.

El modelo MiniMax M2.7 muestra un rendimiento sólido como agente de codificación con IA.
Un desarrollador probó MiniMax M2.7 como su principal agente de IA para programación y descubrió que superó a GPT 5.4 y Gemini 3.1 Pro en velocidad y tareas de herramientas, con puntuaciones de referencia del 56,22% en SWE-Pro y del 57,0% en Terminal Bench 2.

Bonsai 1.7B Modelo Ternario Alcanza 442 T/s en M4 Max con Núcleos Metal Ajustados Autónomamente
El agente autónomo ata ha optimizado los kernels Metal para Bonsai 1.7B Q2_0, logrando 442 t/s en decodificación (+42%) y 4622 t/s en prefill (+9%) en M4 Max en comparación con llama.cpp sin modificar.