Cursor 3.11 引入了 side chats：并行且持久的 agent 对话，通过 /side、/btw 或 + 按钮打开，在主线程旁边运行而不打断它，还能用 @ 重新提及，把发现的内容带回正经对话。它还新增了从 command palette 搜索 agent 转录记录（本地索引，可扩展到数千条对话且性能敏捷）、带匹配计数的 Cmd+F，以及面向 cloud agents 的 hooks（beforeSubmitPrompt、afterAgentResponse、afterAgentThought、stop、subagentStart）。
你和 AI agent 一起做一项任务做到一半，一切都很顺，突然一个岔开的疑问袭来：等等，这个功能之前是怎么搭起来的。你在同一个聊天里问了出来，agent 就跟着跑题，等你想回到原本在做的事情时，最初那条线程已经在一个本不该出现的旁支里被稀释掉了。这个每天都在上演的小灾难，在 Cursor 3.11 里有了名字，也有了解法：它们叫 side chats。这是一种并行且持久的 agent 对话，在主聊天旁边运行而不让它脱轨，它的登场标志着一种关于"带 AI 的 IDE 究竟是什么"的思路转变。
一个不再是单一聊天、而是许多聊天的聊天
side chat 有三种打开方式：/side 命令、/btw 快捷方式，或聊天面板顶部的一个 + 按钮。用官方说明的话讲，它的用意是让你提问、探索想法、追查旁支，而不打断你与 agent 的主对话。最精妙的地方在这里：你可以用一个 @ 重新提及它，把你在旁支里发现的东西带回主线程。这就是"打开一个会丢失的心智标签页"和"打开一个真正存在、依然活着、还能被你引用的标签页"之间的区别。AI 聊天不再是一条单一的对话线，而变成一棵你可以随意分岔、随意重新并入的线程之树。
找到你的 agent 在一千次对话之前说过的话
另一个重磅新增解决的是一个孪生问题：历史记录的失忆。Cursor 3.11 新增了从 command palette 搜索 agent 转录记录的功能，背后依托一个本地搜索索引，据官方说明，它能扩展到数千条对话且性能依旧敏捷。在每条对话内部还带来了经典的 Cmd+F，如今配有匹配计数，以及在你翻阅冗长转录记录时在结果之间导航的能力。而对于编排 cloud agents 的人，出现了新的 hooks——beforeSubmitPrompt、afterAgentResponse、afterAgentThought、stop 和 subagentStart——它们让你能够观察和控制 agent 自身的对话：它的 prompts、它的回复、它的推理、它的 subagents，以及每一轮的收尾。这些放在一起并不是零散的功能：它们是为一个假定你将同时拥有许多 agent 说话的人所准备的基础设施。
藏在下面的真正痛点：你的 AI 会失忆
只要你稍微刨一刨，就会发现所有这些拼图都在攻击同一个敌人。一个 agent 的价值靠它的上下文而生、也因上下文而死：一旦一条线程被十个旁支污染，模型就开始把目标搅在一起，忘掉最初的指令，回复随之退化。丢失线索不是一个美学上的困扰，而是可衡量的质量损失。Cursor 用 side chats 所做的，是给开发者一个符合人体工程学的机制来保护那份上下文：并行探索而不毒害那条正经对话，事后再决定哪些发现值得通过 @ 回到主线程。转录记录搜索是同一枚硬币的另一面：长期记忆，让 agent 上周解决过的东西不至于蒸发。AI 编辑器正在从比拼谁的自动补全更好，转向比拼谁能更好地管理多个活跃 agent 的上下文。
这对用 AI 做东西的人意味着什么
Cursor 3.11 留下的这堂课超越了写代码的人群：与 AI 协作的未来不是拥有一段对话，而是编排好几段而不丢失其中任何一段的线索。胜出的人体工程学不属于打字更快的人，而属于不让自己上下文被弄脏的人。在 NeuralOS 里，同样的原则活在多标签环境和资源库中：你构建的每一个 app、设计或自动化都保留着自己的线程和自己的状态，好让开启一条新战线不会抹掉上一条，你可以按你离开时的样子回到其中任何一条。我们不会向你兜售说这是我们发明的——通过分岔来保护上下文的想法是常识，我们看到它在整个行业里蔚然成风——但底层的信念是一样的：一个严肃的 AI 构建工具，衡量它的标准是你能同时撑起多少条活跃线程而其中没有任何一条丢失记忆。