O Cursor 3.11 introduziu os side chats: conversas de agente paralelas e persistentes que se abrem com /side, /btw ou o botão +, rodam ao lado da thread principal sem interrompê-la e podem ser re-mencionadas com @ para devolver o que foi descoberto à conversa boa. Soma busca de transcrições de agente a partir do command palette (índice local que escala para milhares de conversas com desempenho ágil), Cmd+F com contador de correspondências e hooks para cloud agents (beforeSubmitPrompt, afterAgentResponse, afterAgentThought, stop, subagentStart).
Você está na metade de uma tarefa com seu agente de IA, tudo fluindo, e de repente bate uma dúvida lateral: espera, como é que essa função estava montada antes. Você pergunta no mesmo chat, o agente muda de assunto, e quando você quer voltar ao que estava fazendo a thread original já se diluiu num tangente que não vinha ao caso. Esse pequeno desastre cotidiano tem nome no Cursor 3.11, e também solução: chamam-se side chats. São conversas de agente paralelas e persistentes que rodam ao lado do chat principal sem descarrilá-lo, e sua chegada marca uma mudança de mentalidade sobre o que é, na verdade, uma IDE com IA.
Um chat que já não é um chat, mas vários
Uma side chat se abre de três formas: o comando /side, o atalho /btw ou um botão + na parte de cima do painel de chat. A ideia, nas palavras da nota oficial, é deixar você fazer perguntas, explorar ideias e investigar tangentes sem interromper sua conversa principal com o agente. E aqui está a parte mais elegante: você pode re-mencioná-la com uma @ para trazer de volta à thread principal o que descobriu no tangente. É a diferença entre abrir uma aba mental que se perde e abrir uma aba de verdade que segue viva e que você pode citar. O chat da IA deixa de ser uma única linha de conversa para virar uma árvore de threads que você ramifica e reincorpora à vontade.
Encontrar o que seu agente disse mil conversas atrás
O outro grande acréscimo resolve o problema gêmeo: a amnésia do histórico. O Cursor 3.11 soma busca de transcrições de agente a partir do command palette, apoiada num índice de busca local que, segundo a nota oficial, escala para milhares de conversas com desempenho ágil. Dentro de cada conversa chega ainda o clássico Cmd+F, agora com contador de correspondências e navegação entre resultados à medida que você percorre transcrições longas. E para quem orquestra cloud agents surgem hooks novos beforeSubmitPrompt, afterAgentResponse, afterAgentThought, stop e subagentStart que permitem observar e controlar a própria conversa do agente: seus prompts, suas respostas, seu raciocínio, seus subagentes e o fechamento de cada turno. No conjunto não são features soltas: são a infraestrutura de alguém que assume que você vai ter muitos agentes falando ao mesmo tempo.
A dor real por trás disso: sua IA perde a memória
Se você raspar um pouco, todas essas peças atacam o mesmo inimigo. O valor de um agente vive e morre pelo seu contexto: assim que uma thread se contamina com dez tangentes, o modelo começa a misturar objetivos, esquece a instrução original e suas respostas se degradam. Perder o fio não é um incômodo estético, é perda mensurável de qualidade. O que o Cursor faz com as side chats é dar ao desenvolvedor um mecanismo ergonômico para proteger esse contexto: explorar em paralelo sem envenenar a conversa boa, e decidir depois quais descobertas merecem voltar à thread principal via @. A busca de transcrições é o outro lado da mesma moeda: memória de longo prazo para que o que um agente resolveu na semana passada não se evapore. Os editores de IA estão deixando de competir por quem tem o melhor autocompletar para competir por quem gerencia melhor o contexto de vários agentes vivos.
O que isso significa para quem constrói com IA
A lição que o Cursor 3.11 deixa transcende o público que programa: o futuro de trabalhar com IA não é ter uma conversa, é orquestrar várias sem perder o fio de nenhuma. A ergonomia que ganha não é a de quem escreve mais rápido, mas a de quem não deixa seu contexto se sujar. No NeuralOS esse mesmo princípio vive nos ambientes multi-tab e na biblioteca: cada app, design ou automação que você constrói conserva sua própria thread e seu próprio estado, para que abrir uma frente nova não apague a anterior e você possa voltar a qualquer uma exatamente como a deixou. Não estamos te vendendo que inventamos isso — a ideia de proteger o contexto ramificando-o é de bom senso e a vemos florescer no setor inteiro —, mas é a mesma convicção de fundo: uma ferramenta séria de construção com IA se mede por quantas threads vivas você consegue sustentar ao mesmo tempo sem que nenhuma perca a memória.