背景
配套 debug-tools-ai 的 workflow.md 里有一半规则都在防 "execute_debug_tools_run_configuration success=true 但应用其实没起来",以及连接判断需要串 3~4 个工具 + 手动 HTTP 才能完成。把编排和状态聚合下沉到插件内部,这些防错规则就不再必要。
建议新增/增强的 MCP 工具(P1)
- get_debug_tools_status(聚合状态):一次返回 connections + attachable JVMs + debug sessions + Spring ready + applicationName,Agent 一步判断"能不能干活"
- search_http_url:IDEA 侧已有 HttpUrl 搜索索引(search/ 包),MCP 化后 Agent 问 "/api/xxx 是哪个 Controller" 可直接作答
- run_and_invoke 复合编排:启动 → 等 Spring ready → attach → invoke → 返回结果一次完成,消除对 nextAction 的多轮跟随
- 错误响应标准化:所有错误返回 {errorCode, hint, availableOptions},例如 MULTIPLE_SESSIONS + 可选名列表、HOTSWAP_API_UNAVAILABLE + 替代路径,Agent 拿到 hint 即可自愈
备注
1、3 大部分是把已有 HTTP handler(SpringReady/GetApplicationName 等)包成 MCP 工具,管道现成,成本低。
背景
配套 debug-tools-ai 的 workflow.md 里有一半规则都在防 "execute_debug_tools_run_configuration success=true 但应用其实没起来",以及连接判断需要串 3~4 个工具 + 手动 HTTP 才能完成。把编排和状态聚合下沉到插件内部,这些防错规则就不再必要。
建议新增/增强的 MCP 工具(P1)
备注
1、3 大部分是把已有 HTTP handler(SpringReady/GetApplicationName 等)包成 MCP 工具,管道现成,成本低。