为什么 Claude Code 方案和 Codex 不一样

不是 Multica 故意做两套

更准确地说，是上游给出来的机器接口本来就不是同一类。

Claude Code 暴露出来的自然接口

对 Multica 这种 daemon 来说，Claude 最自然的接法是：

claude CLI -> stream-json

这是一个非常适合后台任务系统的接口：

• 启动简单
• 事件流清晰
• resume 语义直接
• 不必额外维护一个长期 server

Codex 暴露出来的自然接口

对需要宿主控制的产品来说，Codex 更自然的可编程接口是：

codex app-server -> JSON-RPC

这意味着宿主能更细地控制：

• 初始化
• thread / turn 生命周期
• 工具审批
• 文件变更审批
• 结构化事件消费

为什么不用 codex exec --json

codex exec --json 当然能用，但它更像：

host -> one-shot command -> observe events

而 app-server 更像：

host -> embedded runtime transport -> control session directly

对于 Multica 这种 daemon 宿主，后者更合适。

所以差异不在“偏好”，而在“接口面”

上游	Multica 看到的最佳集成面	最终接法
Claude Code	CLI JSON 流	直接消费 stream-json
Codex	app-server / JSON-RPC	直接接 codex app-server

一句话总结

Claude 在 Multica 里更像“带结构化输出的 CLI”，Codex 在 Multica 里更像“可嵌入的 agent server”。