Your graph, on infrastructure you choose

The short answer

Two arrangements exist beyond the standard plans. A dedicated instance gives your organisation a graph database that holds nothing else. Running on your own infrastructure keeps CodeMesh and the graph inside your network, talking to the model endpoint you already run. Both are set up with us rather than switched on in the console, so the next step on this page is a conversation, not a checkout.

The default. Your graph lives on a database instance alongside other customers, and the separation between them is enforced by CodeMesh rather than by separate infrastructure.

SharedFree, Basic and Team
Editor extension and sync daemonYour machineOn your machine, watching your working tree
Your code graphManaged by usA shared instance, scoped to your organisation
The model your agent callsYour machineWhichever provider your agent already uses

What does not change

Your developers keep the same extension, the same panel and the same agent connection. Nobody learns a different tool because the graph moved, and there is no separate enterprise build of the client to keep in step with the public one.

Administration stays in the same console: repositories, per-member usage, storage, cost and which repositories were indexed. An organisation admin sees those figures for their own organisation and never the contents of the repositories behind them.

Where you land. Whether every repository synced clean, how large the graph has grown, how many seats are in use, and which agents currently hold read access.

Workspace

Overview

DW
Workspace pulse

Your graph is healthy: 6 repositories syncing clean

No failed syncs, no drift detected.

Connect agent
Repositories
6
No new repositories this week
Code nodes
159,609
Relationships
267,508
Seats
5 / 8
2 pending
Recently synced

Repositories the daemon has pushed into your graph.

View all repositories →
RepositoryBranchLast syncedNodesStatus
OPopenclawmainjust now18,412OK
REreactmain4m ago31,204OK
DJdjangomain12m ago42,715OK
Connected agents

Applications authorized to read your graph.

Claude Codehandshake passed 2m ago
Connected
Cursorhandshake passed 18m ago
Connected
OpenCodehandshake passed 1h ago
Connected
Manage agents

Example workspace (Northgate Systems). The reduction shown is the published benchmark's 95.1%.

Which one you want

The question is almost always about the second row of the diagram above, so it is worth being blunt about the difference.

  • Dedicated is the right answer when the concern is other customers. On the standard plans your graph shares an instance and the separation is enforced by CodeMesh rather than by separate infrastructure. A dedicated instance removes that sharing without changing anything else.
  • Your own infrastructure is the right answer when the concern is the network boundary itself: code that contractually cannot leave, or a model endpoint you are required to use. This is a larger engagement, because we are handing you something to run rather than running it for you.
Technical note
Both options are quoted rather than listed. That is not a sales tactic: the price depends on how much you index and which of the two arrangements you need, and printing a number we then renegotiate wastes your time and ours.

Can we start on a standard plan and move later?

Yes. The client and the console are the same, so moving changes where the graph is held and nothing your developers touch.

Do you sign a DPA?

Ask us. The data policy states what is processed and where, which is the input to that conversation, and the contractual position is handled by a person rather than by this page.

Who do we actually talk to?

Email hello@codemesh.com with the number of developers and which of the two arrangements you are considering. That is enough to come back with a real answer rather than a discovery call.

Tell us which arrangement you need

Number of developers, and whether the concern is the shared instance or the network boundary. We reply with a real quote.

Email us about enterpriseRead the security page