Sentry + Ceres
把 Sentry 接入 Ceres —— 你的 AI 增长官 —— 让它的专家智能体基于你真实的 Sentry 数据工作。 Look up issues, projects, and alerts in your Sentry error-monitoring workspace.
Ceres 用 Sentry 做什么
来自你的 Sentry 错误监控工作区的 issue、发布和告警。
Ceres 读取 Sentry 的数据来辅助工作。它不会写回 Sentry —— 此连接为只读。
Ceres 从 Sentry 读取什么
- 未解决的问题——按错误归类，包含标题、根因和严重等级（error、warning、fatal）
- 每个问题的触发频率——在你选定的时间窗口内的事件次数和趋势
- 每个问题影响的用户数量，让影响最大的缺陷最先浮现
- 首次出现与最近出现的时间戳，以及问题状态是新增、持续、回归还是已解决
- 每个错误关联的运行环境和发布版本（生产、预发），以及引入该错误的应用版本
- 各发布版本及其健康度——某次错误激增可追溯到哪个版本
- 已配置的告警规则及其触发条件，让 Ceres 了解你的团队已经在关注什么
- 问题上的堆栈跟踪和标签上下文（运行时、浏览器、操作系统），用于判断到底是什么出了问题
Ceres 如何使用 Sentry
Ceres 连接到你的 Sentry 错误监控工作区，并按计划定期读取其中的内容——问题、发布版本和告警。这个连接严格只读：Ceres 只查看什么出了故障、发生得多频繁、影响了多少用户，绝不会在 Sentry 中写入、解决、评论或更改任何内容。你工作区里的任何东西都不会被改动。这些数据只是作为反映产品真实状态的又一个信号流入 Ceres，在后台悄悄拉取，让你无需自己去翻看仪表盘。
真正把这些数据用起来的是你的市场研究主管。它把 Sentry 当作产品的真实声音：某次发布后结账流程错误激增、一个崩溃正悄悄影响着一部分用户、某个问题在最新版本中回归。市场研究主管会把这些发现与它从其他已连接工具中（收入、分析、客服会话）构建的全局画面结合起来——这样一条建议就不再只是「流量下降了」，而是「流量下降了，且 Sentry 显示自上次发布以来注册页面出现了致命错误」。它报告的每一项发现，都以来源的具体问题、次数和发布版本作为依据。
它带来的真实价值，是一份你无需额外配人的常驻看护。错误报告不再只是躺在一个没人打开、直到出事才去看的仪表盘里——Ceres 会把 Sentry 和其他所有数据一并读取，并把错误与业务结果联系起来，在某个缺陷很可能正在让你损失注册或收入时主动提示，并附上完整的证据链。它在设计上就是只读的，因此完全不存在让某个智能体动到你监控配置的风险；它是一项被引用、保持最新、在后台为你工作的研究输入。
实际场景
当客服情绪下滑时，市场研究主管会检查 Sentry，看是否有某个版本在大约同一时间引入了错误 —— 这样在真正原因是 bug 时，就不会去追查一个并不存在的营销问题。
使用 Sentry 的智能体
Sentry 集成常见问题
- Ceres 能和 Sentry 集成吗？
- 可以。Ceres 会连接到你的 Sentry 错误监控工作区，并按计划定期读取你的问题、发布版本和告警。该连接为只读——Ceres 把 Sentry 作为产品健康信号使用，绝不会更改其中的任何内容。
- Ceres 会从 Sentry 读取哪些数据？
- Ceres 会读取你未解决的问题（含严重等级、事件频率以及各自影响的用户数）、首次和最近出现的时间戳及问题状态、错误关联的发布版本和运行环境、你已配置的告警，以及堆栈跟踪和标签上下文——足以判断什么出了故障、它可能正让你付出什么代价。
- Sentry 连接是只读的吗？
- 是的，完全只读。Ceres 只从 Sentry 读取数据，绝不会解决问题、发布评论、修改告警、更改任何设置，也不会向你的 Sentry 工作区写入任何内容。它纯粹是一项研究输入，仅此而已。
- 哪些 Ceres 智能体会使用 Sentry？
- 你的市场研究主管。它把 Sentry 当作产品的真实声音——将错误激增、版本回归和高影响缺陷，融入它从你的收入、分析和客服数据中构建的全局画面，让它的发现反映产品的真实状态。
- Ceres 多久读取一次我的 Sentry 数据？
- 按固定周期在后台读取。Ceres 会拉取你最新的问题、发布版本和告警，让分析始终保持最新，而你无需自己打开 Sentry 仪表盘。
- 我该如何连接 Sentry？
- 在你的 Ceres 仪表盘的连接器中连接 Sentry——一次性授权你的 Sentry 工作区后，市场研究主管即可开始读取你的问题、发布版本和告警。你可以随时断开连接。