已连接应用

Sentry

用真实错误上下文调试生产问题。

通过 Sentry 的 hosted MCP server 连接后,MoClaw 可以在调查生产问题时使用 issue、event 和 debugging context。它能把错误信号转成可执行的工程摘要和下一步。

工作方式

3 步接入 Sentry,无需工程配置。

  1. 1

    连接 Sentry

    从 Settings 授权 Sentry connector,让 MoClaw 使用官方 hosted MCP server。

  2. 2

    询问 issue 或 failure mode

    粘贴 Sentry issue 链接,或描述你希望 MoClaw 调查的错误模式。

  3. 3

    获取 debugging brief

    MoClaw 使用 Sentry context 总结影响范围、可能原因和下一步工程动作。

为什么重要

Sentry 保存了工程师排查故障需要的证据:issue、event trail、受影响 release、stack trace、tags,以及 regression 何时开始的线索。难点是如何不在 dashboard 和代码之间来回切换,就把证据变成清晰的下一步行动。

连接 Sentry 后,MoClaw 可以把 Sentry hosted MCP server 纳入调试循环。你可以问发生了什么变化、哪些错误在飙升、哪些用户受影响,或牵涉到哪条代码路径,MoClaw 会把 Sentry 上下文和其他任务上下文结合起来。

和 GitHub、Linear 一起使用时尤其有用。MoClaw 可以检查 Sentry context,对比近期代码改动,并起草工程师真正需要的 issue 或 PR follow-up。

可以这样说

可以直接复制到 Sentry 的真实 prompts。

  • 总结这个 Sentry issue,并告诉我可能 owner。
  • 找出过去 24 小时影响最大的 checkout errors。
  • 把这个 Sentry regression 和最近 GitHub changes 对比。
  • 根据这个 Sentry alert 起草一个 Linear issue,并带上 reproduction clues。

分步演示

发送 prompt 后实际会发生什么。

Prompt 01 4 步

“总结这个 Sentry issue,并告诉我可能 owner。”

MoClaw 会做什么

  1. 1 通过 hosted MCP server 读取 Sentry issue context。
  2. 2 提取 stack trace、受影响 route、tags 和最近 event shape。
  3. 3 把失败区域匹配到代码库或团队上下文里的产品表面。
  4. 4 返回 owner 建议和第一个 debugging step。
结果

MoClaw 报告:'这是一个 checkout settings modal crash,自上次 frontend deploy 后影响 41 个用户。可能 owner:webapp connectors。第一步检查 connector-settings-modal 中的 null account state。'

FAQ

关于价格、隐私和限制的快速回答。

MoClaw 如何连接 Sentry?
MoClaw 使用 Sentry 的 hosted MCP server,并通过专用 MCP OAuth grant 授权。
它能替代 Sentry dashboard 吗?
不能。dashboard 仍然是真实来源。MoClaw 帮你解释 Sentry context,并把它转成摘要、ticket 和 debugging plan。
它能和 GitHub 一起用吗?
可以。当 GitHub 和 Sentry 都连接后,MoClaw 可以把 runtime error context 与 repository 和 pull request context 结合起来。
我可以撤销 Sentry 访问吗?
可以。你可以在 MoClaw settings 里断开 connector,或从 Sentry account settings 管理授权。

免费试用 MoClaw。

每月 1,000 credits,或者 自带 API Key 获得无限用量。

随时取消