由 Claude Code 或 Codex 上的 AI 员工分拣 Sentry 报错

员工做什么

• 读取上次运行以来新出现或复发的未解决 Sentry 问题。
• 和看板去重：一个反复出现的报错只会多一条评论，而不是十个新 issue。
• 写出有用的 issue：影响、首次和最近出现时间、从哪个版本开始、最上面几层堆栈，以及可能原因（明确标为猜测）。
• 按你写的规则定优先级，比如挡住注册或付款的就是紧急。
• 修掉明显的问题：一个空值判断、一个缺失的翻译 key、一个错误的跳转。它会带测试开 pull request，等你审阅。

怎么在 Claude Code 或 Codex 上设置 Sentry 分拣

1. 连接 Sentry 的 MCP 服务器

   Sentry 在 mcp.sentry.dev 托管了一个 MCP 服务器，用 OAuth 登录，所以不用安装任何东西，也不用粘贴 token。添加后启动 agent，按提示登录 Sentry。它能让 agent 访问 Sentry 的问题、报错、项目和 Seer 分析。

   # Claude Code：添加 Sentry 托管的 MCP 服务器，然后用 OAuth 登录
   claude mcp add --transport http sentry https://mcp.sentry.dev/mcp
   
   # Codex：通过 mcp-remote 桥接
   codex mcp add sentry -- npx -y mcp-remote@latest https://mcp.sentry.dev/mcp

2. 复制岗位说明

   Claude Code 放进 CLAUDE.md，Codex 放进 AGENTS.md，放在报错来源的那个代码仓库里，这样它能读到每层堆栈背后的代码。

   # 岗位：报错分拣
   由周期 issue“Sentry 分拣”触发，工作日 9:00 和 14:00。
   
   1. 在 Sentry 里列出生产环境中，上次运行以来新出现或复发的
      未解决问题。
   2. 逐个在看板上查有没有对应的 issue（搜 Sentry 的问题 ID）。
      有的话，把新的次数作为评论加上去。
   3. 没有就开一个 issue：用报错做标题，写清影响的用户数和事件数、
      首次和最近出现时间、最上面几层堆栈、从哪个版本开始，
      以及你对原因的猜测（注明是猜测）。
   4. 优先级：挡住注册、付款或数据的标 Urgent；影响超过 1% 会话的
      标 High；其余标 Medium。
   5. 如果修复又小又明显，就把它当作你的下一个 issue，
      带测试开 pull request。不要合并。
   6. 绝不自己在 Sentry 里解决、忽略或删除任何东西。

3. 定时

   把分拣做成周期 issue，比如 --repeat "weekdays at 9:00"；报错多的话，下午再加一个。

4. 审阅修复

   修复 pull request 走你们正常的审阅流程。员工对影响范围或归属拿不准时，会把 issue 标为“需处理”并提问。

来源：Sentry 的 MCP 服务器文档

保证安全的规则

• 读 Sentry，写看板。在 Sentry 里解决、忽略或删除，留给人来做。
• 只看生产环境：指向生产环境，免得把测试环境的噪音记成 issue。
• 猜测就是猜测：每个 issue 里写的原因在有人确认之前都标为假设。
• 不合并：修复一律是带测试的 pull request，不直接推送。
• 个人数据：Sentry 事件里可能有用户信息；issue 里只写次数和 ID，不写邮箱或 IP。

Claude Code 和 Codex 的分步做法

每个 agent 的内置命令、要连接的工具和定时方法：Claude Code 接入 Sentry、Codex 接入 Sentry。

一个每天从你的报错开始工作的工程师

分拣天然适合做 AI 软件工程师的周期 issue。Crewmark 把你的 Claude Code 或 Codex 变成这样的员工，配上工作时间和心跳。

1. 从岗位开始

   AI 软件工程师从看板领 issue，开 pull request。

2. 把分拣加成周期 issue

   到点就分拣，然后接着处理它记下的 issue。

3. 更多工程工作

   见用 Claude Code 做工程和每个 PR 都有 AI 代码审查。

常见问题