Dump Analyzer MCP Server

用于远程 Windows Crash Dump 分析的 MCP 服务：支持上传 dump、创建分析会话、执行 CDB 命令，并返回结构化状态与原始输出。

项目目标是让 AI 侧脱离对 Windows 操作系统的运行依赖：通过标准 MCP 接口调用部署在 Windows 服务端的 CDB 指令完成 dump 分析。

核心能力

• 通过标准 MCP 接口接入远程 Windows dump 分析能力
• 支持上传 dump、创建分析会话、执行 CDB 命令、关闭会话的完整闭环
• 支持在同一分析会话内连续执行多条命令
• 支持把重命令放到后台执行，并通过显式查询接口获取状态与结果
• 面向 AI/远程客户端场景，调用方无需直接运行 Windows 调试器

前置条件

• 操作系统：Windows
• Python：3.10 及以上
• 调试器：要求使用 Windows SDK 26100 及以上版本（含 WinDbg/CDB）
• 网络：客户端可访问 --public-base-url 对应地址

安全边界

• 本服务默认面向内网/受信任环境，当前不内置用户鉴权与权限体系，请勿直接暴露公网。
• 如需跨网络访问，请在前置网关或反向代理层提供鉴权、访问控制与 TLS，并结合网络隔离、白名单和防火墙限制访问来源。
• 默认拒绝危险命令（如 .shell、重定向、.create/.attach/.kill 等）

使用流程

1. 调用 prepare_dump_upload(file_size, file_name) 获取 file_id 和 upload_url
2. 对 upload_url 发送 HTTP PUT 上传原始 dump 字节
3. 调用 start_analysis_session(file_id, sym_noisy=true) 获取 session_id
4. 轻量命令可直接调用 execute_windbg_command(session_id, command, timeout)
5. 重命令可先调用 start_async_windbg_command(session_id, command) 获取 command_id
6. 轮询 get_async_windbg_command_status(session_id, command_id) 或 get_async_windbg_command_result(...)
7. 调用 close_analysis_session(session_id) 释放资源

运行特性

• MCP 通道采用 streamable-http
• 命令执行状态固定为：queued、running、completed
• CDB 输出原样透传，不做语义解析
• 命令执行较久时自动发送心跳，避免误判为卡死
• 即使宿主不展示流式进度，最终工具返回也会包含结构化执行状态
• 重命令支持显式异步调用，避免同步接口因等待符号加载而误伤后续命令

从源码启动

适用于已克隆仓库、准备在本机直接启动服务的场景：

uv sync
uv run dump-analyzer-mcp-server --host 0.0.0.0 --port 8000 --public-base-url http://your-host:8000

• MCP 入口：http://your-host:8000/mcp
• 上传入口：http://your-host:8000/uploads/dumps/{file_id}

MCP 客户端配置示例

{
  "mcpServers": {
    "dump-analyzer": {
      "url": "http://your-host:8000/mcp"
    }
  }
}

命令行参数

说明：

• --public-base-url 必须是客户端可访问地址，否则 prepare_dump_upload 会返回 UPLOAD_URL_UNAVAILABLE
• --symbols-path 仅服务端管理员可配置；调用方工具参数不可覆盖符号路径
• --verbose 会将服务日志提升到 DEBUG

日志与审计

• 服务默认启用文件日志，并按天轮转，适合长期运行的服务端场景。
• 单个日志文件大小上限为硬编码 100MB；超过后会立即切换到一个新的空 server.log。
• 日志目录默认总大小上限为 2GB；超出后会优先删除最老的轮转日志文件。
• 默认日志目录优先使用 PROGRAMDATA\dump-analyzer-mcp-server\logs；如果不可用，则回退到系统临时目录下的项目专属目录。
• 日志会尽量串联 request_id、file_id、session_id、客户端地址和命令摘要，方便在多人并发调用时定位问题。
• 完整逐行 WinDbg/CDB 命令输出会写入同一个 server.log，可直接用于排查 SYMSRV、DBGHELP、DBGENG、PE/image 加载和长命令卡住问题。
• 日志输出按原样记录，不做脱敏。
• 危险命令拦截会记录审计事件，但日志中只保留屏蔽后的命令摘要，不记录完整危险命令文本。
• 单文件切卷阈值当前不提供 CLI 配置，固定为 100MB。

排障建议：

• 生产环境先保持默认日志配置，仅在需要深度排障时临时开启 --verbose
• 优先按 request_id / session_id / command_id 检索同一次分析链路
• 若担心控制台被额外收集，可使用 --no-log-keep-console 仅保留文件日志
• 由于完整 transcript 默认写入，重符号场景下日志增长会明显快于旧版本

错误处理

• 工具调用失败时返回结构化错误（含错误码与错误信息）
• prepare_dump_upload 在无法生成可访问上传地址时返回 UPLOAD_URL_UNAVAILABLE
• 上传大小、文件格式、会话上限等限制会在入口阶段尽早失败

无流式宿主建议

• 某些 MCP Host / IDE 只展示最终 tool result，不展示 progress/SSE；这类宿主应优先依赖最终返回中的 status、timed_out、first_output_delay_ms、queue_wait_ms 和 suggested_next_step。
• start_analysis_session 默认会开启 !sym noisy；如调用方明确不需要，可传 sym_noisy=false。
• 推荐命令顺序：先 .lastevent、再 .ecxr;kv、再 lmv m <module>，最后再执行 !analyze -v 这类重命令。
• 对 .reload /f、冷缓存下的 .ecxr;kv、!analyze -v，优先使用异步工具链：start_async_windbg_command -> get_async_windbg_command_status / get_async_windbg_command_result。
• timeout 表示当前前台调用在设定时间内还未等到命令完成；命中后会返回结构化 status=timeout，但底层 CDB 命令仍可能继续在后台完成。
• 当后台已有重命令运行时，同步 execute_windbg_command 会返回 status=busy，避免把排队等待误算成当前命令自己的执行耗时。

开发文档

• 开发、测试、E2E、CI 与常见排障：docs/development.md
• 技术设计与协议背景：docs/technical-design.md
• 历史决策记录：docs/devlog.md

项目来源

• 本项目起步于上游 svnscha/mcp-windbg，并在此基础上持续演进。
• 当前项目已收敛为面向远程 Windows Crash Dump 分析的 MCP 服务，与上游在产品定位、工具边界和使用流程上存在明显差异。
• 本项目保留上游 MIT 许可证文本与原始版权声明，并在此基础上独立维护。

许可证

MIT