一个插件让AI协同作战

当你在 Claude 写后端逻辑、Codex 调 API、Cursor 画前端界面时，有没有想过——这些模型其实可以协同作战？

一个叫 model-routing 的开源项目正在做这件事：让多个 AI 模型像团队一样分工合作，而不是让用户自己在不同工具间反复横跳。

这个项目在 HN 上引发了近 200 条讨论。有人称它"终于有人做了我一直想做的事"，也有人说"技术不难，但思路值钱"。

它解决什么问题？

多数开发者同时用 2-3 个 AI 编程工具。Claude Code 擅长架构设计，Codex 对 GitHub 生态更熟，Cursor 的实时补全更快——但它们之间完全割裂。

你得手动复制上下文、切换窗口、重新解释任务。效率没提升，反而更累。

model-routing 的思路很简单：让模型自己判断该用哪个。

它会在你给出指令后，先分析任务类型（代码生成 / Bug 修复 / 代码审查 / 文档撰写），然后自动路由到最合适的模型。整个过程对你透明——可以看到路由决策，也可以手动干预。

核心技术逻辑是什么？

项目基于一个轻量级决策框架：

• 任务分类器：用小模型做意图识别，判断当前任务属于哪类
• 模型注册表：声明每个模型的擅长领域（如"Codex 适合 GitHub API 调用"）
• 路由策略：支持轮询、成本优先、延迟优先等多种模式

有意思的是，这个项目没有用复杂的向量检索或 RAG，纯靠规则 + 轻量分类就实现了"还算准确"的路由效果。

一位开发者在评论里说："有时候优雅的暴力比复杂的智能更可靠。"

适合哪些人用？

如果你符合以下任意一条，这个工具值得试试：

• 同时在多个 IDE 里用 AI 辅助编程
• 对"让 AI 自己选模型"这件事有好奇心
• 想减少在不同工具间切换的认知负担

如果你的工作流只需要一个 AI 工具搞定所有事，那这个项目的价值有限——它解决的是"多模型协作"问题，不是"单模型增强"问题。

怎么上手？

项目托管在 GitHub，支持 npm 安装：

npm install model-routing

配置文件里声明你本地有哪些模型、它们各自的 API 端点是什么。路由逻辑开箱即用，也可以自己改写决策函数。

有一点需要注意：目前项目对 Claude Code 和 Cursor 的集成还比较初期，需要手动配置一些环境变量。建议先跑通官方 README 的示例再动手改造。

社区怎么看？

HN 评论里最有趣的讨论点是：这个方向会不会被各大厂商自己做了？

有人指出，Anthropic、OpenAI、Cursor 完全可以自己在产品层做模型切换，用户为什么要用第三方方案？

但另一派观点认为：开放生态需要第三方路由层。就像负载均衡器不一定是 Nginx 自己来做一样。

你怎么看？

评论区聊聊：你平时会同时用几个 AI 编程工具？切换时最烦什么？

获取方式

GitHub：
https://github.com/model-routing/model-routing

HN 讨论串：
https://news.ycombinator.com/item?id=48688700

觉得这篇有收获的话，点个赞再走？你的在看是我更新最大的动力 🚀

作者：驰云技术信息

🔥 觉得有用？点赞 + 在看 + 转发，让更多朋友看到！

💬 评论区聊聊你的想法，老粉优先回复