Skip to content
// FAQ · Virex Memory

Does agent memory work across Cursor and Claude Code?

Yes. Virex Memory sits behind the Model Context Protocol rather than inside any one tool, so Cursor and Claude Code read and write the same organization-scoped memory. A memory written from one is retrievable from the other, because the scope is your organization rather than the client.

// The detail

Why this works, mechanically.

The answer is structural rather than a compatibility list we maintain by hand.

01

The memory lives outside the tool

Virex Memory is a store your agents call, not a feature inside a client. Nothing about it is specific to the editor or terminal that happens to be running.

02

MCP is the shared calling convention

Both Cursor and Claude Code speak the Model Context Protocol, so both discover the same memory tools and use them the same way. We wrote one server rather than two integrations.

03

The scope is your organization

Retrieval resolves against the organization the member belongs to, so which client asked is irrelevant to what comes back.

// What this buys you

Three kinds of continuity.

Each one is a place where tool-bound memory normally breaks.

Across tools

A mixed toolchain stops fragmenting what the team knows. Developers pick their client and still share one corpus.

Across machines

Memory follows the organization rather than the device, so a laptop and a desktop see the same context.

Across teammates

What one member agent worked out is retrievable by another member agent inside the same organization.

// Stated precisely

The precise scope.

Including the boundary, so nothing here reads as a broader claim than it is.

Shared corpusOne organization-scoped memory, written and read by every MCP-compatible client a seated member uses.
Confirmed clientsClaude Code, Cursor, Codex, Gemini CLI, opencode, and Cowork all speak MCP.
RetrievalSemantic search over embedded memories, ranked by a composite relevance score refreshed on a schedule.
SeatsPer member per product. One Memory seat covers all of that member clients.
IsolationPer-organization isolation enforced at the database layer, applying identically to every client.
Not includedVirex Remote does not span these tools. It is built around Claude Code sessions specifically.
// FAQ

Related questions

Which other tools share the same memory?

Any MCP-compatible client, which includes Codex, Gemini CLI, opencode, and Cowork alongside Cursor and Claude Code. Support follows the protocol, so a compatible client that ships later works with the same corpus.

Do I need a separate seat for each tool?

No. Seats are per member per product, not per tool. One Virex Memory seat covers every MCP client that member uses.

Does each tool write memories in a different format?

No. Memories are stored in one corpus and embedded the same way regardless of which client wrote them, so retrieval treats them identically.

What if we switch tools entirely next year?

Your memory is unaffected. It belongs to your organization rather than to a client, so changing coding agents does not reset what your agents know.

Does Virex Remote work across those tools too?

No. Remote is built specifically around Claude Code sessions. Memory is the product where broad cross-tool support is real, and we would rather be precise about that than blur the two.

One memory, whichever agent you run.

Subscribe to Virex Memory, assign a seat, and connect the clients your team already uses.