ACP Protocol Integration

ACP (Agent Client Protocol) is a universal agent protocol introduced by the Zed editor that decouples the core functionality (server) from the user interface (client) of agents, allowing users to freely combine different agent servers and clients.

CodeBuddy Code natively supports the ACP protocol and can seamlessly integrate as an agent server with ACP-compatible editors.

Quick Start

Starting ACP Mode

Use the --acp parameter to start the CodeBuddy Code ACP server:

codebuddy --acp

Zed Editor Integration

Configuration Steps

Open the Zed configuration file (~/.config/zed/settings.json) and add the following configuration:

{
  "agent_servers": {
    "CodeBuddy Code": {
      "command": "codebuddy",
      "args": ["--acp"],
      "env": {}
    }
  }
}

You can then create a CodeBuddy Code Thread in the Zed sidebar and start using it.

Configuration Details

• command: Specify the CodeBuddy Code command path (ensure codebuddy is available in PATH)

• args: Use ["--acp"] to enable ACP protocol mode

• env: Optional environment variable configuration, for example:

  {
    "env": {
      "CODEBUDDY_API_KEY": "your-api-key",
      "CODEBUDDY_INTERNET_ENVIRONMENT": "internal"
    }
  }

  Note: When using CODEBUDDY_API_KEY, you must correctly configure CODEBUDDY_INTERNET_ENVIRONMENT based on your version:

  • International version: Do not set (default)
  • China version: internal
  • iOA version: ioa

  See Identity and Access Management documentation for details.

ACP Protocol Features

Client Turn ID

Clients can provide a conversationRequestId for the current turn in the _meta field of a session/prompt request:

{
  "_meta": {
    "codebuddy.ai/conversationRequestId": "0198a1b2c3d47e5f8a9b0c1d2e3f4a5b"
  }
}

The value must be a lowercase, hyphen-free, 32-character UUIDv7 hexadecimal string. If omitted, the CLI generates one. The CLI does not scan session history for collisions, so callers are responsible for ensuring uniqueness. After a regular prompt is actually added to history, the same value is written to the turn's PromptResponse._meta, semantic messages' SessionUpdate._meta, JSONL providerData.conversationRequestId, and the X-Conversation-Request-ID model request header. Short-circuit commands such as /clear and /compact, or prompts rejected before being added to history, are not guaranteed to produce these outputs. The existing semantics of _meta['codebuddy.ai/requestId'] remain unchanged.

Authentication Information Extension

CodeBuddy Code returns user information in the _meta field of the authenticate response:

{
  "_meta": {
    "codebuddy.ai/userinfo": {
      "userId": "User ID",
      "userName": "Username",
      "userNickname": "User Nickname"
    }
  }
}

Clients can use this information to provide a better user experience, such as displaying the currently logged-in user or personalizing the interface.

Tool Proxy Mechanism

The ACP protocol supports client-side proxying of certain tool operations, improving performance and security:

• File Operation Proxy: Based on the client's fs.readTextFile and fs.writeTextFile capabilities
• Terminal Operation Proxy: Based on the client's terminal capability

When a client declares support for these capabilities, CodeBuddy Code will automatically proxy related tool calls to the client for execution.

Command List Push

CodeBuddy Code automatically pushes the available slash command list (available_commands_update) to the client when creating a new session, enabling the client to:

• Provide command auto-completion functionality
• Display command hints and help information
• Dynamically update available commands

The command list includes currently callable project-level, user-level, and plugin Skills, and refreshes automatically after Skills finish loading or visibility settings change. It filters out local commands (such as /clear, /exit) and client-specific commands (such as /theme, /config), pushing only commands applicable to ACP mode.

Context Window Tier Configuration

CodeBuddy Code supports session-level context budget tier selection (such as 200K / 1M) through the context_window configuration option in getConfigOptions / setSessionConfigOption:

• Availability: getConfigOptions returns this option only when the current model has multiple configured context budget tiers (contextWindow.supportedLengths contains at least 2 tiers). Models with a single tier or no configuration do not display the selector.
• Tier validation: setSessionConfigOption('context_window', value) accepts only tiers declared by the current model and rejects invalid values.
• Scope: The tier is temporary session-level configuration that remains effective within the process and persists when switching sessions. It falls back to the model's default tier after the process restarts.
• Denominator synchronization: After a tier is selected, both the context ring (usage_update.size) and compaction threshold are calculated according to that tier.

Agent Teams Protocol Extension

CodeBuddy Code extends the ACP protocol through the _meta field of session_info_update to support real-time status push for Agent Teams multi-agent collaboration.

Team Status Events

The following event types are pushed via _meta['codebuddy.ai/teamUpdate']:

Member Status Change (member_status_change):

{
  "sessionUpdate": "session_info_update",
  "_meta": {
    "codebuddy.ai/teamUpdate": {
      "type": "member_status_change",
      "teamName": "my-team",
      "isAutoTeam": false,
      "members": [
        {
          "name": "ux-designer",
          "color": "blue",
          "description": "UX design analysis",
          "status": "running",
          "taskId": "agent-abc123",
          "sessionId": "session-xyz",
          "tokenUsage": { "inputTokens": 1000, "outputTokens": 500, "lastContextWindow": 42000 },
          "toolCallCount": 5
        }
      ]
    }
  }
}

Team Created (team_created) / Deleted (team_deleted):

{
  "sessionUpdate": "session_info_update",
  "_meta": {
    "codebuddy.ai/teamUpdate": {
      "type": "team_created",
      "teamName": "my-team"
    }
  }
}

Member Streaming Messages

Real-time messages from members (text, tool calls) are pushed through standard ACP events, with the _meta['codebuddy.ai/memberEvent'] tag added to identify the message source:

{
  "sessionUpdate": "agent_message_chunk",
  "content": { "type": "text", "text": "Analyzing architecture proposal..." },
  "_meta": {
    "codebuddy.ai/memberEvent": "tech-architect"
  }
}

Upon receiving events with the memberEvent tag, clients should route them to the corresponding member's conversation timeline rather than the main conversation area.

Page Refresh Recovery

After a page refresh, once loadSession's replayHistory is complete, the current Team status is automatically pushed (member_status_change event), so clients do not need to make a separate request. When AcpTeamBridge subscribes to a member session, it automatically replays the complete history, so member conversation data is also fully restored via ACP SSE without requiring additional HTTP APIs.

Other Editor Support

ACP is an open protocol, so theoretically any editor supporting ACP can integrate with CodeBuddy Code. Configuration is similar to Zed:

{
  "agent_servers": {
    "CodeBuddy": {
      "command": "codebuddy",
      "args": ["--acp"]
    }
  }
}

Multitask Coordinator

Do not pass --agent multitask or --multitask to ACP / --serve (the entry guard rejects the process with a non-zero exit). Multitask is a session-level overlay, not a Scene Mode or permissionMode. Applying the stamp does not change agentName / permissionMode and does not use session/set_mode. It is independent of mainAgentSupport: hosts that have not opted in can still discover and write this standard boolean configuration.

1. Discover the Capability

initialize response:

{ "agentCapabilities": { "multitaskSupport": true } }

Recognize only multitaskSupport === true. If the field is missing or false, do not render the toggle (for example, when CODEBUDDY_CODE_DISABLE_BACKGROUND_TASKS is set). Helper: isMultitaskSupportAdvertised.

2. Discover the Configuration Option

In the configOptions returned by session/new, session/load, and session/resume, look for id === 'multitask'. category is metadata (currently _codebuddy.ai/multitask), not the primary key.

{
  "type": "boolean",
  "id": "multitask",
  "name": "Multitask",
  "description": "Coordinate detached workers while keeping the current agent mode",
  "category": "_codebuddy.ai/multitask",
  "currentValue": false
}

If this option is absent, Multitask cannot be enabled for the session (minimal standing sessions, workers / child sessions, or disabled background tasks). Clients must tolerate unknown categories; correctness depends only on id, type, and currentValue.

3. Standard Write Path (Recommended)

session/set_config_option

{
  "sessionId": "<id>",
  "configId": "multitask",
  "type": "boolean",
  "value": true
}

value must be a JSON boolean. "true" / 1 are rejected rather than silently toggling the setting. A successful call returns the updated { "configOptions": [...] }; use this response and the subsequent session/update (sessionUpdate: config_option_update, with the full configOptions array) as the source of truth for currentValue. Both write paths share live-session resolution, connection ownership checks, persistence, and config_option_update. Business-rule rejections (Minimal / worker / background tasks disabled) use JSON-RPC -32602; the detailed reason is in error.data.details, so do not read only error.message (which is often Invalid params).

const response = await connection.setSessionConfigOption({
    sessionId,
    configId: 'multitask',
    type: 'boolean',
    value: true,
});

const option = response.configOptions.find(item => item.id === 'multitask');
const enabled = option?.type === 'boolean' && option.currentValue === true;

Only the current connection's acpConnectionId is accepted. Calls without an ID fail closed; an identified connection may claim a session with no owner; all other owners are rejected.

4. CodeBuddy Dialect: session/set_multitask (Compatibility)

Existing clients can continue to use it through extMethod. New clients should use the standard write path in the previous section. The dialect retains toggle behavior and the structured { ok, on, already, agentName, message } response.

Name	session/set_multitask (ACP_METHOD_SESSION_SET_MULTITASK)
Params	{ sessionId, enabled?: boolean }: true enters, false exits, omit to toggle
Response	{ ok, on, already, agentName, message }
Constraints	Non-empty sessions may switch; worker / child session / minimal standing session / background-disabled returns ok: false
Ownership / validation	Same as the standard write path; if enabled is present and not a boolean → invalidParams

import {
    ACP_METHOD_SESSION_SET_MULTITASK,
    buildSetMultitaskParams,
    isMultitaskSupportAdvertised,
} from '@genie/agent-client-protocol';

if (isMultitaskSupportAdvertised(init.agentCapabilities)) {
    await conn.extMethod(ACP_METHOD_SESSION_SET_MULTITASK, buildSetMultitaskParams(sessionId, true));
}

The TUI /multitask command reuses the same stamping semantics.

5. Unsolicited Drain Turns

After a worker completes, the coordinator runs another summary turn when the parent session is idle and the client has not sent another session/prompt. This turn has no user bubble, and the CLI assigns its requestId.

At the start of the turn, the CLI first sends a standard session_info_update, followed by content frames. The existing session_end still closes the turn:

{
  "sessionUpdate": "session_info_update",
  "_meta": {
    "codebuddy.ai/unsolicitedTurn": {
      "requestId": "cli-hex-request-id",
      "reason": "background_drain"
    },
    "codebuddy.ai/requestId": "cli-hex-request-id"
  }
}

Clients should immediately open a Request with no user message for this requestId. Do not wait for user_message_chunk, and do not discard an unfamiliar requestId after idle as a stale frame. Subsequent tool_call / agent_message_chunk events with the same requestId belong to this turn; session_end closes it.

Helpers: buildUnsolicitedTurnUpdate / readUnsolicitedTurn (ACP_META_UNSOLICITED_TURN). Unknown _meta fields must be ignored rather than treated as protocol errors.

Fake-model e2e: packages/agent-cli/src/e2e/multitask-wakeup.spec.ts (run pnpm run bundle first).

6. Child Worker Questions Across Parent Turns

After the coordinator dispatches work, end_turn and an idle parent session are expected. AskUserQuestion / ExitPlanMode requests from live detached workers still use the parent session's requestPermission. Hosts must not mark these questions as canceled merely because the parent turn emitted session_end. They close only when the user stops that worker or closes the parent session.

Troubleshooting

Connection Failed

Problem: Zed cannot connect to CodeBuddy

Solution:

1. Confirm the codebuddy command is available:

   which codebuddy

2. Test ACP mode startup:

   codebuddy --acp

3. Check if the configuration file JSON format is correct

Tool Call Failed

Problem: File operation or command execution errors

Solution:

1. Check working directory permissions
2. View CodeBuddy logs

Related Links

• CLI Reference - View all command-line parameters (including --multitask)
• Slash Commands - /multitask
• IDE Integration Guide - More editor integration methods
• ACP Protocol Specification - Detailed protocol documentation

---

Through the ACP protocol, integrate CodeBuddy Code into your favorite editor 🚀