Error Triage
Production error triage
Reads your error tracker every morning and reports what's new, what's spiking and what's noise. Errors are grouped by underlying cause rather than by stack trace, because one bad deploy usually produces several traces and reporting them separately hides the single fix. Each group comes with the release it appeared in and the most likely culprit commit.
Connects with
Connect these once. Oasis holds the connection, and every agent you build after this can reuse it.
SentryRequired
GitHubOptional
LinearOptional
SlackOptional
- +Custom toolConnect any other tool from thousands of available integrations.
How it runs
- Foundation
Claude Managed Agent
- Model
- Claude Sonnet 4.6
- Reasoning
- Medium effort
- Per run
- Up to 30 turns
- Memory
- Learns across runs
- Browsing
- Off
- Category
- Engineering
- Sentry
- Errors
- Monitoring
Frequently asked questions
How does Error Triage tell one production bug from several Sentry stack traces?
It groups errors by underlying cause, so traces from the same bad deploy appear as one incident rather than a misleading list of separate failures.
Can Sentry triage show which release an error group appeared in?
Yes. Each error group includes the release where it appeared, making a deployment correlation visible in the morning report.
How does the triage report distinguish new errors from background noise?
It compares what is newly appearing and what is spiking with recurring tracker activity, then labels noise instead of turning every stack trace into an incident.
Will Error Triage identify a likely culprit commit for a Sentry issue?
Each grouped cause includes the most likely culprit commit, using the connected GitHub history alongside Sentry's release and error data.
Agents like this one
Put Error Triage to work today
Add it to your Oasis, review its setup, and hand it the first task.