用途：调查 Sentry 错误 issue，理解错误、收集上下文，为修复或分诊做准备。
主要能力：解析 Sentry issue URL 或纯 ID；获取 issue 概览、元数据（首次/最近出现、事件数、影响用户数、状态）；获取推荐事件与完整堆栈；查看面包屑、tags（环境、浏览器、操作系统）和自定义 context；据此定位失败文件与行号、判断错误类型与消息、分析事件序列与环境相关问题；必要时可解决、静音或取消解决 issue。
使用方式：前置条件为 SENTRY_AUTH_TOKEN 和 SENTRY_ORG 已设置，可用 sentry-cli info 验证。入口参数是 sentry-issue-url-or-id，可以是完整 URL 或 issue ID（如 123456）。流程上先解析输入，再用 sentry-cli issues list --id <issue-id> 获取概览，通过 REST API https://sentry.io/api/0/organizations/${SENTRY_ORG}/issues/<issue-id>/ 获取元数据，用推荐事件端点 .../issues/<issue-id>/events/recommended/ 获取堆栈，并用 jq 路径提取异常、堆栈帧、面包屑、tags、context。若要处理，可执行 sentry-cli issues resolve <issue-id>、mute 或 unresolve。搜索过滤支持 is:unresolved、lastSeen:-2d、message:undefined、issue.category:error 等。
适用场景：收到 Sentry 告警或 Slack 通知后需要快速分诊、理解错误并准备修复时。
限制：资料未提供具体实现细节、权限范围、各操作的影响面、费用及失败处理方式，这些暂未提供；使用前需确保认证与组织配置正确。