MemoryLake
Back to all articles
TutorialMay 25, 20266 min read

Claude → Gemini: Migrate Your AI Memory (2026 Method)

Claude organizes memory around Projects; Gemini organizes it around Gems plus Saved Info. Here is the real translation path between them — and the one-time setup that makes the next switch unnecessary.

The short answer

Claude has no direct push to Gemini. You'll download each Project's Knowledge files, copy each Project's System Prompt, then rebuild that context inside Gemini as Gems (with instructions and attached files) plus Saved Info entries. Plan 25–45 minutes per Project. Chats do not transfer. A shared MCP-based memory layer like MemoryLake lets both tools read from one source instead.

Why people switch from Claude to Gemini

Three drivers in 2026:

  • Native Google Workspace context. Gemini reads Drive, Docs, Sheets, Slides, and Gmail without round-tripping files through uploads.
  • Existing Google subscription. Users already on Google One or Workspace often get Gemini bundled, removing a separate AI bill.
  • Long-input synthesis. Heavy document users move for Gemini's reputation on multi-file long-context reasoning.

What "memory" means in Claude vs Gemini

Different abstractions, so a copy is really a rebuild.

Claude memory is Project-scoped. Each Project carries its own Project Knowledge (uploaded files and pasted text) and an optional System Prompt. There is no global cross-chat memory.

Gemini memory spans Saved Info (short text snippets attached to your Google account), Gems (custom personas with their own instructions and optional referenced files), and Past Chats / Activity (recent conversations consulted automatically based on Activity controls).

A Claude Project usually becomes a Gem. A Project Knowledge document usually becomes a file attached to that Gem or stored in Drive for native pull. Per-Project facts often slot into Saved Info.

Step 1: Export your Claude memory

Claude has no Project-export bundle, so collect each Project's pieces by hand.

  1. Capture each Project's System Prompt. Open the Project → Project Instructions. Copy the contents into a text file labelled with the Project name.
  2. Download Project Knowledge files. Open Project Knowledge, click each file, and download the original. Re-upload from your local folder if available.
  3. Copy pasted-text knowledge. For knowledge added as pasted text (not uploaded), select all and save into a notes.md per Project.
  4. Export chat history (optional). Settings → Account → Export Data. The download holds your conversation transcripts as an archive only.

End state: one folder per Claude Project containing the System Prompt, original files, and notes.md.

Step 2: Import into Gemini

Gemini's surfaces line up cleanly with what you exported.

  1. Create a Gem per Project. Open Gem Manager → New Gem. Paste the Claude System Prompt into the Gem's instructions. Adjust references — addresses to "Claude" should read "Gemini."
  2. Attach files to the Gem. Where a Gem supports file references, attach your downloaded Knowledge files. For larger collections, upload them to a dedicated Google Drive folder and instruct the Gem to consult that folder.
  3. Drop key facts into Saved Info. Gemini settings → Saved Info → Add. Move durable per-account facts (preferences, identity, common shortcuts) here so they apply across every Gem.
  4. Validate. Open the new Gem and probe with a prompt that depends on a moved file or saved fact.

Gemini does not replay Claude transcripts.

What you'll still lose after migrating

  • Project isolation fidelity. Gems are looser containers than Claude Projects; some users find their Project's strict context boundary blurs.
  • Pasted-text knowledge ergonomics. Gemini handles structured files better than long pasted text; your notes.md often needs reformatting into clean markdown or bullets.
  • System Prompt length. Long Claude system prompts may need trimming or splitting into two Gems.
  • Ongoing sync. A snapshot today doesn't propagate later edits in Claude into Gemini.

The better way: one memory layer, every AI

Switching AIs every year shouldn't mean rebuilding memory every year. The real fix is to put memory outside any single AI.

MemoryLake holds your context once and exposes it through MCP, so Claude, Gemini, and any other MCP-compatible AI all read from the same Project.

  • One source of truth. Update once, both tools see the change.
  • Drop-in for the next AI. Add a third tool with a config change, not a re-migration.
  • Originals preserved. Files live in MemoryLake's Document Drive in their native formats.

Connect MemoryLake in 3 steps

Step 1: Create a project and load your context

Sign in to MemoryLake, open Project Management, and click Create Project. Name it "Claude ↔ Gemini shared context." Drag your downloaded Claude files (PDF, Word, Excel, PowerPoint, Markdown, or images) into the Document Drive under My Space, then open the Documents Tab and click Add Documents to attach them. Paste each Project's System Prompt and any pasted-text notes into the Memories Tab via Add Memory.

Step 1: Create a project and load your context
Step 1: Create a project and load your context

Step 2: Generate an MCP Server endpoint

Open the MCP Servers Tab inside the project, click Add MCP Server, describe it (e.g., "Claude + Gemini bridge"), and click Generate. MemoryLake returns a Key ID, a Secret, and an Endpoint URL. Copy the Secret immediately — it is shown only once.

Step 2: Generate an MCP Server endpoint
Step 2: Generate an MCP Server endpoint

Step 3: Point both tools at the endpoint

Add MemoryLake to Claude Desktop's MCP config with the endpoint URL and the Secret as a Bearer token, then restart Claude. For Gemini, run a small Workspace add-on or external integration that calls the same REST endpoint with the Bearer token and injects the returned context into a Gem's instructions or your prompt.

Step 3: Point both tools at the endpoint
Step 3: Point both tools at the endpoint

Native migration vs MemoryLake

DimensionNative Claude → GeminiMemoryLake bridge
Steps required8–11 manual3 one-time
Estimated time25–45 min per Project~5 min setup
Preserves Project boundaryLoose (Gem isn't 1:1)Yes (one Project)
Live Workspace pullManual reupload to DriveFiles stay in MemoryLake, both fetch live
Syncs ongoing changesNoYes
Works with a third AI laterNo (rebuild)Yes (add MCP)

Frequently asked questions

Can I import a Claude Project directly into a Gemini Gem?

No. You manually copy the System Prompt and re-attach files. Gemini has no import path for Claude's format.

Does Gemini pull from Claude's chat history?

No. Claude's export holds transcripts as an archive; Gemini does not replay them.

Should I put facts in Saved Info or in a Gem's instructions?

Account-wide preferences fit Saved Info. Project-specific guidelines fit the Gem's instructions, where they only apply when that Gem is active.

How long does the migration usually take?

Plan 25–45 minutes per Project, longer if a Project has many knowledge files to upload either to a Gem or to Google Drive.

How do I keep Claude and Gemini in sync after migrating?

Connect both to a shared MemoryLake Project via its MCP Server endpoint; updates propagate without re-migration.