ACP Editors

This page documents how Agno Deep Agent works as an ACP server and how to wire it to editors that support ACP through native features or compatible plugins.

Current Support Level

Agno Deep Agent currently provides an ACP stdio server with the command:

agdeep acp --model ollama:gemma4:e4b --workspace /absolute/path/to/project

Implemented ACP methods:

This means editor integrations are usable for real workflows, but still in an early compatibility phase. Treat editor setup as supported when the client can start a stdio ACP server and speak these methods.

Shared Setup For Any Editor

  1. Install the CLI so agdeep is available.
  2. Pick a model (--model ...) that is already working in your environment.
  3. Set --workspace to the repository root you want the agent to operate in.
  4. Register the ACP server command in your editor/plugin ACP client settings.

Recommended command template:

agdeep acp --model ollama:gemma4:e4b --workspace /absolute/path/to/project

Optional flags you may also include:

Zed

Use a Zed ACP-compatible agent configuration and point the server command to agdeep acp.

Configuration shape:

Validation checklist:

VS Code (ACP-Compatible Extensions)

Use a VS Code extension that supports ACP over stdio and configure the command to launch Agno Deep Agent.

Configuration shape:

Validation checklist:

JetBrains IDEs

Use a JetBrains ACP-compatible plugin and register Agno Deep Agent as an ACP server process.

Configuration shape:

Validation checklist:

Neovim

Use an ACP-capable Neovim plugin/client and set the server command to agdeep acp.

Configuration shape:

Validation checklist:

Troubleshooting Integration

ACP Client Not Connecting (Quick Diagnostic)

If your ACP client failed to connect during testing, use this quick checklist in order:

  1. Verify the exact command outside the editor

    Run the same server command in a terminal first:

    agdeep acp --model ollama:gemma4:e4b --workspace /absolute/path/to/project --debug
    

    If this fails, fix the CLI/model/workspace issue before trying the editor again.

  2. Confirm the editor can find agdeep

    Many editor/plugin processes run with a different PATH than your shell. Prefer an absolute binary path in ACP client config when possible.

  3. Use stdio transport only

    Agno Deep Agent ACP currently runs as a stdio server. Do not configure HTTP, WebSocket, or custom transport adapters unless your ACP client explicitly wraps stdio correctly.

  4. Ensure --workspace is valid and absolute

    Relative paths or missing directories commonly break startup before ACP initialize is exchanged.

  5. Avoid wrappers that write to stdout

    ACP protocol frames are exchanged via stdout/stdin. Any extra stdout output from shell wrappers, startup scripts, or plugin hooks can corrupt the handshake and look like a connection failure.

  6. Check expected handshake sequence

    A healthy connection should call:

    • initialize
    • session/new (or session/load)
    • session/prompt

    If your client requires methods outside this set, the integration may not be compatible yet.

  7. Retest with a minimal prompt

    After connection succeeds, test with a short prompt and confirm streamed updates plus cancellation behavior (session/cancel).

These steps usually isolate whether the issue is: command startup, PATH, workspace/config, transport mismatch, stdout contamination, or ACP method compatibility.

What Is Not Claimed Yet