Pular para o conteúdo
Ferramentas

Cursor 3.11 lança os Side Chats: a IDE vira um gerenciador de threads de agente em paralelo

O Cursor 3.11 introduz os "side chats": conversas de agente paralelas e persistentes que se abrem com /side, /btw ou um 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 e hooks para cloud agents. A IDE deixa de ser um chat para virar um painel de controle de vários agentes vivos.

Equipo NeuralOSRadar de IAJul 10, 20264 min read

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.

Share Back to News