Multica 支持 11 个 AI 编程 provider，但“支持”不等于体验完全一样。Claude Code、Codex、OpenCode、Cursor Agent、Kimi、Kiro 等工具的启动方式、MCP 支持、会话恢复、skill 注入路径都有差异。选择 provider 时，应该先选你已经熟悉、能稳定跑的工具。

Multica 支持哪些 AI 编程工具：11 个 provider 不是同一种体验

Multica 的 provider 列表看着很长，Claude Code、Codex、OpenCode、Cursor Agent 都在里面。

这很容易让人产生一个印象：反正都接进来了，选哪个都差不多。

差得不少。

Multica 能把它们放进一套任务系统，不代表这些工具本身的能力、输出格式、恢复机制、MCP 支持都一样。

这点在试用前最好先知道。

Multica 支持哪些 provider

从文档和代码看，Multica 支持的 agent 类型包括：Claude Code、Codex、GitHub Copilot CLI、OpenCode、OpenClaw、Hermes、Gemini、Pi、Cursor Agent、Kimi、Kiro CLI。

数量很多。

背后的做法是给每种工具写 backend adapter。Multica 统一暴露 Execute 这样的接口，具体启动命令、参数、流式输出解析，再交给每个 provider 自己的实现。

这就像把一排不同品牌的机器接到同一个控制台。

控制台能发启动命令，也能收结果。机器里面怎么跑，还是各有各的脾气。

MCP 支持不一样

MCP 是很多 AI 编程工具都在讲的能力，但在 Multica 这里，不能默认所有 provider 一样。

文档里说得比较清楚：Claude Code 是真正消费 MCP 的主要 provider。其他工具即使能通过上下文拿到配置，也不一定能用同样方式调用 MCP server。

这会影响你怎么设计任务。

如果你的流程依赖 MCP，比如要 agent 访问某个内部系统、调用特定工具，那就不能只看 Multica 是否支持这个 provider。还要看这个 provider 自己能不能吃下 MCP 配置。

这类细节不看，任务跑起来会很奇怪。

页面上显示 agent 在工作，结果它根本没有你以为它有的工具能力。

Skill 注入路径也不一样

Multica 会把 skill 写到 provider 能识别的位置。

Claude Code 有 .claude/skills。Codex 会用自己的 CODEX_HOME。Cursor、Kimi、Kiro、OpenCode 也有各自路径。有些 provider 没有原生 skill 机制，就会走 .agent_context/skills 这种兜底方式。

这不是小差异。

原生支持 skill 的工具，读起来更自然。兜底注入能让 agent 看到文件，但体验不一定一致。

所以“挂了同一个 skill”，不代表每个 provider 都会用得同样好。

这也解释了为什么多 provider 平台很难做到完全平滑。统一入口容易，统一行为很难。

会话恢复也要分开看

AI 编程任务经常会遇到中断。

CLI 崩了，daemon 掉线，网络断了，任务超时。Multica 需要知道哪些任务能恢复，哪些只能重新跑。

不同 provider 的 resume 能力不一样。有些工具可以带 session id 继续，有些代码里有接口但实际不可用，有些干脆只能重开。

这对长任务影响很大。

如果你派的是一个小文档修复，中断了重跑也没什么。要是一个跨文件重构，跑到一半失败，再恢复不了，回收成本就上来了。

选 provider 的建议

第一次用 Multica，不要按列表长度选。

选你已经熟悉的那个。

平时用 Claude Code，就先接 Claude Code。平时用 Codex，就先接 Codex。你要先排除 Multica 自己的问题，再观察平台调度有没有价值。

如果 provider 本身你都没跑顺，Multica 会把问题包得更复杂。

一个任务失败时，你会分不清是 provider 没登录、模型不稳定、上下文没注入，还是 daemon 调度出了问题。

等一个 provider 跑稳，再加第二个。

多 provider 的真正价值

多 provider 最有价值的地方，不是“我可以随便切”。

更现实的用法是分工。

比如某个 agent 固定用 Claude Code，处理需要 MCP 或复杂工具调用的任务。另一个 agent 用 OpenCode，跑一些成本更可控的文档或简单改动。还有一个 agent 用在特定机器上，因为那台机器有项目依赖。

这时候 Multica 的统一任务入口才有意义。

如果只是为了把所有热门工具都点亮，试用成本会很高。工具越多，排障越麻烦。