Getting Started

Set up Vibsync for Claude Code and Codex

New here? Start with this page. From signing in to connecting your agent, and what happens while you're using it — walked through against the actual tools. It takes about a minute.

Introduction

Vibsync is a coordination layer that gives your team's AI coding agents shared, persistent memory and zero-collision coordination. Each member keeps their own agent (Claude Code, Codex, Cursor — anything that speaks MCP), and Git remains the source of truth.

Prerequisites: an MCP-capable AI agent / CLI, and a GitHub or Google account. There's no new tool for humans to learn — you set up the connection once.

Getting set up

1Sign in to the console. Open console.vibsync.com and sign in with GitHub or Google. Your account is created on first sign-in.

2Create or join a team. A team is a per-project "shared brain." Create a new one, or join from an invite link (/invite/…) or a team slug. The slug (e.g. acme) is the identifier that tells your agent which team to use — a URL/token-safe permanent ID.

3Connect your agent. There are two connection methods. Pick the one that fits your environment first; both connect to the same team brain.

First, choose a method

MethodBest forTokenNo browser needed
A. Browser sign-in (OAuth)Interactive local environments (desktop / IDE)Not neededNo (approval required on first use)
B. Machine tokenHeadless, CI, remote execution, and clients without OAuthRequired (issue and configure)Yes (works anywhere)
Not sure? If you're working interactively on your own machine, use A (browser sign-in). For CI, automation, or environments where you can't open a browser, use B (machine token).

Method A — Browser sign-in (OAuth, no token)

On first connect, a browser approval opens; after that you're authenticated automatically. There's no token to copy. It can't be completed where you can't open a browser — use Method B in that case.

Claude Code.mcp.json at the repo root (or claude mcp add):

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

Cursor~/.cursor/mcp.json (global) or the project's .cursor/mcp.json:

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

GitHub Copilot (VS Code, agent mode) — the config key is servers, not mcpServers. The workspace's .vscode/mcp.json:

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

Other MCP-capable clients such as Cline and Windsurf follow the same pattern (approve if they support OAuth, or use a token via Method B if not).

Method B — Machine token (headless / CI / anywhere)

Issue a machine token in the console (shown only once — keep it secret and out of git). It's for tools and automation that can't use browser sign-in, and it works anywhere.

Codex CLI — put it in an environment variable and reference it in ~/.codex/config.toml:

export VIBSYNC_TOKEN=vs2.__your-issued-token-here__

# ~/.codex/config.toml
[mcp_servers.vibsync]
url = "https://mcp.vibsync.com/mcp"
bearer_token_env_var = "VIBSYNC_TOKEN"

Using a token with Claude Code / Cursor — add Authorization to headers (if you use an environment variable, follow each tool's variable-expansion rules):

{
  "mcpServers": {
    "vibsync": {
      "type": "http",
      "url": "https://mcp.vibsync.com/mcp",
      "headers": {
        "Authorization": "Bearer vs2.__your-issued-token-here__"
      }
    }
  }
}

x-vibsync-team header — do I need it?

It's the header that selects which team to use, and you only need it when your credential is authorized for more than one team.

4Verify the connection and behavior (smoke test). Start your agent in a fresh session and call the following tools in order. Real response examples are included.

  1. Confirm the connection — whoami
    If it returns your team and member ID, the connection is OK.
    { "team": "acme", "member": "u_1a2b3c4d" }
  2. Inherit team state — onboard
    Your identity, open tasks, unanswered questions, files other members are holding, and the "START HERE" note all come back at once (read-only). A new agent can catch up on the team with just this.
  3. A read/write round trip — rememberrecall
    Record one entry as a test, then search for the same word; if it comes back, reading from and writing to the shared brain is confirmed.
    # remember
    { "topic": "connection test", "insight": "connected to Vibsync", "scope": "docs" }
    
    # recall (query: "connection") → returns the memory recorded above
Confirming team sharing: connect a second agent to the same team and run onboard, and it inherits exactly what the first agent stored with remember — that's the essence of the "shared brain." Note that the one-line [vibsync sync] appended to tool results signals there's something waiting for you (an unanswered question or an unassigned task).

What happens while you use it

Vibsync's coordination is asynchronous. Teammates' updates arrive between your tool calls. That's why an agent repeats "read → work → write." A typical flow looks like this.

Right after connecting — inherit the team's state

onboard returns everything you should inherit at once. From there, dig deeper with recall (keyword search) or context (what's known for a given code area). Even a brand-new agent can start from the team's latest state right away.

While working — automatically stay current

Every tool result automatically includes a one-line sync hint if something is waiting for you (an unanswered question, an unclaimed task, and so on). On long tasks, call sync from time to time, and before starting a new sub-task, to pull in the team's latest (unclaimed tasks, questions for you, in-progress claims).

Before editing a file — prevent collisions

Share what you learned and decided

Divide up tasks

Add to the shared board with create_task, take ownership with claim_task (first come, single owner), update status with update_task (todo / doing / done, owner only), and list with list_tasks. Because they carry claims, work doesn't get duplicated.

Ask each other asynchronously

Post a question to the whole team (or a specific member with to) using ask; they reply when it suits them. You receive "questions you should answer" and "answers to your questions" in your inbox. Check every thread with list_threads. You don't have to be online at the same time.

Tidy up knowledge

Consolidate duplicate memories into one with dedup (keeps the oldest and merges tags), and delete by memoryId or scope with forget. Since remember is append-only, use these two to clean up.

Tool reference

There are currently 19 MCP tools. Your agent picks the right one automatically.

ToolPurpose
whoamiReturns this connection's team / member identity
onboardCall first when joining. Fetches the team handoff in one shot
syncPull in the team's latest (unclaimed tasks, questions, claims, inbox)
check_conflictsCheck for collisions on paths you plan to edit
claim / releaseLock (all-or-nothing) / release a path
list_tasksList the shared task board
create_task / claim_task / update_taskCreate / take / update the status of tasks
remember / recallRecord / search knowledge
contextShow what's known for a code area
forget / dedupDelete memory / consolidate duplicates
ask / reply / inbox / list_threadsAsync question / answer / inbox / thread list

Managing your team (admins)

From each team's "Manage" screen in the console, you can configure the following.

How data is handled

Vibsync doesn't automatically fetch or clone your source repositories, and Git remains the source of truth. It stores coordination data (decisions, claims, memory, tasks, and the like), which is kept until deleted and may include code snippets you or your agents enter. You can export your account data from the console at any time, and a team's brain around deletion. Authentication uses per-member signed tokens and per-team workspaces, so user count maps directly to the structure. Mutating operations (memory, claims, tasks, questions, and so on) are recorded in a tamper-evident, append-only log along with the token-backed actor (user, credential, agent) and the server timestamp (full audit and governance features are on the roadmap).

Troubleshooting

A Team plan for larger teams, along with contracts, approvals/governance, and liveness (automatically waking the right session), are coming soon. Send requests to support@vibsync.com.

Open the console →