Cursor 3.11 fixes agent amnesia with searchable history and side chats

Cursor v3.11 adds durable side chats via /side and /btw, a local index for Cmd+K transcript search, and five new cloud agent hooks. Here is how I use parallel threads without losing the main agent.

SaifullahSaifullah
5 min read
Cursor 3.11 fixes agent amnesia with searchable history and side chats

You finally get an agent loop green. Then you ask one tangent question and the whole thread derails.

That was the daily tax before Cursor 3.11 landed on July 10, 2026. The release ships two UX fixes that sound small and change how parallel agent work actually feels: side chats for durable tangents and conversation search across thousands of past transcripts.

I have been running Cursor cloud agents and local harnesses for client repos all year. Version 3.11 is the first update where I stopped copy-pasting conclusions between tabs.

Side chats are full agents, not popups

The headline feature is easy to misunderstand. A side chat is not a lightweight ask box.

Per the official changelog, side chats are durable, full agent conversations that run parallel to your main thread. You spawn one with:

  • /side
  • /btw
  • The plus button at the top of the chat panel

The side thread inherits context from the main chat, but it keeps its own history. You can close it, reopen it, and @-mention it later to pull its conclusions back into the main agent without retyping.

Diagram of a main agent thread with parallel side chat branches merging back through at-mentions

That distinction matters in production. Clearing your prompt and asking a new question loses state. A side chat turns the tangent into a persistent artifact you can revisit.

When I actually use side chats

ScenarioMain threadSide chat
Multi-file refactor in flightKeeps editing"Does this repo even use IAsyncEnumerable anywhere?"
Long cloud agent on a PRWaits for CI"Check if migration 047 already ran in staging"
Client demo prepPolishes UI copy"Summarize last week's agent run on billing service"

Side chats default toward reading, searching, and answering. That is the right bias. You want the main agent executing; you want the side thread thinking without hijacking the tool loop.

This sits one layer below the heavier parallelism I covered in Cursor cloud agents and event subscriptions. Subscriptions wake an agent when CI fails. Side chats give you a thinking lane that does not block the worker.

Conversation search fixes institutional memory

Parallel threads multiply fast. The second pain point 3.11 attacks is finding anything you said last Tuesday.

Cursor now builds a local search index over agent transcripts. In the Agents Window:

  • Cmd+K searches across conversations (content, not just PR titles)
  • Cmd+F jumps between matches inside the open transcript with a counter
Local search index UI concept showing Cmd+K search across thousands of agent transcripts

If you run agents daily, this is the difference between "I know we fixed that auth bug" and actually surfacing the thread where you fixed it. The index stays local, which is the right default for client code context.

Inside a long transcript, Cmd+F behaves like a proper in-editor search. That sounds obvious until you have scrolled a 400-message cloud agent run looking for one env var name.

Cloud agent hooks for self-correcting loops

The third piece is easy to miss if you only read the UX notes. Cursor 3.11 adds five cloud agent hook events:

HookUse case
beforeSubmitPromptGate or rewrite prompts before they hit the model
afterAgentResponseLog, score, or branch on final answers
afterAgentThoughtObserve reasoning traces for audits
stopCleanup when a run ends
subagentStartTrack parallel child agents

These hooks expose the conversation itself: prompts, responses, thinking, turn completion. That is the plumbing for self-correcting agent loops without forking Cursor.

If you already script agent behavior, this is the integration surface. If you do not, it is still worth knowing hooks exist before you duct-tape logging around tool calls.

Smarter project picker (the quiet win)

3.11 also rebuilt the project and repo picker:

  • Scope by location: This Computer, Cloud, Remote Machines
  • Connect GitHub, GitLab, or Azure DevOps without leaving the picker
  • Create a project inline

Fewer clicks to launch an agent sounds like polish. In practice it reduces the friction that makes people default back to chat-only workflows.

How this fits the July shipping cadence

Cursor shipped 3.9 (mobile app), 3.10 (Team MCPs), and 3.11 (side chats + search) across eleven days in late June and early July. That cadence matches what I see in client RFPs: buyers do not ask "can agents code?" anymore. They ask "how do we manage a fleet of agents without losing context?"

Side chats answer the tangent problem. Transcript search answers the memory problem. Hooks answer the governance problem. Together they push agents from one-shot tools toward persistent collaborators.

Pair this with Cursor Auto-review mode for local permission gates and cloud agent MCP optimization for cost per turn. One handles safety at execution time. One handles cost. 3.11 handles continuity.

What I would try this week

  1. Run a real refactor on the main thread. Spawn /side for any "wait, does X exist?" question. @-mention the answer instead of pasting.
  2. Cmd+K search for a bug you fixed last month. See if the index beats your git log memory.
  3. If you operate cloud agents, sketch one hook (even logging) on afterAgentResponse before you build a full loop.

Agents are only as good as the harness around them. Searchable history and parallel side threads are harness upgrades, not cosmetics.

If you want help wiring Cursor agents into a shipping loop for your team, book a free discovery call.

Share this post

Related posts