Use case

Give Claude Code a shared team memory

Claude Code loads CLAUDE.md and its built-in memory on every session — but that memory is machine-local and Claude-Code-centric. It doesn't follow you to a teammate's machine, to CI, or to Cursor and Codex, and it doesn't carry the team's tasks, open questions, or file claims. Vibsync adds a durable, team-shared memory over MCP, so a decision one agent records is picked up by every agent, on any machine.

Where Claude Code's built-in memory stops

Claude Code's own memory is real and useful — it loads CLAUDE.md and its built-in (auto) memory each session. But that memory is scoped to your machine and to Claude Code:

What Vibsync gives every Claude Code session

Vibsync is a remote MCP server that adds a small, shared set of tools your whole team's agents read and write:

A decision recorded on your laptop is inherited by a fresh Claude Code session on CI or a teammate's machine — nobody re-pastes context.

Keeps your setup — adds the missing layer

Vibsync doesn't replace what already works; it coordinates between agents:

Connect Claude Code in a minute

Point Claude Code at the hosted endpoint and sign in with GitHub or Google:

{
  "mcpServers": {
    "vibsync": { "type": "http", "url": "https://mcp.vibsync.com/mcp" }
  }
}

Step-by-step for each client is in the getting started guide.

What Vibsync deliberately does not do. It does not ingest or index your source code — Git stays the source of truth. File claims are advisory coordination signals that stop two agents unknowingly editing the same file, not a hard OS-level lock. Free during beta.

Want the deeper comparison of the three approaches? Read Claude Code Team Memory: CLAUDE.md, Git, or MCP? on our blog.

Related guides

Give every Claude Code session your team's memory — free during beta.

Start free Why Vibsync