Zed MCP Server Setup: Connect Tools to Your Coding Assistant

Zed supports MCP configuration so its AI assistant can call outside tools and services during a coding session. Here is how to add and verify MCP servers in Zed, and how to carry project decisions and progress when you move between Zed and other AI coding tools.

Updated 4 min read

Zed is a code editor with an integrated AI assistant. It supports MCP configuration, which means you can add outside servers that give the assistant access to tools, data sources, and services beyond the built-in ones. Setting up an MCP server in Zed involves editing a JSON configuration file and verifying that the tools appear and work as expected. Tools like fenbs let you carry the project decisions and progress that survive when you move between Zed and other AI coding tools.

MCP, the Model Context Protocol, is an open standard for connecting AI assistants to outside tools. Zed uses the same configuration approach as other clients, so a server that works in Claude Desktop or Cursor can usually be added to Zed with the same settings.

Where Zed stores MCP configuration

Zed reads MCP server configuration from its settings file. On most systems, the settings file is at ~/.config/zed/settings.json. Open it in Zed or in another editor, then add or update the context_servers section with your server entries. Each entry needs a name, the command to run the server, and any arguments or environment variables it requires.

Example MCP entry in Zed settings.json
"context_servers": {
  "fenbs": {
    "command": "npx",
    "args": ["-y", "fenbs-mcp"]
  }
}

Save the file and restart Zed or reload the settings. Open the assistant panel and check whether the tools from the new server appear in the tool list. Zed shows the connected tools in the assistant context; if a tool does not appear, check the server log for an authentication or startup error.

Checking tool availability and permissions

Before using a tool in a coding session, confirm it behaves as expected on a small test request. Ask the assistant to call the tool with a known input and verify the result. This catches authentication errors, scope limits, or API version mismatches before they affect real work.

For servers that write to an outside system, review what the tool can change and whether it requires approval. Zed's assistant can use tools during a conversation; a write tool that acts without confirmation can make changes that are hard to reverse. Start with read-only access and add write tools only when you have confirmed the output of the read tools is accurate.

Using MCP servers during a coding session

With MCP servers configured, the Zed assistant can call tools when they are relevant to a question. Ask it to read a project context before starting a feature, or to check a database schema before writing a query. The assistant uses the tool result as context for its answer without you having to paste the information manually.

Give the assistant a clear starting instruction when you begin a session on an unfamiliar part of the codebase. Ask it to read the relevant project notes and decisions before proposing changes. That starting step reduces the chance of an assistant working from outdated assumptions.

How fenbs helps

Give the Zed assistant a consistent starting point

Add fenbs to Zed's MCP configuration and ask the assistant to read the project context at the start of each session. It reads the Rules, Where we left off, and the current tasks, so it knows the approved decisions and the last stopping point before it touches any code. Save progress before closing the session so the record stays accurate.

Create a free account

Free for one person · No credit card · Works with Claude, ChatGPT, Cursor and more

Carrying project context when you switch AI coding tools

Many developers use more than one AI coding tool. You might use Zed for focused editing and switch to Claude Code or Cursor for longer tasks. Each tool starts a fresh session, and the project decisions made in one session are not automatically available in another.

A shared project record outside any one tool solves this. The decisions, current tasks, and open questions live in one place that both Zed and other supported tools can read over MCP. When you switch tools, the next assistant reads the same context and continues from the same point rather than asking you to repeat the background.

See mcp-server-configuration for general configuration patterns that apply across clients, and mcp-server-hosting for options when you need a shared server that multiple team members can use.

Troubleshooting a Zed MCP connection

If tools do not appear after saving the settings file, check the context_servers key spelling and JSON syntax first. A single missing comma prevents the file from parsing. Then open the Zed log or developer console for startup errors from the server process.

For authentication errors, confirm the server's required environment variables are present and that the token or API key is valid. Some servers expect the credentials as environment variables in the settings entry rather than in the shell environment. Check the server's README for the exact format.

How to do this with fenbs

  1. Create a free account and add a project for the codebase you are working on.
  2. Add the fenbs MCP server to Zed's context_servers configuration in ~/.config/zed/settings.json. Follow the setup guide at Integrations for the exact entry.
  3. At the start of each session, ask the Zed assistant to read the project context: Rules, Where we left off, and the current tasks. Confirm it can see the right project before you start coding.
  4. Record architectural decisions and coding conventions in Decisions and rules so every session in Zed and in other tools starts from the same approved baseline.
  5. Before closing a session, ask the assistant to save Where we left off with the tasks it touched and the next step. Open the next session in any connected tool and ask it to read that note before starting.

Questions people ask.

Where does Zed store its MCP configuration?

MCP servers are defined in the context_servers section of Zed's settings file, typically at ~/.config/zed/settings.json. Open the file directly or through Zed's settings UI, add the server entry, and restart or reload settings.

Can I use the same MCP server in Zed and in Claude Code?

Yes. MCP is a shared standard. A server that works in Claude Code can usually be added to Zed with the same command and arguments. The tool names and capabilities are the same; only the configuration file location differs between clients.

How do I check which MCP tools are available in a Zed session?

Open the assistant panel in Zed and look for the tools list or context menu. If the server started correctly, its tools appear there. You can also ask the assistant to list available tools in a message.

What should I do if a Zed MCP tool returns an error?

First check that the tool's required credentials and environment variables are set correctly in the settings entry. Then check the Zed log for any server startup errors. If the server starts but returns errors on specific calls, the issue is usually a permission or API version mismatch.

Does Zed support remote MCP servers or only local ones?

Zed can connect to remote HTTP-based MCP servers as well as local stdio servers. Remote servers are useful for shared team tools. Check Zed's documentation for the current connection types its context servers setting supports.

More in Connect your AI tools

All Connect your AI tools articles

Start with one thing.

Free for one person · No credit card · Works with Claude, ChatGPT, Cursor and more

There is nothing to set up first. Write one line and you’ve started.