Repository navigation
v0.4.3
MCP servers follow your task between providers
Each provider CLI keeps its own list of MCP servers, so a tool you set up in Claude Code vanished when Nectra routed a turn to Codex. Now:
- Automatic for Claude and Codex. When Nectra launches either one, it adds the local (stdio) servers from your user configs that only the other CLIs have. No config file is changed, and env values are passed in the environment, never on the command line. Example: Codex can use a Roblox Studio server you added to Claude.
nectra mcpshows which CLI has each server and which ones Nectra shares.nectra mcp --syncadds the servers to each installed CLI's own config, Gemini included. Gemini 0.64 reads extra settings files only when an administrator owns them, so it can't be handed servers at launch.
Not shared:
- HTTP servers, because each CLI needs its own sign-in.
- Servers limited to certain tools.
- Servers tied to a working directory.
- Gemini servers whose env values Nectra can't reproduce exactly.
A server name a CLI already has is never replaced.
Fixes
- On Windows, Nectra can launch npm-installed Gemini CLI 0.64 again. Gemini moved its entry point, and Nectra now reads it from the package instead of a fixed path.
Known issue
- Gemini 0.64 ignores the settings file Nectra uses to install its terminal-view hooks, so Gemini turns in terminal view may not be captured. Stream view (
--provider-view stream) isn't affected.