/sentry-create-alert
Create Sentry alerts using the workflow engine API. Use when asked to create alerts, set up notifications, configure issue priority alerts, or build workflow automations. Supports email, Slack, PagerDuty, Discord, and other notification actions.
$ npx -y skills add getsentry/sentry-for-ai --skill sentry-create-alert --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/sentry-create-alert
Context preview
The summary Claude sees to decide when to auto-load this skill.
Create Sentry alerts using the workflow engine API. Use when asked to create alerts, set up notifications, configure issue priority alerts, or build workflow automations. Supports email, Slack, PagerDuty, Discord, and other notification actions.
SKILL.md
sentry-create-alert.SKILL.mdname: sentry-create-alert
description: Create Sentry alerts using the workflow engine API. Use when asked to create alerts, set up notifications, configure issue priority alerts, or build workflow automations. Supports email, Slack, PagerDuty, Discord, and other notification actions.
license: Apache-2.0
Create Sentry Alert
Create alerts via Sentry’s workflow engine API.
**Note:** This API is currently in **beta** and may be subject to change. It is part of New Monitors and Alerts and may not be viewable in the legacy Alerts UI.
Invoke This Skill When
- User asks to “create a Sentry alert” or “set up notifications”
- User wants to be emailed or notified when issues match certain conditions
- User mentions priority alerts, de-escalation alerts, or workflow automations
- User wants to configure Slack, PagerDuty, or email notifications for Sentry issues
Prerequisites
- `curl` available in shell
- Sentry org auth token with `alerts:write` scope (also accepts `org:admin` or
`org:write`)
Phase 1: Gather Configuration
Ask the user for any missing details:
| Detail | Required | Example | | --- | --- | --- | | Org slug | Yes | `sentry`, `my-org` | | Auth token | Yes | `sntryu_...` (needs `alerts:write` scope) | | Region | Yes (default: `us`) | `us` → `us.sentry.io`, `de` → `de.sentry.io` | | Alert name | Yes | `"High Priority De-escalation Alert"` | | Trigger events | Yes | Which issue events fire the workflow | | Conditions | Optional | Filter conditions before actions execute | | Action type | Yes | `email`, `slack`, or `pagerduty` | | Action target | Yes | User email, team, channel, or service |
Phase 2: Look Up IDs
Use these API calls to resolve names to IDs as needed.
API="https://{region}.sentry.io/api/0/organizations/{org}"
AUTH="Authorization: Bearer {token}"
# Find user ID by email
curl -s "$API/members/" -H "$AUTH" | python3 -c "
import json,sys
for m in json.load(sys.stdin):
if m.get('email')=='USER_EMAIL' or m.get('user',{}).get('email')=='USER_EMAIL':
print(m['user']['id']); break"
# List teams
curl -s "$API/teams/" -H "$AUTH" | python3 -c "
import json,sys
for t in json.load(sys.stdin):
print(t['id'], t['slug'])"
# List integrations (for Slack/PagerDuty)
curl -s "$API/integrations/" -H "$AUTH" | python3 -c "
import json,sys
for i in json.load(sys.stdin):
print(i['id'], i['provider']['key'], i['name'])"Phase 3: Build Payload
Trigger Events
Pick which issue events fire the workflow. Use `logicType: "any-short"` (triggers must always use this).
| Type | Fires when | | --- | --- | | `first_seen_event` | New issue created | | `regression_event` | Resolved issue recurs | | `reappeared_event` | Archived issue reappears | | `issue_resolved_trigger` | Issue is resolved |
Filter Conditions
Conditions that must pass before actions execute. Use `logicType: "all"`, `"any-short"`, or `"none"`.
**The `comparison` field is polymorphic** — its shape depends on the condition `type`:
| Type | `comparison` format | Description | | --- | --- | --- | | `issue_priority_greater_or_equal` | `75` (bare integer) | Priority >= Low(25)/Medium(50)/High(75) | | `issue_priority_deescalating` | `true` (bare boolean) | Priority dropped below peak | | `event_frequency_count` | `{"value": 100, "interval": "1hr"}` | Event count in time window | | `event_unique_user_frequency_count` | `{"value": 50, "interval": "1hr"}` | Affected users in time window | | `tagged_event` | `{"key": "level", "match": "eq", "value": "error"}` | Event tag matches | | `assigned_to` | `{"targetType": "Member", "targetIdentifier": 123}` | Issue assigned to target | | `level` | `{"level": 40, "match": "gte"}` | Event level (fatal=50, error=40, warning=30) | | `age_comparison` | `{"time": "hour", "value": 24, "comparisonType": "older"}` | Issue age | | `issue_category` | `{"value": 1}` | Category (1=Error, 6=Feedback) | | `issue_occurrences` | `{"value": 100}` | Total occurrence count |
**Interval options:** `"1min"`, `"5min"`, `"15min"`, `"1hr"`, `"1d"`, `"1w"`, `"30d"`
**Tag match types:** `"co"` (contains), `"nc"` (not contains), `"eq"`, `"ne"`, `"sw"` (starts with), `"ew"` (ends with), `"is"` (set), `"ns"` (not set)
Set `conditionResult` to `false` to invert (fire when condition is NOT met).
Actions
| Type | Key Config | | --- | --- | | `email` | `config.targetType`: `"user"` / `"team"` / `"issue_owners"`, `config.targetIdentifier`: `<id>` | | `slack` | `integrationId`: `<id>`, `config.targetDisplay`: `"#channel-name"` | | `pagerduty` | `integrationId`: `<id>`, `config.targetDisplay`: `<service_name>`, `data.priority`: `"critical"` | | `discord` | `integrationId`: `<id>`, `data.tags`: tag list | | `msteams` | `integrationId`: `<id>`, `config.targetDisplay`: `<channel>` | | `opsgenie` | `integrationId`: `<id>`, `data.priority`: `"P1"`-`"P5"` | | `jira` | `integrationId`: `<id>`, `data`: project/issue config | | `github` | `integrationId`: `<id>`, `data`: repo/issue config |
Full Payload Structure
{
"name": "<Alert Name>",
"enabled": true,
"environment": null,
"config": { "frequency": 30 },
"triggers": {
"logicType": "any-short",
"conditions": [
{ "type": "first_seen_event", "comparison": true, "conditionResult": true }
],
"actions": []
},
"actionFilters": [{
"logicType": "all",
"conditions": [
{ "type": "issue_priority_greater_or_equal", "comparison": 75, "conditionResult": true },
{ "type": "event_frequency_count", "comparison": {"value": 50, "interval": "1hr"}, "conditionResult": true }
],
"actions": [{
"type": "email",
"integrationId": null,
"data": {},
"config": {
"targetType": "user",
"targetIdentifier": "<user_id>",
"targetDisplay": null
},
"status": "active"
}]
}]
}`frequency`: minutes between repeated notifications. Allowed values: `0`, `5`, `10`, `30`, `60`, `180`, `720`, `1440`.
**Structure note:**
Read more
name: sentry-create-alert description: Create Sentry alerts using the workflow engine API. Use when asked to create alerts, set up notifications, configure issue priority alerts, or build workflow automations. Supports email, Slack, PagerDuty, Discord, and other notification actions. license: Apache-2.0
Create Sentry Alert
Create alerts via Sentry’s workflow engine API.
**Note:** This API is currently in **beta** and may be subject to change. It is part of New Monitors and Alerts and may not be viewable in the legacy Alerts UI.
Invoke This Skill When
- User asks to “create a Sentry alert” or “set up notifications”
- User wants to be emailed or notified when issues match certain conditions
- User mentions priority alerts, de-escalation alerts, or workflow automations
- User wants to configure Slack, PagerDuty, or email notifications for Sentry issues
Prerequisites
- `curl` available in shell
- Sentry org auth token with `alerts:write` scope (also accepts `org:admin` or
`org:write`)
Phase 1: Gather Configuration
Ask the user for any missing details:
| Detail | Required | Example | | --- | --- | --- | | Org slug | Yes | `sentry`, `my-org` | | Auth token | Yes | `sntryu_...` (needs `alerts:write` scope) | | Region | Yes (default: `us`) | `us` → `us.sentry.io`, `de` → `de.sentry.io` | | Alert name | Yes | `"High Priority De-escalation Alert"` | | Trigger events | Yes | Which issue events fire the workflow | | Conditions | Optional | Filter conditions before actions execute | | Action type | Yes | `email`, `slack`, or `pagerduty` | | Action target | Yes | User email, team, channel, or service |
Phase 2: Look Up IDs
Use these API calls to resolve names to IDs as needed.
API="https://{region}.sentry.io/api/0/organizations/{org}"
AUTH="Authorization: Bearer {token}"
# Find user ID by email
curl -s "$API/members/" -H "$AUTH" | python3 -c "
import json,sys
for m in json.load(sys.stdin):
if m.get('email')=='USER_EMAIL' or m.get('user',{}).get('email')=='USER_EMAIL':
print(m['user']['id']); break"
# List teams
curl -s "$API/teams/" -H "$AUTH" | python3 -c "
import json,sys
for t in json.load(sys.stdin):
print(t['id'], t['slug'])"
# List integrations (for Slack/PagerDuty)
curl -s "$API/integrations/" -H "$AUTH" | python3 -c "
import json,sys
for i in json.load(sys.stdin):
print(i['id'], i['provider']['key'], i['name'])"Phase 3: Build Payload
Trigger Events
Pick which issue events fire the workflow. Use `logicType: "any-short"` (triggers must always use this).
| Type | Fires when | | --- | --- | | `first_seen_event` | New issue created | | `regression_event` | Resolved issue recurs | | `reappeared_event` | Archived issue reappears | | `issue_resolved_trigger` | Issue is resolved |
Filter Conditions
Conditions that must pass before actions execute. Use `logicType: "all"`, `"any-short"`, or `"none"`.
**The `comparison` field is polymorphic** — its shape depends on the condition `type`:
| Type | `comparison` format | Description | | --- | --- | --- | | `issue_priority_greater_or_equal` | `75` (bare integer) | Priority >= Low(25)/Medium(50)/High(75) | | `issue_priority_deescalating` | `true` (bare boolean) | Priority dropped below peak | | `event_frequency_count` | `{"value": 100, "interval": "1hr"}` | Event count in time window | | `event_unique_user_frequency_count` | `{"value": 50, "interval": "1hr"}` | Affected users in time window | | `tagged_event` | `{"key": "level", "match": "eq", "value": "error"}` | Event tag matches | | `assigned_to` | `{"targetType": "Member", "targetIdentifier": 123}` | Issue assigned to target | | `level` | `{"level": 40, "match": "gte"}` | Event level (fatal=50, error=40, warning=30) | | `age_comparison` | `{"time": "hour", "value": 24, "comparisonType": "older"}` | Issue age | | `issue_category` | `{"value": 1}` | Category (1=Error, 6=Feedback) | | `issue_occurrences` | `{"value": 100}` | Total occurrence count |
**Interval options:** `"1min"`, `"5min"`, `"15min"`, `"1hr"`, `"1d"`, `"1w"`, `"30d"`
**Tag match types:** `"co"` (contains), `"nc"` (not contains), `"eq"`, `"ne"`, `"sw"` (starts with), `"ew"` (ends with), `"is"` (set), `"ns"` (not set)
Set `conditionResult` to `false` to invert (fire when condition is NOT met).
Actions
| Type | Key Config | | --- | --- | | `email` | `config.targetType`: `"user"` / `"team"` / `"issue_owners"`, `config.targetIdentifier`: `<id>` | | `slack` | `integrationId`: `<id>`, `config.targetDisplay`: `"#channel-name"` | | `pagerduty` | `integrationId`: `<id>`, `config.targetDisplay`: `<service_name>`, `data.priority`: `"critical"` | | `discord` | `integrationId`: `<id>`, `data.tags`: tag list | | `msteams` | `integrationId`: `<id>`, `config.targetDisplay`: `<channel>` | | `opsgenie` | `integrationId`: `<id>`, `data.priority`: `"P1"`-`"P5"` | | `jira` | `integrationId`: `<id>`, `data`: project/issue config | | `github` | `integrationId`: `<id>`, `data`: repo/issue config |
Full Payload Structure
{
"name": "<Alert Name>",
"enabled": true,
"environment": null,
"config": { "frequency": 30 },
"triggers": {
"logicType": "any-short",
"conditions": [
{ "type": "first_seen_event", "comparison": true, "conditionResult": true }
],
"actions": []
},
"actionFilters": [{
"logicType": "all",
"conditions": [
{ "type": "issue_priority_greater_or_equal", "comparison": 75, "conditionResult": true },
{ "type": "event_frequency_count", "comparison": {"value": 50, "interval": "1hr"}, "conditionResult": true }
],
"actions": [{
"type": "email",
"integrationId": null,
"data": {},
"config": {
"targetType": "user",
"targetIdentifier": "<user_id>",
"targetDisplay": null
},
"status": "active"
}]
}]
}`frequency`: minutes between repeated notifications. Allowed values: `0`, `5`, `10`, `30`, `60`, `180`, `720`, `1440`.
**Structure note:**
This is a skill source repository — not something you install directly. The skills here are built from this source into a portable Agent Plugin and installable client-specific plugins for Claude Code, Cursor, Codex, and Grok — install one of those, not this
Repo: getsentry/sentry-for-ai
Other skills on sentry-for-ai.
- /sentry-debug-issue
Debug and fix a Sentry issue — find it (by link, ID, or search), pull full context (stack trace, breadcrumbs, trace, logs), optionally run Seer root-cause / autofix, apply the code fix, and resolve it via a `Fixes PROJECT-NAME-12A` commit/PR. Use when working a known error or
Open skill - /sentry-fix-stack-traces
Make Sentry stack traces readable — upload source maps for JavaScript/TypeScript, or debug files for native and mobile (dSYM, ProGuard/R8, NDK symbols, Dart obfuscation maps, .NET PDBs). Use when frames in Sentry show minified names, bundled paths, hex addresses, "unknown", or
Open skill - /sentry-get-started
Guided entry point for using Sentry through your agent. Orients you to your current setup and, for a new project, sets up Sentry end to end with sane defaults — provision a project, install the SDK (errors, tracing, and whatever it enables by default), and confirm real telemetry
Open skill - /sentry-instrument
Instrument an application with Sentry — detect the platform, install and initialize the SDK if needed, and wire up any signal — error monitoring, tracing/performance, logging, metrics, profiling, session replay, user feedback, cron check-ins, and AI/LLM monitoring (agent runs,
Open skill - /sentry-otel-exporter-setup
Configure the OpenTelemetry Collector with Sentry Exporter for multi-project routing and automatic project creation. Use when setting up OTel with Sentry, configuring collector pipelines for traces and logs, or routing telemetry from multiple services to Sentry projects.
Open skill - /sentry-setup-releases
Set up Sentry releases and deploy tracking — tag events with a version and environment, create the release in CI with its commits, and wire up suspect commits and code mappings, so Sentry can show which release introduced an issue, which commit is responsible, and release
Open skill

