Cursor Automations resuelve el problema que creó la codificación agente. Los ingenieros ahora pueden gestionar más de 10 agentes de codificación a la vez, pero la atención humana se convirtió en el cuello de botella. No puedes cuidar a una docena de agentes mientras también haces tu trabajo real. Las automatizaciones invierten el modelo: en lugar de que tú lances agentes, lo hacen los eventos. Un PR fusionado activa una auditoría de seguridad. Una alerta de PagerDuty activa un agente que consulta registros y propone una solución. Un trabajo cron revisa las brechas de cobertura de pruebas cada mañana. Cada automatización se ejecuta en un sandbox en la nube aislado con acceso completo a las herramientas que configuras a través de MCP (un protocolo estándar que permite a los agentes conectarse a Slack, Linear, GitHub, Datadog o cualquier API personalizada). El agente sigue tus instrucciones, verifica su propio trabajo y aprende de ejecuciones pasadas a través de un sistema de memoria incorporado. Cursor ejecuta cientos de estas por hora internamente. Su automatización de seguridad detectó múltiples vulnerabilidades al auditar cada push a main sin bloquear PRs. Esto desbloquea 4 cosas que no eran prácticas antes: 1. Revisión continua de código a una profundidad que los humanos omiten 2. Respuesta a incidentes que comienza a investigar antes de que te paguen 3. Trabajo de mantenimiento que ocurre según un horario, no cuando alguien lo recuerda 4. Síntesis de conocimiento a través de herramientas Los próximos dos años estarán definidos por quién construye la mejor fábrica, no el mejor código. Las empresas que se muevan más rápido no serán las que tengan los mejores ingenieros. Serán aquellas cuyos ingenieros pasaron tiempo configurando automatizaciones en lugar de escribir código.

Un modelo de 24 mil millones de parámetros acaba de ejecutarse en una laptop y eligió la herramienta correcta en menos de medio segundo. La verdadera historia es que los agentes que llaman a herramientas finalmente se volvieron lo suficientemente rápidos como para sentirse como software. Liquid construyó LFM2-24B-A2B utilizando una arquitectura híbrida que mezcla bloques de convolución con atención de consulta agrupada en una proporción de 1:3. Solo se activan 2.3 mil millones de parámetros por token, a pesar de que el modelo completo tiene 24 mil millones. Ese patrón de activación dispersa es la razón por la que cabe en 14.5 GB de memoria y despacha herramientas en 385 milisegundos en un M4 Max. La arquitectura fue diseñada a través de una búsqueda de hardware en el bucle, lo que significa que optimizaron la estructura del modelo probándola directamente en los chips en los que se ejecutaría. Sin capa de traducción en la nube. Sin ida y vuelta de API. El modelo, las herramientas y tus datos permanecen en la máquina. Esto desbloquea tres cosas que eran imprácticas antes: 1. Las industrias reguladas pueden ejecutar agentes en las laptops de los empleados sin que los datos salgan del dispositivo. 2. Los desarrolladores pueden prototipar flujos de trabajo de múltiples herramientas sin gestionar claves de API o límites de tasa. 3. Los equipos de seguridad obtienen auditorías completas sin subprocesadores de proveedores en el bucle. El modelo alcanzó un 80% de precisión en la selección de herramientas de un solo paso a través de 67 herramientas que abarcan 13 servidores MCP. Si este rendimiento se mantiene a gran escala, dos suposiciones necesitan ser actualizadas. Primero, los agentes en el dispositivo ya no son un compromiso con la duración de la batería; son una característica de cumplimiento. En segundo lugar, el cuello de botella en los flujos de trabajo agénticos está cambiando de la capacidad del modelo a la madurez del ecosistema de herramientas.