Skip to main content
Graphify MCP is the hosted Model Context Protocol server for your indexed repositories. Your coding agent queries the same code graph you see in the console: find symbols, follow callers, check impact, recall team memory, and read review status. Nothing runs on your machine. Sign in with OAuth. There is no API key to paste.
Main setup lives in the console under Connectors → MCP. That page fills in the endpoint, shows Agent connection status, and offers starter tasks under Try it on your repository once a repository is indexed.
You need a Graphify account at app.graphify.com, at least one indexed repository, and an MCP client that supports remote HTTP servers. Hosted Graphify lists 63 grammars.

Connect your client

One-click installs: Connect Graphify in Claude for Claude.ai and Desktop or Claude Code, Connect to Cursor, the Graphify extension for VS Code, or the Graphify plugin for ChatGPT and Codex.
Graphify is a connector in Anthropic’s Connectors directory. Full setup is on two pages.Endpoint: https://api.graphify.com/mcp. Streamable HTTP. OAuth only. There is no API key.
Graphify also has setup for Windsurf, Cline, Continue, JetBrains, Zed, Goose, Kiro, and other clients, including one-click install links where a client supports them. See Integrations.

Clients without remote OAuth

For a client that only runs local (stdio) servers, use the pinned mcp-remote bridge. It needs Node.js and npm on the client’s PATH, runs the browser sign-in, and stores credentials on your machine:
Use your client’s native remote connection when it supports Graphify’s sign-in. The bridge is a third-party package.

Target a repository or group

Add ?repo= with the repository’s full name to set a default:

Query a repository group

A combined graph is a query target for your agent, the same way a single repository is.
  1. In the console, open Graphs, choose Combine graphs, and pick the repositories. Wait until the combined graph is ready.
  2. Ask your agent to run list_repositories. Combined graphs appear in that list with kind: "workspace". Their repositoryId is the group id, and fullName is the name you gave the group.
  3. Pass that repositoryId to the usual query tools (find, callers, impact, and the rest). Graphify serves the group’s promoted merged graph.
A group is queryable only when its current merge is promoted. If queryable is false, the merge is still building, failed, or was not promoted. Combined graphs have no pull requests, so review tools do not apply to them. See Graph explorer for how to build and open a combined graph in the console.

What your agent can do

Your client builds its tool list from the server’s tools/list response, so the client’s tool panel always shows the current set. Repository tools such as list_repositories, query_graph, graphify_find, callers, impact, and memory come from the indexed graph. For the job-to-tool map and pasteable prompts, see What your agent can do and Use Graphify from your agent. Graphify also adds these workspace and review tools to every session: Changing workspace changes which repositories the session can see. It doesn’t change your code or the graph.

What review_status returns

For one PR, the tool returns a review object (or null with a message if Graphify has not reviewed that PR yet). Without pr_number, it returns a reviews list of up to 10 runs, newest first. Each review includes the repository, PR number and title, status (queued, running, completed, failed, or cancelled), and whether a newer push superseded it. A completed review also includes:
  • gate: pass or advisory (not a passed field)
  • Finding counts: blocking_count, advisory_count, and findings_total
  • top_findings: up to five findings, worst severity first
If the review is still queued or running, the response includes how many minutes it has been in flight and a hint to check again in about 20 to 30 minutes instead of polling continuously. See Pull request reviews.

How sign-in works

You don’t paste a key. Your client discovers the sign-in flow from the server:
  1. The client’s first request has no token. Graphify answers 401 with a WWW-Authenticate: Bearer resource_metadata="…" header that points at Graphify’s protected-resource metadata.
  2. The client reads that metadata, finds the authorization server, and opens a browser sign-in.
  3. The client exchanges the code for tokens using PKCE. Graphify only supports public clients, so there’s no client secret.
  4. Each refresh rotates the refresh token. A client that reuses an old one is asked to sign in again.
If a token doesn’t verify, you get the same discovery 401, and your client starts the sign-in again.

Server card vs the MCP connection

Your client can find Graphify on its own. Graphify publishes an MCP server card: a small public JSON file that says what the server is and where to connect. A client can read it before it connects or signs in, so you don’t have to type the server URL. The server card is discovery only. It is not the MCP connection, and it does not list your tools. After connect and OAuth, your client gets tools from tools/list. Clients that don’t read server cards keep working with the setup steps above.

What’s in the card

The AI catalog has one entry, urn:air:graphify.com:mcp:graphify, of type application/mcp-server-card+json, pointing at the server card.

Other discovery endpoints

These public files tell a client how to sign in. Your client reads them for you. All are on https://api.graphify.com and are cached for an hour.
Your tools depend on your workspace, so a public file can’t list them. Your client gets them from tools/list after you sign in.
Sign-in uses OAuth. The client finds the sign-in flow from the server’s 401 response, so the card needs no credentials.
Yes. The card and catalog allow any origin (Access-Control-Allow-Origin: *), are cached for an hour, and send an ETag. Send it back in If-None-Match and you get 304 Not Modified if nothing changed.

Workspaces and MCP sessions

Every request runs in one workspace. Graphify picks it in this order: the workspace bound to this MCP session, then your default workspace, then your only workspace if you belong to just one.
  • Each client installation gets its own MCP session, so two machines can use different workspaces without overwriting each other.
  • set_workspace binds the current session. The binding lasts 24 hours by default. With make_default: true, it also becomes your default workspace.
  • Graphify rechecks your membership on every request. Removed members lose access within 60 seconds.
set_workspace changes state. It changes which workspace, and so which repositories, your agent reads from. It doesn’t change your code or the graph.

Workspace errors

Limits

The request limit is counted per client IP address for signed-in sessions. Over the limit returns 429 rate_limited. A request body over 256 KB returns 413 mcp_body_too_large. See Rate limits.

Check the connection

1

Check the client shows Graphify

Your client should list graphify as connected, with its tools.
2

List what you can see

Ask your agent:
If you belong to several workspaces, ask it to run list_workspaces, then set_workspace with the one you want.
3

Ask about code you know

Pick an indexed repository, ask about a function you know, then ask for its callers or tests. Check the evidence against the code.
Seeing the tools doesn’t prove repository access. The last step does. For test prompts per client, see Check your agent is using Graphify.

Fix common problems

What’s next

Check it's working

Three prompts that prove the agent used Graphify.

What your agent can do

Job-to-tool map and pasteable prompts.

Ask

The same graph, in the console.

Integrations

Setup for each agent.

Try it in Graphify

We build and host the graph for you. The Free plan (up to 3 repositories) needs no card. Pro and Teams start with a 14-day trial, card required.