Core protocol types and traits for the Agent Client Protocol (ACP).
ACP is a protocol for communication between AI agents and their clients (IDEs, CLIs, etc.), enabling features like tool use, permission requests, and streaming responses.
- Clients that talk to ACP agents (like building your own Claude Code interface)
- Proxies that add capabilities to existing agents (like adding custom tools via MCP)
- Agents that respond to prompts with AI-powered responses
The most common use case is connecting to an existing ACP agent as a client. This quick start uses stable protocol v1:
use agent_client_protocol::{AcpAgent, Client, Result};
use agent_client_protocol::schema::{ProtocolVersion, v1::InitializeRequest};
# async fn connect() -> Result<()> {
let agent = AcpAgent::from_args(["my-agent"])?;
Client.builder()
.name("my-client")
.connect_with(agent, async |cx| {
// Initialize the connection
cx.send_request(InitializeRequest::new(ProtocolVersion::V1))
.block_task()
.await?;
Ok(())
})
.await
# }Draft protocol v2 is opt-in through unstable_protocol_v2. Client.v2() and
Agent.v2() callbacks receive a version-typed V2ConnectionTo with
high-level, command-only session helpers because prompt acceptance and inbound
traffic are independent. Session updates and interactive requests use typed
connection handlers. See Protocol V2.
Per-session MCP attachment through V2SessionBuilder is available with both
unstable_protocol_v2 and unstable_mcp_over_acp. Global proxy attachment and
proxy-session helpers remain v1-only.
The runtime-agnostic mcp_server module can build and directly serve standalone
MCP servers without enabling an ACP schema extension. Attaching one to ACP with
the with_mcp_server builder methods requires unstable_mcp_over_acp.
Attached servers are advertised with native McpServer::Acp declarations and
communicate through mcp/connect, mcp/message, and mcp/disconnect. Use
agent-client-protocol-polyfill immediately before an HTTP-capable agent.
Stable protocol v1 supports per-session and global proxy attachment. Draft
protocol v2 supports per-session session/new attachment when both unstable
features are enabled; successful attachments remain active for the connection
lifetime, and its global proxy path remains v1-only.
See the crate documentation for:
- agent-client-protocol-http — HTTP/SSE and WebSocket transports
- agent-client-protocol-rmcp — MCP tool builders and
rmcpintegration - agent-client-protocol-derive — Derive macros for JSON-RPC traits
- agent-client-protocol-conductor — Proxy-chain orchestration
- agent-client-protocol-polyfill — Compatibility proxies, including adapting MCP-over-ACP to HTTP
- agent-client-protocol-trace-viewer — Interactive trace visualization
This project does not require a Contributor License Agreement (CLA). Instead, contributions are accepted under the following terms:
By contributing to this project, you agree that your contributions will be licensed under the Apache License, Version 2.0. You affirm that you have the legal right to submit your work, that you are not including code you do not have rights to, and that you understand contributions are made without requiring a Contributor License Agreement (CLA).