Cursor 3.11 introdujo las side chats: conversaciones de agente paralelas y persistentes que se abren con /side, /btw o el boton +, corren al lado del hilo principal sin interrumpirlo y se pueden re-mencionar con @ para devolver lo hallado a la conversacion buena. Suma busqueda de transcripciones de agente desde el command palette (indice local que escala a miles de conversaciones con rendimiento agil), Cmd+F con contador de coincidencias y hooks para cloud agents (beforeSubmitPrompt, afterAgentResponse, afterAgentThought, stop, subagentStart).
Vas a medio camino de una tarea con tu agente de IA, todo fluye, y de repente te asalta una duda lateral: espera, cómo estaba montada esta función antes. La preguntas en el mismo chat, el agente cambia de tema, y cuando quieres volver a lo que estabas haciendo el hilo original se ha diluido en un tangente que no venía a cuento. Ese pequeño desastre cotidiano tiene nombre en Cursor 3.11, y también solución: se llaman side chats. Son conversaciones de agente paralelas y persistentes que corren al lado del chat principal sin descarrilarlo, y su llegada marca un cambio de mentalidad sobre qué es, en realidad, un IDE con IA.
Un chat que ya no es un chat, sino muchos
Una side chat se abre de tres formas: el comando /side, el atajo /btw o un botón + en la parte superior del panel de chat. La idea, en palabras de la nota oficial, es dejarte hacer preguntas, explorar ideas e investigar tangentes sin interrumpir tu conversación principal con el agente. Y aquí está la parte más elegante: puedes re-mencionarla con una @ para traer de vuelta al hilo principal lo que descubriste en el tangente. Es la diferencia entre abrir una pestaña mental que se pierde y abrir una pestaña de verdad que sigue viva y a la que puedes citar. El chat de la IA deja de ser una única línea de conversación para volverse un árbol de hilos que ramificas y reincorporas a voluntad.
Encontrar lo que tu agente dijo hace mil conversaciones
El otro gran añadido resuelve el problema gemelo: la amnesia del historial. Cursor 3.11 suma búsqueda de transcripciones de agente desde el command palette, apoyada en un índice de búsqueda local que, según la nota oficial, escala a miles de conversaciones con rendimiento ágil. Dentro de cada conversación llega además el clásico Cmd+F, ahora con contador de coincidencias y navegación entre resultados a medida que te desplazas por transcripciones largas. Y para quien orquesta cloud agents aparecen hooks nuevos beforeSubmitPrompt, afterAgentResponse, afterAgentThought, stop y subagentStart que permiten observar y controlar la propia conversación del agente: sus prompts, sus respuestas, su razonamiento, sus subagentes y el cierre de cada turno. En conjunto no son features sueltas: son la infraestructura de alguien que asume que vas a tener muchos agentes hablando a la vez.
El dolor real que hay debajo: tu IA pierde la memoria
Si rascas un poco, todas estas piezas atacan al mismo enemigo. El valor de un agente vive y muere por su contexto: en cuanto un hilo se contamina con diez tangentes, el modelo empieza a mezclar objetivos, olvida la instrucción original y sus respuestas se degradan. Perder el hilo no es una molestia estética, es pérdida medible de calidad. Lo que Cursor hace con las side chats es darle al desarrollador un mecanismo ergonómico para proteger ese contexto: explorar en paralelo sin envenenar la conversación buena, y decidir después qué descubrimientos merecen volver al hilo principal vía @. La búsqueda de transcripciones es la otra cara de la misma moneda: memoria a largo plazo para que lo que un agente resolvió la semana pasada no se evapore. Los editores de IA están dejando de competir por quién tiene mejor autocompletado para competir por quién gestiona mejor el contexto de varios agentes vivos.
Qué significa para quien construye con IA
La lección que deja Cursor 3.11 trasciende al público que programa: el futuro de trabajar con IA no es tener una conversación, es orquestar varias sin perder el hilo de ninguna. La ergonomía que gana no es la del que escribe más rápido, sino la del que no deja que su contexto se ensucie. En NeuralOS ese mismo principio vive en los entornos multi-tab y la biblioteca: cada app, diseño o automatización que construyes conserva su propio hilo y su propio estado, para que abrir un frente nuevo no borre el anterior y puedas volver a cualquiera tal como lo dejaste. No te vendemos que hayamos inventado esto —la idea de proteger el contexto ramificándolo es de sentido común y la vemos florecer en todo el sector— pero sí es la misma convicción de fondo: una herramienta seria de construcción con IA se mide por cuántos hilos vivos puedes sostener a la vez sin que ninguno pierda la memoria.