4.4 Sentry：把报错现场给 agent 看

它是什么

Sentry 官方 MCP，远程端点 https://mcp.sentry.dev/mcp。在 2026 年 3 月搜索量榜单排第 30（约 4.7k/月）。

官方对它的定位很贴切：error context for debugging agents（给调试 agent 用的错误上下文）。

它解决什么问题

agent 修 bug 最大的障碍是信息不对称：它看得到代码，看不到线上到底报了什么。

没有 Sentry MCP：
  "这个接口偶发 500，帮我看看"
  → agent 只能猜：可能是空指针、可能是超时、可能是并发……

有 Sentry MCP：
  → agent 直接读堆栈、读发生频率、读影响用户数、读最近一次 occurrence

从猜变成查，这是它最大的价值。

安装与配置

远程托管，无需本地安装：

- insert:
    - id: sentry
      name: '@deepseek-ai/dsh-mcp-client'
      config:
        serverName: sentry
        transport: streamable-http
        url: https://mcp.sentry.dev/mcp
        headers: {}

走 OAuth 授权，首次使用会跳授权流程。这也是远程托管端点的统一形态——详见 1.3 远程服务器。需要注意的是，远程端点用的是你 Sentry 账号的真实权限，授权范围按最小原则选。

典型用法

报错分诊：

用 sentry 列出过去 24 小时新增的 issue，
按影响用户数排序，取前五个，
每个给出：首次出现时间、发生次数、堆栈要点、涉及版本。

定位回归：

用 sentry 查这个错误是从哪个版本开始出现的：
<粘贴错误标题>
列出该版本前后的发布记录。

修复验证：

用 sentry 确认 fix/pr-1234 合并后，
目标 issue 的发生次数是否归零，给时间线。

第三个用法特别有用——让 agent 自己验证修复是否真的生效，形成闭环。这也呼应了 3.2 Chrome DevTools 的“看清页面”和 Serena 的“定位代码”：四者串起来就是完整调试链路。

谁该装

情况 建议
有生产环境且用 Sentry 必装
只在本地开发 不必
用其他错误监控（自建 / 别的厂商） 看是否有对应 MCP

与其他工具的分工

工具 给你什么
Sentry 线上发生了什么
Serena 代码结构在哪
GitHub MCP 远端仓库怎么操作
Chrome DevTools 本地页面什么状态

四者串起来就是完整调试链路：Sentry 发现 → Serena 定位 → 改代码 → Sentry 验证。

排错

现象 原因
授权失败 OAuth 流程未完成或被拒
看不到项目 授权范围未包含该项目
调用超时 Sentry 服务或网络问题

小结

  • Sentry MCP 是远程托管端点，走 OAuth，无需本地安装。
  • 核心价值：把“猜 bug”变成“查 bug”。
  • 还能让 agent 自己验证修复是否生效，形成闭环。

延伸阅读