AI 实用工具
2026-06-02

今天的三个工具解决一个共同问题:AI 编码 agent 的能力边界。当 agent 只会读文件、搜文本、调 Bash 时,它就像一个只靠触觉做手术的外科医生——能干活,但缺了太多关键感知。今天三个工具分别给它装上跨模型协作的神经网络、运行时调试的显微镜、以及语言服务器的语义之眼。
Multi-CLI MCP — 让 Claude、Gemini、Codex、OpenCode 互相调用
当前 AI 编码工具生态有一个荒诞的现实:你机器上可能同时装了 Claude Code、Gemini CLI、Codex CLI 和 OpenCode,但它们彼此之间完全隔离。Claude 不知道 Gemini 在想什么,Codex 无法请教 Claude。每个 agent 都是孤岛。
Multi-CLI MCP 用一个 MCP 服务器打破了这层隔阂。安装后,无论你正在和哪个 AI 对话,它都能把其他已安装的 AI CLI 当作工具来调用——Claude 可以问 Gemini 对架构的看法,Codex 可以委托 Claude 做代码审查,OpenCode 可以同时咨询另外三个模型获取多方意见。
它的设计有几处很聪明。第一,自动检测你机器上安装了哪些 CLI,只暴露可用的,不显示没装的。第二,自动隐藏调用者自身——Claude 不会看到"Ask-Claude"这个工具,避免自己调自己的无意义循环。第三,每晚 CI 自动扫描各 CLI 的最新模型列表,有变化自动发新版,模型更新 24 小时内同步到位。第四,支持 MCP tasks 模式,长任务不会阻塞客户端。
用起来也很直观:装好后直接对 Claude 说"让 Gemini 审查一下这个函数的性能",或者"让 Codex 和 OpenCode 分别给这个错误信息提修复建议,我要多方对比"。不需要学任何新命令。
# 一键安装(自动检测已安装的 AI CLI 并配置)
curl -fsSL https://raw.githubusercontent.com/osanoai/multicli/main/install.sh | bash
# 或手动按客户端安装
claude mcp add --scope user Multi-CLI -- npx -y @osanoai/multicli@latest同类工具对比
Multi-CLI MCP(今日推荐)
安装:npx -y @osanoai/multicli@latest
核心特点:MCP 桥接,自动发现 + 自动更新模型列表
支持的 Agent:Claude / Gemini / Codex / OpenCode
热度:npm 116周下载
MCO
安装:go install
核心特点:并行 fan-out + SARIF + 去重
支持的 Agent:Claude / Gemini / Codex / OpenCode / Qwen / OpenClaw
热度:⭐ 较新
all-agents-mcp
安装:npx
核心特点:8 个 MCP 工具 + 8 个 Skill
支持的 Agent:Claude / Gemini / Codex / Copilot
热度:已归档
Bernstein
安装:pipx install
核心特点:31 个 agent 适配器 + git worktree
支持的 Agent:30+ agent CLI
热度:⭐ 较新
Multi-CLI MCP 相比 MCO 的优势在于轻量和 MCP 原生集成——它就是一个 MCP 服务器,不需要学新的 CLI 命令。MCO 功能更全(SARIF 输出、跨 agent 去重、LLM 综合摘要),适合 CI/CD 集成;Multi-CLI 更适合日常对话中的即兴跨模型咨询。all-agents-mcp 已经归档,官方推荐迁移到 Skills 方案;Bernstein 是一个更重量级的编排平台,而不是轻量桥接器。
⭐ 45 · v1.5.39 · MIT · github.com/osanoai/multicli · npmjs.com/package/@osanoai/multicli
inspector-mcp — 让 AI agent 像人类一样调试 Node.js 运行时
AI agent 的调试方式目前还停留在石器时代:看源码、猜问题、改代码、跑测试、看报错、再猜。它能看到静态代码,但看不到运行时发生了什么——哪个变量在某个时刻变成了 null,哪个异步调用没有 await,哪个中间件悄悄吞掉了错误。inspector-mcp 通过 Chrome DevTools Protocol 把 Node.js 的完整调试能力暴露给 MCP 客户端,让 agent 能像人类开发者一样设断点、单步执行、检查变量。
核心能力覆盖完整的调试工作流:断点管理(支持 TypeScript 源映射自动解析,设 .ts 文件的断点,自动映射到编译后的 .js 位置)、执行控制(step over / step into / step out / continue / pause)、变量检查(local / closure / global 三个作用域,支持嵌套对象展开)、表达式求值(在暂停的栈帧上下文里执行任意 JS 表达式)、控制台缓冲(最近 1000 条日志,可按级别和关键词过滤)。
一个典型的调试场景:agent 用自然语言跟你说"API 返回 500 了",你告诉它连接 9229 端口,在 src/routes/users.ts 第 34 行设断点,等请求触发后检查数据库查询结果。agent 自己完成连接、设断点、等待暂停、读取变量值、分析问题——全程不需要你打开 Chrome DevTools 或 VS Code 调试面板。
自动重连机制让它在进程重启后自动恢复所有断点,适合开发时频繁改代码重启的场景。项目还附带一个 Claude Code Skill 文件(SKILL.md),放到 .claude/skills/ 目录后 agent 会自动掌握正确的调试工作流。
# 试运行(不安装)
npx inspector-mcp
# 全局安装
npm install -g inspector-mcp
# 启动你的 Node.js 应用(带调试端口)
node --inspect src/server.js
# 在 Claude Code 的 .mcp.json 中添加:
# {
# "mcpServers": {
# "inspector": { "type": "stdio", "command": "npx", "args": ["inspector-mcp"] }
# }
# }同类工具对比
inspector-mcp(今日推荐)
实现方式:CDP WebSocket + MCP stdio
核心能力:完整调试 + 控制台缓冲 + TypeScript 源映射
源映射:✅ 自动
进程管理:❌ 手动
热度:npm 82周下载
node-debugger-mcp
实现方式:CDP + MCP
核心能力:调试 + 进程启动管理
源映射:❌
进程管理:✅ 可启停进程
热度:⭐ 9
cdp-tools-mcp
实现方式:CDP + MCP
核心能力:浏览器 + Node.js 双调试 + DOM 断点
源映射:✅
进程管理:✅ 端口管理
热度:⭐ 4
debugger-mcp
实现方式:DAP + MCP
核心能力:多语言调试(通过 DAP 适配器)
源映射:✅
进程管理:✅
热度:⭐ 较新
DebugMCP(VS Code 扩展)
实现方式:VS Code Debug API + MCP
核心能力:IDE 内调试 + 自动注册
源映射:依赖 VS Code
进程管理:依赖 VS Code
热度:🏪 VS Code
inspector-mcp 的独特价值在于极简——它只做一件事(把 CDP 暴露为 MCP 工具),没有进程管理、没有 UI、没有多余抽象。cdp-tools-mcp 功能更丰富(浏览器 + Node.js 双目标、DOM 断点、多连接),但如果你只需要调试 Node.js 后端,inspector-mcp 的 API 更简洁直接。debugger-mcp 通过 DAP 协议理论上覆盖更多语言,但 Node.js 场景不如 CDP 原生方案成熟。
⭐ 2 · v1.0.0 · MIT · github.com/AbianS/inspector-mcp · npmjs.com/package/inspector-mcp
LSP MCP Bridge — 把语言服务器的智能喂给任何 AI agent
🏪 VS Code Marketplace · marketplace.visualstudio.com/items?itemName=sehejjain.lsp-mcp-bridge
这是今天三个工具中最"润物细无声"的一个。AI agent 搜索代码的方式通常是文本匹配——Grep 函数名、搜索类名、正则匹配模式。但人类开发者搜索代码用的是语义——"这个函数在哪定义的"、"谁调用了这个方法"、"这个类型有哪些实现"。语言服务器协议(LSP)正是为这种语义理解而生的,而 LSP MCP Bridge 做的事情极其简单却极其有用:把 VS Code 中任何活跃的语言服务器的能力,自动暴露为 MCP 工具和 GitHub Copilot 语言模型工具。
安装这个扩展后,你的 VS Code 中正在运行的语言服务器——TypeScript 的内置 TS Server、Python 的 Pylance、Rust 的 rust-analyzer、Go 的 gopls、Java 的 JDT LS——它们的核心能力全部变成了 AI agent 可以直接调用的工具。10 个工具覆盖了最常用的语义操作:查找定义(Go to Definition)、查找引用(Find All References)、悬停信息(Hover)、文档符号(Document Symbols)、工作区符号搜索、代码补全、重命名预览、代码操作(Quick Fix)、格式化、函数签名帮助。
这意味着 agent 不再需要盲搜。当它想知道"这个函数的类型签名是什么",它调用 lsp_hover 而不是读文件猜。当它需要找到所有调用点来评估重构影响,它调用 lsp_references 而不是 Grep 函数名(Grep 会漏掉通过别名导入的引用,也会误匹配同名字符串)。当它需要理解文件结构,它调用 lsp_document_symbols 得到一个带层级的符号大纲,而不是逐行读文件。
最妙的是零配置——安装即用。扩展自动发现 VS Code 中已有的语言服务器连接,不需要指定语言、不需要配置路径、不需要额外的进程。对于 GitHub Copilot 用户,工具以 #definition、#references、#hover 等引用名自动注册,Copilot 会在合适的时机主动调用它们。对外部 MCP 客户端,扩展也自动注册到 VS Code 的 MCP 系统中。
# VS Code 扩展商店搜索 "LSP MCP Bridge" 安装
code --install-extension sehejjain.lsp-mcp-bridge同类工具对比
LSP MCP Bridge(今日推荐)
安装方式:VS Code 扩展
核心机制:复用已有 LSP,自动发现
语言覆盖:所有有 LSP 的语言
MCP 工具数:10
热度:🏪 VS Code
VS Code MCP Bridge
安装方式:VS Code 扩展
核心机制:VS Code API + 文件 + 终端 + LSP
语言覆盖:多语言
MCP 工具数:27
热度:🏪 VS Code
Context Master
安装方式:VS Code 扩展
核心机制:AST 图谱 + 符号上下文
语言覆盖:多语言
MCP 工具数:7
热度:🏪 VS Code
SocratiCode
安装方式:VS Code 扩展
核心机制:混合搜索 + 调用图 + 依赖图
语言覆盖:多语言
MCP 工具数:MCP 自动注册
热度:🏪 VS Code
LSP MCP Bridge 的定位非常精准——它不是又一个"代码库理解平台",而是一个薄薄的桥接层。它不建索引、不存数据库、不跑嵌入模型,只是把已经在你编辑器里跑着的语言服务器的能力翻译成 MCP 工具。相比之下,VS Code MCP Bridge 功能更全(27 个工具含终端和 Diff),但更重;Context Master 和 SocratiCode 解决的是更广泛的代码库理解问题,但需要索引步骤和更多资源。如果你的需求简单明确——让 agent 能调用 Go to Definition 和 Find References 而不是 Grep——LSP MCP Bridge 是路径最短的选项。
🏪 VS Code Marketplace · marketplace.visualstudio.com/items?itemName=sehejjain.lsp-mcp-bridge · github.com/sehejjain/lsp-mcp-bridge
夜雨聆风