- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
最近自己写了一个 MCP 小工具：multi-llm-mcp。
主要用途是让 Claude Code 多两个能力：
- 可以通过 MCP 调用本地 Codex CLI，让 Codex 帮忙查看项目、修改文件、重构代码、生成测试等。
- 可以同时调用多个模型，比如 GPT、Kimi、DeepSeek、Qwen，让 Claude Code 不只依赖单一模型，而是可以把同一个问题发给多个模型，从不同角度得到回答。
项目地址：
github.com
GitHub - mai-yyy/multi-llm-mcp: 一个让 Claude Code 调用 Codex...
一个让 Claude Code 调用 Codex 干活，并可以同时调用多个模型（GPT、Kimi、DeepSeek 等）的 MCP 工具。
目前主要支持这些工具：
ask：调用单个模型，支持简单多轮会话ask_many：把同一个问题同时发给多个模型review：让多个模型同时分析一段内容ask_codex：通过 MCP 调用 Codex CLI 执行任务wait_codex：等待 Codex 长任务继续完成wait_many：等待多模型任务继续完成health_check：检查运行环境和模型配置
我写这个工具的主要原因是：Claude Code 本身很好用，但有时候我希望它能“找别的模型一起商量一下”，比如让 DeepSeek、Kimi、Qwen、GPT 都给出一个回答，再由 Claude Code 综合判断。另外，Codex CLI 在一些代码执行和文件修改任务上也比较适合作为“干活的工具”，所以就把它也接进来了。
还有一个比较实际的问题是 MCP 工具调用可能会有超时限制，所以我这里做了一个异步等待机制。长任务不会一直卡在一次工具调用里，而是先返回 job_id，后面再通过 wait_codex 或 wait_many 继续等结果。
目前项目还比较简单，属于个人工具型项目，不是什么完整平台。代码也还有可以改进的地方，比如配置方式、异常处理、任务清理等。发出来主要是给有类似需求的人参考，也欢迎大家提建议。
简单说就是：
Claude Code 负责对话和调度，Codex CLI 负责执行任务，其他模型负责提供不同角度的回答。
如果你也在折腾 Claude Code / MCP / Codex / 多模型协同，可以看看这个项目。
1 个帖子 - 1 位参与者
来源: LinuxDo 最新话题查看原文