Connect Sentry to Definable AI

Integrate Sentry to manage your error tracking and monitoring.

About Sentry

Sentry is a productivity tool. Connect it to Definable AI with one-click OAuth2 — no API keys or custom code required.

What you can automate with Sentry

Use Definable AI's agent platform to trigger workflows from Sentry, process results with 50+ AI models, and sync data across 900+ connected apps.

Tools & Actions (225 available)

  • Access project information: Retrieves detailed information for a Sentry project, given its existing organization and project ID or slug.
  • Add a symbol source to a project: Adds a new custom symbol source (HTTP, GCS, or S3) to a project for fetching debug symbols; if an `id` is provided, it must be unique for the project and not start with 'sentry:'.
  • Add a symbol source to a project: Tool to add a custom symbol source to a Sentry project. Use when configuring symbol sources for crash symbolication.
  • Add or remove user email by id: Adds or removes a secondary email for an existing Sentry user, determined by whether the email already exists for that user.
  • Add organization member via email: Invites a new member (or re-invites an existing non-accepted member) to a Sentry organization via email, allowing specification of organization and team roles.
  • Add team member in organization: Adds an existing member of an organization to one of its teams; the member must already belong to the organization, and the team must also belong to that organization.
  • Add team to project: Grants a Sentry team access to a Sentry project within the specified Sentry organization.
  • Bulk mutate an organization's issues: Bulk mutate various attributes on issues within an organization. Use when you need to update status, priority, assignment, or other attributes for multiple issues at once. Maximum of 1000 issues can be mutated, with a 100 issue limit per request.
  • Bulk remove an organization's issues: Permanently removes issues from an organization. If IDs are provided, queries and filtering are ignored. Maximum of 1000 issues can be removed at once.
  • Create an alert for an organization: Creates a workflow alert for a Sentry organization using the New Monitors and Alerts system. Use when you need to set up automated alerting for issues based on trigger conditions and filters. Note: This endpoint is currently in beta and may change.
  • Create an external team: Links an external team or channel (e.g., Slack, GitHub) to an existing Sentry team, using a pre-configured integration for the specified provider and its valid Sentry integration ID.
  • Create dashboard with widgets: Creates a Sentry dashboard with widgets for an organization; `organization_id_or_slug` and specified `project` IDs must be valid, and `start`/`end` datetimes (if absolute range) must form a logical ISO 8601 range.
  • Create external user for organization: Links a Sentry user to an external identity provider's user within a Sentry organization; the Sentry user must be an organization member, an active integration for the provider must be configured, and `external_id` is typically required for the external user.
  • Create organization alert rule: Creates a Sentry metric alert rule for an organization, mandating a 'critical' trigger, typically for a single project, where actions may require Sentry integrations.
  • Create organization monitor: Creates a new monitor (type 'cron_job') within a Sentry organization to track scheduled tasks, allowing configuration of its name, slug (which must be unique if provided), status, owner, and muting preferences for incidents.
  • Create organization team: Creates a new team in a Sentry organization, requiring either a 'slug' (preferred, as 'name' is deprecated) or 'name' to define the team.
  • Create project key with optional rate limiting: Creates a new client key (DSN) for an existing Sentry project, with optional custom rate limit configuration.
  • Create project rule for alerts: Creates a Sentry project alert rule by defining conditions, actions, and optional filters using specific JSON structures (detailed in parameter descriptions) to automate responses to event patterns for an existing organization and project.
  • Create project webhook subscription: Registers a new webhook subscription for a Sentry project to send HTTP POST notifications to a specified URL for given events, provided the project has the 'servicehooks' feature enabled.
  • Create release deploy for org: Creates a new deploy record in Sentry to track the introduction of a release version into a specific environment.
  • Create release for organization: Creates a new Sentry release for an existing organization, associating it with specified projects that must belong to that organization.
  • Create scim group for organization: Creates a new Sentry team (SCIM group) within an organization via the SCIM API. Requirements: - Organization must have SCIM enabled (requires Business Plan with SAML2) - Must use a SCIM bearer token (generated when SCIM is enabled) - Token must have 'team:admin' or 'team:write' scope Behavior: - A URL-friendly slug is auto-generated from displayName (e.g., 'My Team' → 'my-team') - Team is created with an empty member set - Members must be added separately through SCIM member operations - Returns SCIM 2.0 Group resource with unique ID Use this for SCIM provisioning workflows with identity providers like Okta or Azure AD.
  • Create sentry external issue link: Links an existing Sentry issue to an issue in an external service, or updates an existing link, requiring a configured Sentry App installation `uuid`.
  • Create team project for organization: Creates a new Sentry project for an existing organization and team, allowing configuration of its name, slug, platform, and default alert rules.
  • Create user for SAML integration: Creates a new Sentry organization member via a SCIM request for SAML integration; this action does not support setting secondary emails.
  • Deactivate an organization member: Deactivates and permanently deletes a Sentry organization member by using a SCIM PATCH operation to set their 'active' attribute to 'false'.
  • Delete a client key: Deletes a client key for a given project. Use when you need to permanently remove a project's client key (DSN).
  • Delete a custom integration: Deletes a custom integration (Sentry App) by its ID or slug. Use when you need to permanently remove a custom integration from your organization. Requires org:admin scope.
  • Delete a monitor or monitor environments: Delete a monitor or monitor environments. Use when you need to remove a monitor or specific monitor environments from an organization. The deletion is asynchronous and returns a 202 Accepted response.
  • Delete a project symbol source: Deletes a specific custom symbol source from a project.
  • Delete a symbol source from a project: Deletes a custom symbol source from a Sentry project. Use when you need to remove a symbol source that is no longer needed or needs to be reconfigured.
  • Delete a team from an organization (SCIM v2): Permanently and irreversibly deletes a specific team from a Sentry organization via a SCIM v2 request, provided SCIM integration is enabled for the organization.
  • Delete an alert: ⚠️ This endpoint is currently in beta and may be subject to change. Deletes an alert. Use when you need to permanently remove an alert from an organization.
  • Delete an external team by id: Unlinks a previously established external team from a Sentry team; this action does not delete either the Sentry team or the external team.
  • Delete bulk alerts: Bulk delete alerts for a given organization. Use when you need to delete multiple alerts at once. ⚠️ This endpoint is currently in beta and may be subject to change.
  • Delete dsyms for project: Permanently removes a specific Debug Information File (DIF), used for symbolicating crash reports, from the specified Sentry project and organization.
  • Delete external issue by uuid: Unlinks an external issue (e.g., from Jira/GitHub), identified by `external_issue_id`, from the Sentry app installation specified by `uuid`.
  • Delete external user from organization: Deletes the link between an external user (from an integration provider like GitHub, Slack, GitLab, or MS Teams) and a Sentry user within the specified organization. This removes the association but does not delete the Sentry user itself. Requires org:admin or org:write permissions.
  • Delete member from team: Removes an organization member from a Sentry team, revoking their team-specific permissions, provided the member is currently part of that team.
  • Delete org notification action: Deletes a specific Spike Protection Notification Action for a Sentry organization, where `action_id` must be a valid action associated with the `organization_id_or_slug`.
  • Delete organization alert rule: Permanently deletes a metric alert rule from a Sentry organization. This action removes the specified metric alert rule, stopping all monitoring and notifications associated with it. The deletion is immediate and cannot be undone. Metric alert rules monitor aggregated metrics (like error rates, latency, or custom metrics) and are different from issue alert rules which trigger on individual events. **Important**: Metric alert rules require a Sentry Business or Enterprise plan. If your organization is on a different plan, this endpoint will return a 404 Not Found error. **Common Use Cases**: - Cleaning up outdated or unnecessary alert rules - Removing test alert rules after validation - Decommissioning monitoring for deprecated services **Returns**: Success message on deletion (HTTP 202), or error details if the rule doesn't exist or cannot be deleted.
  • Delete organization dashboard: Deletes a custom dashboard or tombstones (marks as deleted) a pre-built dashboard within a Sentry organization.
  • Delete organization discover query: Permanently removes a specific saved Discover query (a configuration for exploring event data) from a Sentry organization. This action requires one of the following scopes: org:admin, org:read, or org:write. The Discover saved queries feature is only available on Business and Enterprise plans.
  • Delete organization integration: Permanently removes an integration installation from a Sentry organization. This action requires the numeric integration ID, which can be obtained by first calling retrieve_organization_integrations_list. Required permissions: org:admin or org:integrations scope.
  • Delete organization issue: Permanently deletes a specific Sentry issue, identified by its ID, from an organization; this operation is irreversible and idempotent.
  • Delete organization member: Permanently removes a member from a Sentry organization, revoking their access to that organization and all its associated projects.
  • Delete organization monitor: Deletes a Sentry cron monitor or, if `environment` is specified, only specific environments within that monitor.
  • Delete organization release: Permanently and irreversibly removes a Sentry release, including all its associated files, identified by its version from the specified organization.
  • Delete organization release file: Tool to delete a file from an organization release. Use when you need to remove a specific file associated with a release version in an organization.
  • Delete project by id: Schedules a Sentry project for asynchronous deletion within a specified organization, hiding it from most public views once the process begins.
  • Delete project hook: Deletes a specific service hook from a Sentry project using its organization, project, and hook identifiers.
  • Delete project issues: Permanently removes specified issues from a Sentry project; if no issue IDs are provided, it removes the oldest 1000 issues.
  • Delete project key: Permanently deletes a specific client key (DSN) for a project, preventing it from being used to send events to Sentry.
  • Delete project monitor: Deletes a Sentry monitor, or optionally only its specified environments, for a given project.
  • Delete project replay: Permanently deletes a specific Sentry session replay (a video-like reproduction of user interactions, including console logs and network activity) from the specified project and organization.
  • Delete project rule: Permanently deletes a specific issue alert rule from an existing project within an existing Sentry organization.
  • Delete project team association: Revokes a team's access to a Sentry project; this operation is idempotent.
  • Delete release file: Permanently deletes a specific file from an existing release, project, and organization; this action is idempotent.
  • Delete release file by id: Permanently deletes a specific build artifact (e.g., source map, application bundle) associated with a project release.
  • Delete team by organization and team slug: Schedules a Sentry team for asynchronous deletion, which releases the team's slug for reuse upon successful scheduling.
  • Delete user emails by id: Permanently removes a Sentry user's email address; if multiple emails exist, Sentry's API logic (e.g., primary or previously marked) determines which is deleted.
  • Delete user from org: Removes a SCIM-managed member from a Sentry organization that has SCIM enabled, permanently revoking their access.
  • Disable spike protection: Disables Spike Protection feature for specified projects within a Sentry organization. Use this when you need to turn off spike protection for one or more projects.
  • Enable spike protection for an organization: Enables or updates Spike Protection for specified projects (or all projects using `['$all']`) within an existing Sentry organization, to which the projects must belong.
  • Fetch Tag Values for Issue: Retrieves a list of distinct values for a specified tag key associated with an existing Sentry issue, useful for understanding tag manifestations like browser versions or affected users.
  • Fetch a monitor: Fetches detailed information for a specific monitor (detector) within an organization. Use when you need to retrieve monitor configuration, status, or settings. This endpoint is currently in beta and is supported by New Monitors and Alerts.
  • Fetch alerts: Retrieves a list of alerts (workflows) for a Sentry organization. Use to get alert configurations, statuses, and trigger details. ⚠️ Note: This endpoint is currently in beta and may be subject to change. It is supported by New Monitors and Alerts and may not be viewable in the UI today.
  • Fetch an alert: Retrieves detailed information for a specific alert workflow. Use when you need to get alert configuration, triggers, action filters, or monitoring status. This endpoint is currently in beta and supported by New Monitors and Alerts.
  • Fetch an organization's monitors: Retrieves monitors (detectors) for a Sentry organization. This endpoint is currently in beta and may be subject to change. Use when you need to list or query monitors for an organization.
  • Fetch issue event by id: Retrieves the 'latest', 'oldest', or 'recommended' event for a Sentry issue within an organization, optionally filtered by environment(s).
  • Fetch organization alert rules: Retrieves a list of active metric alert rules for an existing Sentry organization, identified by its ID or slug. Note: This endpoint returns metric alert rules only. If no metric alert rules exist for the organization, the API may return a 404 response which is handled gracefully by returning an empty list. For issue alert rules, use the project-level rules endpoint instead.
  • Fetch organization release threshold statuses: Retrieves derived health statuses for release thresholds in a Sentry organization for a given time range, optionally filtered by environment, project, or release; `start` and `end` times must be provided together. **`[WARNING]`**: This API is experimental (Alpha) and subject to change!
  • Fetch organization replay count: Retrieves the total count of session replays for a specified Sentry organization, filterable by time range, environment, project, and query.
  • Fetch organization replay details: Retrieves detailed information for a specific replay session by ID within a Sentry organization, optionally filtering time-series data using `statsPeriod` or `start`/`end`, and further refining by projects, environments, or specific fields.
  • Fetch organization replay selectors: Retrieves replay selectors (CSS/DOM selectors from session replays) for a Sentry organization. Selectors include elements with dead clicks or rage clicks, useful for identifying UI issues. Returns selector details with click counts and associated project IDs. Use `statsPeriod` for time filtering (preferred over start/end).
  • Fetch project environment details: Retrieves detailed information for a specific environment within a Sentry project.
  • Fetch project ownership details: Retrieves the ownership configuration, like CODEOWNERS rules or Issue Owner settings, for a specified Sentry project.
  • Fetch project release files: Retrieves artifact files (e.g., source maps, debug information files) for a specific release version in a Sentry project; requires existing organization, project, and release version with associated files.
  • Fetch project replay clicks: Fetches a list of user click interactions for a specific Sentry session replay, including the clicked DOM element ID and timestamp.
  • Fetch replay recording segment: Retrieves a specific recording segment for a Sentry replay, requiring valid organization, project, replay, and segment identifiers.
  • Get SCIM group by team ID: Retrieves SCIM group information for a specific Sentry team. Returns the team's SCIM representation including ID, display name, and member list (limited to 10,000 members). Requires SCIM to be enabled for the organization (Business Plan with SAML2). Use this to query team details via the SCIM protocol for identity provider integrations.
  • Get activation of alert rule for organization: DEPRECATED: Retrieves all activations for a specific metric alert rule. ⚠️ WARNING: This endpoint has been removed from Sentry as of January 2025. The AlertRuleActivations feature was never fully released and has been completely removed from the Sentry codebase (database tables dropped in migration 0814). This action is retained for backwards compatibility but will fail with 404 errors. Sources: - https://github.com/getsentry/sentry/issues/81970 - https://github.com/getsentry/sentry/pull/83280 - https://github.com/getsentry/sentry/pull/83255
  • Get alerts and monitors: Tool to retrieve all combined alert rules and monitors for a Sentry organization. Use when you need to get a unified view of both alert rules and cron monitors. This endpoint combines results from multiple sources into a single response.
  • Get integration details by org: Retrieves details for a specific integration, identified by `integration_id`, installed within an existing Sentry organization, identified by `organization_id_or_slug`.
  • Get organization by id or slug: Retrieves a Sentry organization by its ID or slug; use the `detailed` parameter to optionally exclude project and team details for a more concise response.
  • Get organization details: Retrieves Sentry organizations accessible via the current authentication, with scope varying between user (all in region) and API key (linked org only) credentials.
  • Get organization environments: Lists deployment environments for a Sentry organization, optionally filtered by visibility status. Environments represent deployment contexts like 'production', 'staging', or 'development' where events are tracked. By default, only visible environments are returned. Use the visibility parameter to include hidden environments or view only hidden ones.
  • Get organization issue details: Retrieves detailed information for a specific issue within a Sentry organization. Accepts both numeric issue IDs (e.g., '7159174717') and short IDs displayed in the Sentry UI (e.g., 'PROJECT-123', 'SENTRY-4V'). Short IDs are automatically resolved to numeric IDs before fetching issue details.
  • Get organization monitor by id or slug: Retrieves detailed information for a specific monitor (e.g., a cron job or scheduled task) within an organization.
  • Get organization release version: Retrieves detailed information, including optional health data and statistics, for a specific release version within a Sentry organization.
  • Get organization sessions: Retrieves time series data for an organization's Sentry project release health sessions; note session duration data (e.g., using `avg(session.duration)`) may be incomplete after Jan 12, 2023, results are capped at 10,000 data points, `statsPeriod` overrides `start`/`end` timestamps, and the `interval` parameter (default/min '1h', max '1d', format like `statsPeriod`) dictates time series resolution and must cleanly divide one day.
  • Get organization stats summary: Retrieves summarized event statistics for a Sentry organization, aggregated by project, allowing queries for event counts or unique occurrences over a specified time period and resolution, with filtering by project, category, and outcome.
  • Get project event stats: Retrieves time-series event statistics for a Sentry project. Returns an array of [timestamp, count] data points showing event volumes over time. Use this to analyze event trends, monitor error rates, or generate custom dashboards. The endpoint supports different event types (received, rejected, blacklisted, generated) and time resolutions (10s, 1h, 1d). **Important**: This endpoint may change in the future without notice. Monitor Sentry's API changelog for updates. **Common use cases**: - Monitor error rates over time - Analyze event rejection patterns - Generate custom analytics dashboards - Track event volume trends
  • Get project events: Retrieves a list of error events for a specified project within a Sentry organization, with options for pagination and detail level.
  • Get project hook: Retrieves detailed information for an existing service hook within a Sentry project. Service hooks (webhooks) are HTTP callbacks that notify external systems when specific events occur in Sentry, such as when alerts are triggered ('event.alert') or new events are processed ('event.created'). This action requires: - Authentication with 'project:read' scope - The hook_id (GUID) of an existing service hook, typically obtained from creating a hook or listing project hooks Common use cases: - Verifying hook configuration and status - Retrieving the webhook URL and secret for external system setup - Checking which events the hook is subscribed to - Auditing hook creation timestamps Note: The 'servicehooks' feature must be enabled on your Sentry plan to create or manage hooks, though reading existing hook details may be possible depending on your API permissions.
  • Get project list: Lists all Sentry projects the authenticated token has membership access to across all organizations. IMPORTANT: This endpoint returns projects where the token's user is a member. An empty result does NOT mean no projects exist - it means the token lacks project membership. This commonly happens when: - The auth token has organization-level access but not explicit project membership - Projects exist in organizations you can access, but you're not a project member If you receive an empty list but know projects exist, use SENTRY_RETRIEVE_ORGANIZATION_PROJECTS instead, which lists all projects within a specific organization (requires organization_id_or_slug parameter).
  • Get project monitor by id: Retrieves detailed information for a specific Sentry cron monitor, provided the organization, project, and monitor exist.
  • Get project rule details: Retrieves detailed information for a specific issue alert rule within a Sentry project.
  • Get sentry app installations for organization: Retrieves a list of Sentry App installations for a given organization, which must exist.
  • Get team members by id or slug: Retrieves all active members of a Sentry team with detailed user information, roles, and permissions. This endpoint returns members who have accepted their team invitation. Users with pending invitations are excluded from the results. Each member object includes comprehensive details such as user profile information, organization and team roles, authentication status, and membership flags.
  • Get who viewed replay by project: Retrieves users who viewed a specific, existing session replay within a Sentry project and organization.
  • Ingest event via DSN: Ingests a single custom event into a Sentry project using its DSN via the Envelope ingestion endpoint. This may create or update an issue group depending on Sentry's grouping algorithm. Note: Sentry does not provide a direct API to 'create an issue group'; issues are created from ingested events. This tool allows controlled generation of events for testing or workflows requiring synthetic events.
  • List SCIM v2 organization users: Retrieves a paginated list of SCIM (System for Cross-domain Identity Management) users for a Sentry organization, allowing for filtering, pagination, and attribute exclusion.
  • List Seer AI models: Retrieves the list of AI models currently used in production in Seer. Use when you need to discover which LLM models Seer is actively using.
  • List User's Teams in Organization: Retrieves a list of all teams that the authenticated user has access to within the specified Sentry organization.
  • List a project's client keys: Retrieves a list of client keys (DSNs), used by Sentry SDKs to send events, for a specified project within an organization.
  • List a project's environments: Retrieves a list of deployment environments for a specific Sentry project. Use when you need to see all environments (e.g., 'production', 'staging', 'development') associated with a project, optionally filtering by visibility.
  • List a project's user feedback: Retrieves a list of legacy user feedback items within a Sentry project. Use when you need to see user-reported feedback on errors. Note: This returns legacy User Reports, not submissions from the User Feedback Widget.
  • List a tag's values for an issue: Returns a list of values associated with this key for an issue. Use when you need to analyze tag values, their frequency, or timeline for specific issue tags.
  • List an issue's events: Returns a list of error events bound to an issue. Use when you need to retrieve all events associated with a specific Sentry issue.
  • List an organization's client keys: Lists all client keys (DSNs) across all projects in an organization. Use when you need to audit keys organization-wide or filter keys by team or status.
  • List an organization's issues: Returns a list of issues (error groups) for an organization. Use when you need to retrieve and analyze error patterns, track unresolved issues, or monitor issue trends. Default query applies 'is:unresolved issue.priority:[high,medium]'.
  • List organization dashboards: Retrieves a list of custom dashboards for a Sentry organization, with pagination support.
  • List organization members: Lists all members, including those with pending invitations, for a Sentry organization.
  • List organization releases: Retrieves a list of releases for an existing Sentry organization, optionally filtering by a query string that matches the start of the release version.
  • List organization repositories: Retrieves a list of version control repositories for a specific Sentry organization, which must exist and is identified by its ID or slug.
  • List project symbol sources: Retrieves custom symbol sources configured for a Sentry project. Use when you need to list or inspect the configured symbol sources for debugging purposes.
  • List project users: Retrieves users who have interacted with or are recognized within a specific Sentry project, optionally filtered by a query.
  • List teams in organization: Lists teams for an existing Sentry organization, optionally including project details and supporting pagination via a cursor.
  • Modify organization monitor data: Updates an existing Sentry monitor's properties. Required fields are `project`, `name`, and `config` (with schedule configuration). Optional fields include `slug`, `status`, `owner`, and `is_muted`. Note: Changing status from 'disabled' to 'active' may require additional billing capacity.
  • Modify organization notification action: Modifies an organization's notification action, specifically for `spike-protection` triggers.
  • Modify organization settings: Updates settings for a Sentry organization, such as name, slug, member roles, privacy, and integrations; if `avatarType` is 'upload', `avatar` (base64 image) is required.
  • Modify release file attributes: Updates attributes (e.g., name, distribution) of a specific file within an existing release, identified by organization, version, and file ID.
  • Mutate an organization's alerts: Bulk enable or disable alerts for an organization. Use when you need to activate or deactivate multiple alerts at once. This endpoint is in beta and may change in the future.
  • Mutate an organization's monitors: Bulk enable or disable monitors for an organization. This endpoint is in beta and may change. Use when you need to enable or disable multiple monitors at once based on filters.
  • Patch SCIM group operations: Performs SCIM PATCH operations (RFC 7644) to update attributes of a SCIM-enabled Sentry team, provided SCIM integration is active for the organization.
  • Query explore events in timeseries format: Retrieves explore data for a given organization as a timeseries. Use this to query timeseries data for 1 or many axis, with results optionally grouped by top events depending on parameters.
  • Retrieve Seer issue fix state: Retrieves the current detailed state of an AI-assisted autofix process for a Sentry issue. Use when you need to check the progress, status, root cause analysis, proposed solutions, or code modifications for an autofix operation.
  • Retrieve a client key: Retrieves detailed information for a specific client key (DSN) bound to a project. Use when you need to get key configuration, DSN URLs, rate limits, or SDK settings.
  • Retrieve a custom integration by id or slug: Retrieves detailed information about a custom integration (Sentry App) by its slug. Use this action when you need to: - Get configuration details of a custom integration including scopes, webhooks, and OAuth settings - Check the status and permissions of an integration - Retrieve integration metadata such as name, description, and avatar - Verify which events an integration subscribes to Note: Provide the integration's slug (case-sensitive), not its UUID.
  • Retrieve a monitor: Retrieves detailed information for a specific monitor within an organization. Use when you need to check monitor configuration, status, schedule, environments, or alert settings.
  • Retrieve aggregated test result metrics: Retrieves aggregated test result metrics for a repository, owner, and organization. Use when you need to analyze test performance and reliability metrics for a specific repository.
  • Retrieve alert rule details: Retrieves detailed information for a specific metric alert rule within a Sentry organization. Note: This endpoint is specifically for metric alert rules (organization-level alerts based on metrics like error count, latency, failure rate, etc.). For issue alert rules (project-level alerts triggered by events), use the project rules endpoint instead. The API may return 404 if: - The alert rule ID does not exist - The organization does not have metric alerts enabled - The organization does not exist or you don't have access
  • Retrieve an issue event: Retrieves detailed information for a specific issue event. Use when you need to examine the full details of a particular event instance within an issue.
  • Retrieve an organization's repository commits: Retrieves a list of commits for a given repository within a Sentry organization.
  • Retrieve commit files for release: Retrieves files changed in commits for a specified Sentry release; the release must exist and have linked commits.
  • Retrieve custom integration issue links: Retrieves all external issue links for a Sentry issue. Returns connections between the Sentry issue and external tracking systems (e.g., Jira, GitHub Issues, Linear, GitLab, Asana) created through custom integrations or Sentry Apps. Use this to see what external tickets or issues are linked to a Sentry error.
  • Retrieve data forwarders for an organization: Returns a list of data forwarders for an organization. Use when you need to retrieve all data forwarders configured for a specific organization.
  • Retrieve dsym files for project: Retrieve a list of debug information files (dSYM files) for a specified Sentry project, used for symbolication to display human-readable stack traces.
  • Retrieve event id for organization: Resolves a Sentry event ID to its project and issue details within an accessible Sentry organization.
  • Retrieve files for release: Retrieves artifact files for a specific release version in a Sentry organization; the organization and release must exist, and the response `data` field will contain the file information as a dictionary.
  • Retrieve issue events by id: Retrieves events for a specified Sentry `issue_id`, which must be an existing issue.
  • Retrieve issue hashes for organization: Retrieves a list of grouping checksums (hashes) generated by Sentry for a specific issue within an organization, used for understanding event aggregation.
  • Retrieve issue tag details: Retrieves detailed information (e.g., top values, counts) for a specific tag key on an existing Sentry issue; results are paginated (max 1000 values per page).
  • Retrieve monitor checkins: Retrieves the history of check-ins for a Sentry monitor, providing insights into the health and performance of associated scheduled tasks.
  • Retrieve monitor checkins by org: Retrieves check-ins (pings/heartbeats of a monitored cron job or task) for a specific monitor within a Sentry organization.
  • Retrieve notification action by org id: Retrieves details for a specific Spike Protection Notification Action, which defines alerts for triggered spike protection rules, within a Sentry organization.
  • Retrieve org integration config: Retrieves configuration for all integrations, or a specific integration if `providerKey` is given, for an existing Sentry organization.
  • Retrieve organization SCIM groups: Retrieves a paginated list of SCIM groups (teams) for a Sentry organization; the `members` field in the response for each group will contain at most 10,000 members.
  • Retrieve organization dashboard: Fetches detailed information about a specific custom dashboard within a Sentry organization.
  • Retrieve organization events: Retrieves Discover event data for a Sentry organization; the `sort` field must be in the `field` list (not an equation), and `field` has a 20-item limit.
  • Retrieve organization integrations list: Retrieves a list of available integrations for an existing Sentry organization.
  • Retrieve organization member: Retrieves details for a Sentry organization member or pending invitee, including role, teams, and status, using their member ID and the organization's ID or slug.
  • Retrieve organization monitors: Retrieves cron monitors for a Sentry organization, including details of nested monitor environments.
  • Retrieve organization projects: Retrieves a list of Sentry projects for a specified organization (which must be accessible), supporting pagination via cursor. Note: The {region} placeholder in the base URL is handled by the OpenAPIAction framework, which overrides it with the base_url from auth metadata (typically 'https://sentry.io'). This ensures correct URL construction regardless of the region placeholder in the template.
  • Retrieve organization relay usage: Retrieves a list of trusted Sentry Relays configured for an organization. Sentry Relay is a service that proxies events between your application and Sentry. This endpoint returns the configuration of trusted relays registered for an organization. Each trusted relay entry includes details such as the relay name, public key for authentication, and a description of its purpose. Note: This feature is typically available for organizations on Business and Enterprise plans that have Relay infrastructure enabled. Organizations without any configured relays will return an empty list. Use this to: - View all trusted relays configured for your organization - Verify relay configurations and public keys - Audit relay infrastructure setup
  • Retrieve organization release commits: Retrieves a list of commits for a given release version in an existing Sentry organization, if the release exists.
  • Retrieve organization replays: Fetches session replays for a Sentry organization; use `statsPeriod` for relative time, or `start` and `end` (used together) for absolute time ranges.
  • Retrieve organization stats v2: Retrieves Sentry organization event statistics; specify time range with `statsPeriod` OR both `start`/`end`; note that grouping by `project` returns a sum not a time-series, and `interval` (if used) must be 1h-1d and cleanly divide 24 hours.
  • Retrieve paginated repository tokens: Retrieves a paginated list of repository tokens for a given owner. Use when you need to access repository tokens with pagination support.
  • Retrieve project environments: Retrieves a list of environments for an existing project within a Sentry organization.
  • Retrieve project event by id: Retrieves detailed information for a specific Sentry event using its ID, organization identifier, and project identifier.
  • Retrieve project filter data: Retrieves a Sentry project's current data filtering settings, used to ignore events from sources like localhost, web crawlers, or legacy browsers.
  • Retrieve project hooks: Return a list of service hooks (webhooks) bound to a Sentry project, used to send notifications to external services upon event occurrences.
  • Retrieve project issues list: Retrieves a list of issues for a Sentry project, defaulting to unresolved issues unless an empty `query` string is provided or specific `hashes` are used.
  • Retrieve project key details: Retrieves details of a specific client key (DSN) for a Sentry project, which is used by Sentry SDKs to send event data.
  • Retrieve project members list: Retrieves active organization members belonging to any team assigned to the specified Sentry project.
  • Retrieve project release file details: Retrieves metadata (default) or raw content (if `download` is true) for a specific file within a Sentry project's release version.
  • Retrieve project rules by org and project id: Retrieves a list of active issue alert rules associated with a specific project within an organization. Returns all active issue alert rules configured for the specified project, including their conditions, filters, actions, and metadata. This endpoint is useful for auditing alert configurations, managing alert rules programmatically, or understanding what alerts are active in a project.
  • Retrieve project symbol sources: Retrieves custom symbol sources for a Sentry project, either listing all or fetching a specific one if its ID is provided.
  • Retrieve project tag values: Retrieves up to 1000 unique values for a specified tag key that has been recorded for events within a Sentry project. Returns an empty list if the tag key doesn't exist or has no values recorded yet.
  • Retrieve project teams: Retrieves a list of teams with explicit access to a specific project within a Sentry organization.
  • Retrieve release commits: Retrieves a list of commits associated with a specific release version within a Sentry project.
  • Retrieve release deployments: Retrieves a list of all deployment records for a specific release version in an organization, detailing each deployment's environment and timestamps.
  • Retrieve release file by id: Retrieves a specific file's content or its metadata from a Sentry release, using the `download` parameter to choose between raw content or JSON metadata.
  • Retrieve replay recording segments: Retrieves a paginated list of recording segments for a specific Sentry replay, used for reconstructing or analyzing the replay.
  • Retrieve saved discover queries: Retrieves a paginated list of saved Discover queries for a Sentry organization. Returns saved query definitions that can be used to reproduce specific event searches and analyses. Supports filtering by name and sorting by various criteria (name, date, popularity, etc.). **Important**: This endpoint may return 404 if the Discover saved queries feature has been deprecated for the organization (organizations with 'discover-saved-queries-deprecation' feature flag). In such cases, the action gracefully returns an empty list with an explanatory message instead of failing. Organizations migrating to newer query systems may have this feature disabled.
  • Retrieve saved discover query for organization: Retrieves a specific saved Discover query (a predefined set of filters and conditions for exploring event data) for a Sentry organization.
  • Retrieve short id for organization: Resolves a Sentry short ID (e.g., 'PROJECT-1A') to its complete issue details including organization slug, project slug, group ID, and full issue metadata. Use this to look up issue information when you have a short ID reference.
  • Retrieve source map debug event: Retrieves detailed debug information for diagnosing source map processing issues for a specific Sentry event, stack trace frame, and exception index. Note: The event must contain an exception with stack trace frames for this endpoint to return useful data.
  • Retrieve tag details: Returns tag metadata and value distribution for an issue. Use when you need to analyze tag distribution, frequency, or timeline for specific issue tags. When paginated, can return at most 1000 values.
  • Retrieve team info: Retrieves detailed information for an existing Sentry team within its organization, optionally expanding related data (e.g., projects) or collapsing sections (e.g., organization details).
  • Retrieve team projects: Retrieves a list of Sentry projects for a specific team within an organization, supporting pagination via a cursor.
  • Retrieve the custom integrations created by an organization: Retrieves custom integrations (Sentry Apps) created by an organization. Use when you need to list all custom integrations that the organization has developed.
  • Retrieve user email information: Retrieves a list of email addresses for an existing Sentry user, identified by their `user_id`.
  • Retrieve user feedback for project: Retrieves user feedback for a project from Sentry's older 'User Reports' system, excluding feedback from the modern 'User Feedback Widget'.
  • Retrieve user via SCIM API: Retrieves an individual Sentry organization member's details using the SCIM v2 API. Returns a SCIM-formatted user resource containing the member's ID, username (email), email addresses, name (givenName and familyName), active status, and Sentry organization role. **Requirements**: This endpoint requires SCIM to be enabled for the organization, which requires a Business Plan subscription and SAML2 authentication enabled. A SCIM bearer token (not a regular API token) must be used for authentication. **Note**: Sentry's SCIM API does not support syncing passwords or setting user attributes other than 'active'.
  • Save organization discover query: Saves a new Discover query with a unique name for a Sentry organization, allowing reuse of search criteria for analyzing event data (errors, transactions) across specified projects and environments.
  • Start Seer issue fix: Trigger a Seer Issue Fix run for a specific issue. Use when you want to start an AI-assisted autofix process that operates asynchronously to identify root causes, propose solutions, generate code changes, and optionally create pull requests with fixes.
  • Submit notification action API data: Creates a Sentry notification action for 'spike-protection' triggers, requiring `integration_id` if `service_type` is 'slack', 'pagerduty', or 'opsgenie', and `target_identifier`/`target_display` if `service_type` is 'slack' or 'opsgenie'.
  • Submit project user feedback: DEPRECATED: Submits user feedback for a Sentry project event (use if newer Sentry feedback tools are unavailable); submit within 30 mins of event, overwritable within 5 mins.
  • Submit user feedback: Submits user feedback tied to a specific Sentry event. Use when you need to associate user-reported issues with specific error events. DEPRECATED: This endpoint is maintained for legacy SDKs; new implementations should use the User Feedback Widget. Feedback must be submitted within 30 minutes of event creation and can only be modified within 5 minutes of submission.
  • Switch team role for member: Changes a member's role within a Sentry team, ensuring the member is already part of the team and that any organization-level role restrictions are respected.
  • Toggle project filter status: Updates the status or configuration of a specific inbound data filter for a Sentry project; use `active` for most filters, or `subfilters` if `filter_id` is `legacy-browsers`.
  • Update Project Rule By Id: Updates an existing Sentry project issue alert rule by `rule_id`, completely overwriting it; all rule fields must be provided in the request, as omitted fields may be cleared or reset to defaults.
  • Update a client key: Updates various configuration settings for a client key (DSN). Use when you need to modify key name, activation status, rate limits, or SDK settings.
  • Update a monitor: Updates a monitor's configuration and settings. Use when you need to modify monitor name, schedule, check-in margin, max runtime, timezone, or alert thresholds.
  • Update a monitor by ID: Updates an existing Sentry monitor (detector) for metric-based issue detection. Use when you need to modify monitor configuration, thresholds, data sources, or enable/disable the monitor. Note: This endpoint is in beta and may change.
  • Update a saved query for an organization: Updates an existing Discover saved query for a Sentry organization.
  • Update a symbol source in a project: Updates an existing custom symbol source (HTTP, GCS, or S3) in a project for fetching debug symbols. Use when you need to modify the configuration of a symbol source identified by its ID.
  • Update an alert by ID: Tool to update an existing Sentry alert (workflow) by ID. Use when you need to modify alert settings like name, filters, triggers, or configuration. Note: This endpoint is in beta and supported by New Monitors and Alerts.
  • Update an existing custom integration: Updates an existing custom integration (Sentry App) with new configuration. Use this action to modify integration settings such as name, scopes, webhook URL, or other configuration. You must provide the integration's slug or ID and the required fields (name and scopes).
  • Update environment visibility: Updates the visibility of a specific environment within a Sentry project.
  • Update external team integration: Updates an existing external team integration's display name, provider, Sentry integration ID, or external ID; the `integration_id` must match a valid, configured Sentry integration for the organization and the specified `provider`.
  • Update external user for organization: Updates attributes of an existing external user linkage (identified by `external_user_id`) within a Sentry organization (specified by `organization_id_or_slug`).
  • Update issue attributes in organization: Updates specified attributes of an existing Sentry issue within a Sentry organization, leaving other attributes unchanged.
  • Update monitor for project: Updates a monitor for a project. Use when you need to modify monitor name, schedule, check-in margin, max runtime, timezone, status, owner, or alert thresholds for a project-level monitor.
  • Update organization alert rules: Replaces an existing Sentry metric alert rule's configuration; fields not provided in the request are removed or reset. This action updates an existing metric alert rule. Note that this is a full replacement - any fields not provided will be removed or reset to defaults. Prerequisites: - The organization must have metric alerts feature enabled - The alert_rule_id must be a valid existing metric alert rule - Use SENTRY_FETCH_ORGANIZATION_ALERT_RULES to get existing alert rule IDs
  • Update organization dashboard: Updates an existing custom dashboard, allowing modifications to its title, widgets, and data filters; providing `widgets`, `projects`, `environment`, `period`, `start`, `end`, or `filters` will overwrite existing settings for those fields.
  • Update organization member role: Updates a Sentry organization member's organization-level role (`orgRole`) and/or their team roles (`teamRoles`), ensuring the initiator has permissions equivalent to both the member's current and intended new `orgRole` if `orgRole` is being modified.
  • Update project details: Updates a Sentry project's settings (e.g., name, slug, platform, bookmark status); `isBookmarked` can be updated with `project:read` permission, other fields typically require `project:write` or `project:admin` permissions.
  • Update project issue status and details: Bulk update attributes of issues in a Sentry project, targeting issues by a list of IDs or by a query status (which implies updating all matching issues if IDs are omitted).
  • Update project key configuration: Updates configuration settings (e.g., name, status, rate limits, SDK options) for an existing Sentry client key (DSN), identified by `key_id`, within a specified `project_id_or_slug` and `organization_id_or_slug`.
  • Update project monitor: Updates an existing Sentry monitor (used for tracking recurring tasks/cron jobs) within a specific organization, allowing modification of its properties such as name, slug, schedule configuration, status, owner, and muting status. Note: Despite the action name containing 'project', monitors in Sentry are organization-level resources that are associated with projects.
  • Update project ownership settings: Updates the ownership configuration settings (raw rules, fallthrough, auto-assignment, CODEOWNERS sync) for a Sentry project; omitted attributes retain their current values.
  • Update project release file details: Updates the name (path) or distribution identifier of a specific file within an existing project release in Sentry.
  • Update release details for organization: Updates an existing Sentry release's details for an organization, including its reference, URL, release date, associated commits, or repository references.
  • Update symbol source settings: Updates an existing custom symbol source's settings in a Sentry project, such as its type, name, layout preferences, and connection parameters.
  • Update team information by organization id: Updates the slug for an existing team within a Sentry organization.
  • Update user email: Updates the primary email address for a Sentry user. The new email must already be added as a secondary email and be verified. **AUTHENTICATION REQUIREMENTS:** - Requires `user:write` scope - Typically requires a PERSONAL auth token (created from User Settings > Personal Tokens) - Internal integration tokens (organization-scoped) may not have permission for user-level operations **PREREQUISITES:** - The new email must already be added to the user's account as a secondary email - The email must be verified before it can be set as primary **COMMON ERRORS:** - 403 Forbidden: Token lacks user:write scope or is not a personal auth token - 400 Bad Request: Email is not already added to the account or is not verified
  • Update webhook configuration: Updates an existing Sentry service hook's target URL and subscribed event types for a given project and organization. Service hooks (webhooks) are HTTP callbacks that notify external systems when specific events occur in Sentry. This action allows you to modify the webhook's URL and change which events trigger notifications. Valid event types are: - 'event.alert': Triggered when alerts fire - 'event.created': Triggered when new events are processed Requirements: - Authentication with 'project:write' scope - The 'servicehooks' feature must be enabled for your Sentry plan - The hook_id must be a valid GUID from an existing service hook Common use cases: - Updating webhook URL when your endpoint changes - Modifying event subscriptions to receive different notification types - Reconfiguring webhooks for testing or production environments
  • Upload dsyms file to project: Uploads a dSYM (debug symbols) zip archive, containing an Apple .dSYM folder, to the specified Sentry project for symbolicating crash reports from Apple platforms.
  • Upload file to project release: Uploads a file to a Sentry project release, for an existing organization, project, and version; uses `multipart/form-data` and the region-specific Sentry domain.
  • Upload release file to organization: Uploads a new file, such as a source map or debug information, to an existing release version in a Sentry organization.
  • View organization notification actions: Retrieves Spike Protection notification actions for a Sentry organization, filterable by project IDs or slugs (slugs take precedence); if `triggerType` is used, it must be 'spike-protection'.

How to connect Sentry

  1. Sign in to Definable AI and go to Apps
  2. Search for Sentry and click Connect
  3. Authorize via OAuth2 — takes under 30 seconds
  4. Use Sentry actions in your AI agents and workflows