Zed 与 OpenClaw

Zed 的定位

Zed 是 editor-side external agent host。它自己是宿主，agent 作为外部进程被拉起来。

Zed 接 Codex

Zed -> ACP -> codex-acp -> Codex runtime

这条链的重点是：

• Zed 说的是 ACP。
• codex-acp 负责把 ACP 翻译成 Codex runtime 调用。
• 这不是简单执行 codex exec。

Zed 接 Claude Code

Zed -> ACP -> Claude adapter -> Claude Agent SDK / Claude Code

这条链也是 adapter 思路，只是适配器对象换成了 Claude 那一侧的 agent SDK / CLI 能力。

OpenClaw 的定位

OpenClaw 更像 gateway / orchestration system，而不是单纯 IDE 宿主。

它至少有三种工作方式：

1. 直接调 provider

OpenClaw -> provider API / OpenAI-compatible endpoint

这是最薄的一种接法。

2. 把自己暴露成 ACP bridge

editor / acpx -> openclaw acp -> OpenClaw Gateway

这里 OpenClaw 是被别的宿主接入的一侧。

3. 由 OpenClaw 反向拉起外部 agent

OpenClaw -> acpx -> codex / claude / gemini harness

这里 OpenClaw 又变成了宿主和编排方。

Zed 和 OpenClaw 的核心差别

维度	Zed	OpenClaw
本质	编辑器宿主	网关 / 编排层
ACP 所处位置	第一层交互协议	常常是桥接或调度的一层
典型链路	IDE 直接接 agent	Gateway 统一路由多 agent
形态	薄，偏本地	厚，偏 orchestration

什么时候该把它们看成不同类别的产品

如果你关心“能不能把 Codex 接进去”，它们都可以。

如果你关心“架构定位”，就必须分开看：

• Zed 主要解决 IDE 交互。
• OpenClaw 主要解决模型路由、会话桥接、agent orchestration。