OpenClaw lanzó la versión 2.0 el 30 de agosto. El gestor de comunidad Hannes Rudolph dio una serie de cifras en las notas de lanzamiento: participaron 933 colaboradores, de los cuales 569 enviaron código al proyecto por primera vez; el número de pull requests fusionados superó los 16.000, cerca de la mitad de todo lo fusionado desde el inicio del proyecto.
El significado de esa mitad es que el volumen de código absorbido por este único lanzamiento equivale, a grandes rasgos, a la suma de todos los lanzamientos anteriores.
Antes de la 2.0, el ritmo de OpenClaw estaba en el extremo opuesto. En 230 días se publicaron 106 versiones, una actualización cada poco más de dos días en promedio. Esta vez el equipo pasó casi siete semanas sin sacar ninguna versión nueva; calculando con el ritmo anterior, en ese periodo deberían haber aparecido unas veinte versiones menores, todas acumuladas en un solo número de versión.
Tres cambios que el usuario nota de verdad
Según el discurso oficial, la 2.0 abarca instalación, mensajería, memoria, habilidades, modelos, automatización, navegador, plugins y seguridad, es decir, se tocó cada frente. Hay tres puntos que el usuario puede notar directamente.
El proceso de instalación se acortó. El nuevo esquema reutiliza directamente la suscripción de modelo que ya tiene el usuario y los modelos ya instalados localmente, saltándose la parte más desalentadora de la configuración inicial: introducir claves, elegir backend, probar la conexión una y otra vez. Para quien se enfrenta por primera vez a este tipo de framework de agentes, ese tramo decide si abandona en los primeros diez minutos.
El navegador pasó de ser una función secundaria a la puerta de entrada principal. Tras la reconstrucción, se puede conversar directamente desde el navegador sin tener que volver a la ventana de terminal. La cifra de 569 colaboradores primerizos probablemente guarda relación de causa y efecto con este cambio: al bajar la barrera de entrada, entra más gente nueva.
Las sesiones compartidas en la nube son una función completamente nueva. Varias personas pueden entrar en la misma sesión para colaborar, con el contexto guardado en la nube en lugar de en local en cada máquina. Junto con esto llega la integración de correo electrónico, mensajería instantánea y otros canales, empujando una herramienta pensada para un solo equipo un paso más hacia una herramienta de equipo.
Rudolph resume el posicionamiento en las notas de lanzamiento así: "OpenClaw is open source, and it belongs to the people who use it and help build it" (OpenClaw es de código abierto y pertenece a las personas que lo usan y ayudan a construirlo). A nivel de producto, el discurso pasó de "aceptar el software tal como viene predefinido" a "decirle qué hacer y dejar que crezca en torno a tu forma de usarlo".
Qué trajeron siete semanas de silencio
Avanzar en pasos pequeños y rápidos es la postura por defecto de los proyectos de código abierto, con la ventaja de un coste bajo de rollback y problemas que salen a la luz pronto. Que el ritmo de una versión cada dos días se mantuviera durante más de doscientos días muestra que OpenClaw venía cosechando precisamente ese beneficio.
Siete semanas de silencio son la decisión contraria. Entre 16.000 pull requests inevitablemente hay muchos cambios interdependientes: había que tocar la instalación, reconstruir el navegador, llevar las sesiones a la nube; publicarlos por partes habría dejado el estado intermedio constantemente inutilizable. Al empaquetarlo todo en un único lanzamiento, el usuario asume el coste de la actualización de golpe, mientras que los mantenedores tienen que procesar en la misma ventana de fusión el código de casi mil personas a la vez.
933 colaboradores para 16.000 pull requests dan, a grandes rasgos, unos diecisiete PR por persona. Los 569 primerizos representan alrededor del 61%. Esta estructura muestra que el grueso del trabajo sigue recayendo en un pequeño grupo de mantenedores veteranos, mientras que las contribuciones de los recién llegados se concentran más en documentación, plugins y correcciones puntuales, un patrón habitual cuando los grandes proyectos de código abierto absorben código externo.
La cuarta vez en medio año
La última vez que OpenClaw estuvo en el centro del debate fue por una crisis de confianza sobre la seguridad de su cadena de suministro; antes de eso, Anthropic llegó a prohibirlo, luego lo volvió a habilitar y separó las cuotas dedicadas a agentes de IA. Que un framework de agentes de código abierto genere fricción en el ecosistema de forma repetida en solo medio año ya indica, de por sí, que está atrapado en medio de los proveedores de modelos, los autores de plugins y los usuarios finales.
La 2.0 también incluyó la seguridad en su lista de cambios, aunque los detalles no se han hecho públicos oficialmente. Para quienes vivieron la anterior crisis de confianza, esta parte merece más atención que la nueva colaboración en la nube. Las sesiones compartidas implican que el contexto de la conversación sale del dispositivo local, y el sistema de plugins ya fue antes fuente de riesgos; juntando ambas cosas, la necesidad de auditoría solo aumenta.
Un salto de número de versión de 1.x a 2.0 suele implicar cambios incompatibles. Quien quiera actualizar hará bien en confirmar antes si sus plugins y scripts de automatización siguen funcionando.
Fuentes: notas de lanzamiento oficiales de OpenClaw, CocoLoop; el número de colaboradores, el total de pull requests y la frecuencia de lanzamientos siguen los datos publicados en las notas de lanzamiento oficiales; los PR por persona y los porcentajes son estimaciones de la redacción.