Sentry 和 Codex：添加 MCP 服务器，定时分拣报错

Sentry 报错分拣：Codex 能做什么

• 读取上次运行以来新出现或复发的未解决 Sentry 问题。
• 先查看板，一个反复出现的报错只会多一条评论，而不是十个新 issue。
• 把每个新报错记成 issue，写清影响、首次和最近出现时间、从哪个版本开始、最上面几层堆栈，以及可能原因（标明是猜测）。
• 小而明显的问题直接修，带测试开 pull request，等待审查。

Sentry 报错分拣：Codex 的相关功能

Sentry 报错分拣：怎么设置 Codex

1. 连接工具

   把 Sentry 添加为 streamable HTTP 服务器，然后登录一次。Sentry 自己的文档里也写了 mcp-remote 桥接，那样也能用，但 Codex 不需要它。

   # ~/.codex/config.toml
   [mcp_servers.sentry]
   url = "https://mcp.sentry.dev/mcp"
   required = true
   
   # 然后用 OAuth 登录
   codex mcp login sentry

2. 把规则写进 AGENTS.md

   Codex 在开始任何工作前都会读取 AGENTS.md：先是 ~/.codex/AGENTS.md，再从仓库根目录一路读到它正在工作的文件夹。把这项工作的规则写在这里；规则很长的话，放进 .agents/skills/ 下的一个 skill。见 AGENTS.md 指南。

   ## Sentry 分拣规则
   1. 列出上次运行以来首次出现或复发的
      生产环境未解决问题。
   2. 记录之前，先在看板上搜索 Sentry 问题 ID。
   3. 新问题记成 issue：影响的用户数和事件数、首次和最近
      出现时间、版本、最上面几层堆栈，以及可能原因，
      标明是猜测。
   4. 挡住注册、付款或数据的标 Urgent；影响超过 1% 会话的
      标 High；其余标 Medium。
   5. 又小又明显的修复：带测试开 pull request。不要合并。
   6. 绝不在 Sentry 里解决、忽略或删除任何东西。

3. 不打开交互界面运行

   codex exec 运行一个任务后就退出。进度输出到 stderr，最终消息输出到 stdout；-o 还会把它写进文件，--json 则以事件流输出。沙箱默认只读，除非传入 --sandbox workspace-write。

   # 从 cron 跑一轮分拣；总结写进文件
   codex exec --sandbox workspace-write \
     -o triage.md "按 AGENTS.md 里的规则分拣新的 Sentry 报错"

4. 设成定时运行

   在 ChatGPT 桌面应用或网页版里创建定时任务（CLI 不管理定时任务），或者从 cron 运行 codex exec。见如何让 Codex 主动工作。

来源：Codex 文档

局限与安全

• 它只需要读取 Sentry 问题，不需要修改。解决和忽略留给人。
• 它给出的原因是根据堆栈做的猜测。修复上线前要由人确认。
• 报错里可能带有用户数据。它记的 issue 要放在私有的看板或仓库里。
• Codex 默认在沙箱里运行命令：写入只限于工作区，网络关闭。danger-full-access 只留给隔离的 runner 或容器。

Sentry 报错分拣，用 Claude Code 还是 Codex？

规则可以通用。只在 AGENTS.md 里写一次，再在 CLAUDE.md 里放一行 @AGENTS.md，两个 agent 读的就是同一个文件。

另一个 agent 的分步做法：Claude Code Sentry 报错分拣。

Sentry 报错分拣，交给专人负责

命令只在有人记得时才会运行。Crewmark 把你自己的 Codex 变成一个 AI 员工，有岗位、量化目标、工作时间和心跳，工作就会按时完成，并出现在看板上。

1. 从岗位开始

   AI 软件工程师，岗位说明里写上这些规则。

2. 把工作放到它的看板上

   把这项工作加成周期 issue。员工按心跳醒来，做完后在评论里汇报。

3. 相关内容

   Sentry 报错分拣页面有完整的岗位说明和优先级规则。

常见问题