我草，这不就可以合理合法的用Claude cli 了吗？除了流式输出不能用之外，堪称完美！！！ 当前 ACP 方向： OpenClaw ──spawns──> Claude Code (subproc

我草，这不就可以合理合法的用Claude cli 了吗？除了流式输出不能用之外，堪称完美！！！

当前 ACP 方向：
OpenClaw ──spawns──> Claude Code (subprocess)
└── 只有 Claude Code 自带工具（file, bash, grep...）

MCP 方向：
OpenClaw ──spawns──> Claude Code (subprocess)
├── Claude Code 自带工具
└── MCP ──connects back──> OpenClaw tools
（feishu, sessions_spawn, exec, browser, memory...）

cliBackends 已经定义了 Claude CLI 路径，Claude Code 原生支持 --mcp-config 参数加载 MCP
server。只要 OpenClaw 把自己的 tools 暴露成 MCP server，Claude Code 启动时带上这个 MCP
config 就能回调所有 OpenClaw 能力。

优势：
- Claude Code 不再是"孤岛"，能主动发飞书消息、spawn 子任务、操作浏览器
- 标准 MCP 协议，不需要特殊集成
- 双向打通：OpenClaw 管生命周期，Claude Code 用 OpenClaw 工具干活

唯一限制：
- 没有流式输出 — MCP tool call 是 request/response，结果一次性返回
- 但对编码任务来说这不是问题，最终要的是代码产物，不是中间输出

这个方向比纯 ACP 更通用，本质上把 OpenClaw 从"ACP host"升级成了"tool provider"。