Skip to main content
Shux implements the Agent Client Protocol (ACP) to integrate with editors that support it. The shux acp command starts a stdio bridge that any ACP-compatible editor can spawn as a subprocess.
ACP is the “LSP for agents” and provides session management, tool delegation, and streaming. Shux uses ACP (not MCP) for its editor bridge.

Zed

Zed has native ACP support and does not require a plugin. Open Settings (Cmd+,) and add:

Connect to a remote server

Pass --server-url and --auth-token in args:
Or set environment variables for any shux acp process:

Neovim

Two plugins currently support ACP in Neovim. codecompanion.nvim added ACP support in v17.18. Add the adapter in your lazy.nvim config:
See the codecompanion ACP adapter docs for full options.

agentic.nvim

agentic.nvim is a dedicated ACP client. Requires Neovim 0.11 or newer. Add via lazy.nvim:

JetBrains

JetBrains ACP support requires the AI Assistant plugin (2025.3 or newer).
  1. Open the AI Chat tool window
  2. Click More (...) then Add Custom Agent
  3. Add the Shux entry to the acp.json that opens:
ACP is not supported in WSL-backed JetBrains projects.
See the JetBrains ACP docs for more information.

Flags and environment variables

SHUX_AUTH_TOKEN is not read by shux acp. Use SHUX_SERVER_AUTH_TOKEN.
If no --server-url is provided, shux acp first attempts to discover a running server via the lockfile in ~/.shux/, then starts an in-process server automatically when needed.

Troubleshooting

  • Logs hidden by your editor: use --log-file /tmp/shux-acp.log to capture ACP stderr output.
  • Connection refused: ensure Shux is running (shux server or the desktop app), or omit --server-url to let ACP auto-start in-process.
  • Tool calls are not delegated: the editor must advertise filesystem or terminal capabilities, and the workspace must use local runtime mode.