1. IDA MCP 在 Trae CN 里没反应先别急着怀疑插件如果你正在用 Trae CN 配合 IDA Pro 做逆向分析大概率会遇到这个场景MCP 配置粘进去了IDA 插件也装了HTTP 服务看着也起来了结果在智能体里问一句“帮我看看这个函数在干什么”对面半天不吭声。很多人第一反应是 IDA MCP 没连上于是反复重启 IDA、重装插件、改端口折腾一圈还是没反应。我实测下来这类“没反应”至少有两个独立环节可能出问题一个是 IDA 侧的 MCP HTTP 服务有没有真正在127.0.0.1:13337上监听另一个是 Trae CN 的模型通道有没有通。前者是工具连接问题后者是模型请求问题。两者表现很像——都是智能体不回复——但排查方向完全不同。这篇就按排障视角把 IDA MCP 的连接链路和 Trae CN 的模型通道拆开讲清楚重点解决“MCP 明明连上了模型却不回话”的情况。适合谁看已经在 Trae CN 里配过 MCP、装过ida-pro-mcp但智能体调用工具时卡住或沉默的人。你需要对 IDA Pro 9.0、Python 3.11 和 Trae CN 的基本操作有概念剩下的步骤我会尽量给到可直接复制的命令和配置。2. 先确认 IDA 的 MCP HTTP 服务真的在 13337 上排障第一步永远是确认底层服务状态而不是直接去改上层配置。IDA MCP 支持 STDIO 和 HTTP 两种连接方式Trae CN 这边推荐用 HTTP因为它是常驻服务智能体调用时不需要反复拉起进程。启动方式有两种。方式一重启 IDA Pro 9.0确保插件已加载然后点菜单Edit → Plugins → IDA Pro MCP。此时 IDA 的输出窗口应该出现类似IDA MCP HTTP server started on http://127.0.0.1:13337方式二如果插件菜单点了没提示在 IDA 的脚本控制台ShiftF2里手动拉起from ida_mcp import start_server start_server(127.0.0.1, 13337)服务起来之后别急着回 Trae CN。先在浏览器或终端里验证端口是否真的在监听。Windows 下可以用netstat -ano | findstr 13337正常应该看到LISTENING状态且本地地址是127.0.0.1:13337。如果这里什么都没有那问题就锁定在 IDA 侧跟 Trae CN 和模型通道无关。常见原因是插件没装进 IDA 的插件目录或者 Python 版本和 IDA 内置的 Python 不一致。ida-pro-mcp.exe --install执行成功后会提示Installed IDA Pro MCP plugin to IDA插件目录确认这个目录确实是当前 IDA 加载的插件路径。注意IDA MCP 的地址保持http://127.0.0.1:13337/mcp不动后面换模型通道时也不要改它。这两条链路是分开的。3. 模型通道没通才是智能体沉默的高频原因确认了 13337 在监听MCP 配置也保存成功但智能体还是不回复这时候就要看模型通道了。Trae CN 的智能体在调用 MCP 工具时需要先把你的自然语言请求发给模型模型决定调用哪个工具、传什么参数再把结果拿回来组织成回答。如果模型请求本身发不出去或返回异常表现就是“卡住不回复”而不是报一个明确的 MCP 连接错误。我试过的一个典型情况是MCP 面板显示已连接IDA 输出窗口也正常但智能体问什么都沉默。把模型通道换掉之后同一个问题立刻有响应。所以这一步的核心思路是——TaoToken 只换模型通道IDA 的 MCP 地址保持http://127.0.0.1:13337/mcp不动。具体操作打开https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end创建 Key然后在 Trae CN 的模型设置里把 Base URL 填成https://taotoken.net/api。API 地址是https://taotoken.net/api注意不要多加路径。Key 创建入口在控制台的 API Keys 页面模型对话相关的调试可以在模型对话页先单独验证通道是否可用。这里有个容易踩的坑有人把 MCP 的 URL 和模型的 Base URL 搞混把127.0.0.1:13337填到了模型设置里或者把taotoken.net/api填到了 MCP 配置里。两者是完全不同的东西——MCP 地址指向你本机的 IDA 服务模型 Base URL 指向模型请求的入口。改模型通道时MCP 配置一个字都不要动。4. 可复制的 Trae CN 模型通道配置下面给出 Trae CN 里模型通道的配置要点以及 MCP 配置的对照方便你确认两边没有串。模型通道配置Trae CN 模型设置{ baseUrl: https://taotoken.net/api, apiKey: 你的 TaoToken Key, model: 按需选择可用模型 }MCP 配置Trae CN 的 MCP 配置面板保持 HTTP 类型{ mcpServers: { ida-pro-mcp: { type: http, url: http://127.0.0.1:13337/mcp } } }如果你之前用的是ida-pro-mcp.exe --config生成的 STDIO 配置里面会有command、args、cwd这些字段指向 IDA 目录下的python.exe和server.py。Trae CN 推荐用 HTTP所以把 MCP 配置换成上面这个 HTTP 版本只保留type和url两个字段即可。STDIO 方式每次调用都要拉起一个 Python 进程在 Trae CN 里容易因为路径或环境变量问题静默失败排障时优先排除它。配置保存后Trae CN 会自动检测并连接 IDA 的 MCP HTTP 服务。如果面板上显示连接成功说明 MCP 这条链路通了。接下来才是验证模型通道。5. 验证请求用同一个问题问一次配置改完做一次最小验证。确保 IDA 已经打开了目标文件HTTP 服务在 13337 上监听Trae CN 的 MCP 面板显示已连接模型通道填的是https://taotoken.net/api。然后在 Trae CN 里创建或编辑智能体添加工具ida-pro-mcp用之前那个没反应的问题再问一次比如“帮我看看当前光标所在函数的逻辑”。如果这次智能体开始回复并且能引用 IDA 里的函数信息说明模型通道和 MCP 链路都通了。验证成功的标志有几个智能体不再沉默回复里包含对目标文件内容的描述IDA 输出窗口可能看到 MCP 请求日志。如果模型通道单独测试时正常但加上 MCP 工具后又沉默那就要回到 MCP 配置检查url是否精确到/mcp以及 IDA 是否真的加载了目标文件。提示模型通道可以先在模型对话页单独发一条普通消息验证确认 Base URL 和 Key 没问题再回到 Trae CN 里带 MCP 工具测试。这样能把“模型不通”和“MCP 不通”两个问题分开定位。6. 本篇常见错排查错误一MCP 面板显示已连接但智能体不回复。优先查模型通道。把 Base URL 确认为https://taotoken.net/apiKey 没有多余空格模型名称是当前可用的。MCP 地址保持http://127.0.0.1:13337/mcp不动。错误二IDA 输出窗口没有 HTTP server started 提示。说明插件没加载或启动失败。检查ida-pro-mcp.exe --install是否装到了正确的插件目录Python 版本是否和 IDA 内置的一致。可以在脚本控制台手动执行start_server(127.0.0.1, 13337)看报错。错误三端口被占用。netstat -ano | findstr 13337如果发现别的进程占用换端口后 MCP 配置里的url也要同步改模型通道不受影响。错误四把 STDIO 配置粘进了 HTTP 场景。Trae CN 推荐 HTTP配置里只保留type: http和url。STDIO 的command/args字段在 Trae CN 里容易因为路径含空格或环境变量缺失而静默失败。错误五改了模型通道后忘了保存或没重启智能体。部分版本的 Trae CN 需要重新打开智能体编辑面板才会加载新的模型设置改完记得保存并重新发起对话。排障顺序建议固定为先确认 13337 监听再确认 MCP 面板连接最后确认模型通道。三者都通智能体才会正常调用 IDA MCP 并回复。接入相关的 Key 和文档可以在 API Keys 页面和接入文档里对照长期做逆向编码或 Agent 流程的话Coding Plan 更适合持续调用场景。