- Destinations determine where CoreWeave delivers alerts. In-app delivery is on by default, so alerts appear on the Cloud Console Alert history page without any setup. You can also connect Slack or a webhook to extend delivery outside the Cloud Console. Enabling an additional destination doesn’t disable in-app. Manage destinations on the Integrations page.
- Alert configuration determines which alerts your organization receives and which destinations each one goes to. Manage subscriptions on the Alert configuration page.
Destinations
CoreWeave Alerts supports four destination types. In-app delivery is on by default and doesn’t need to be configured.| Destination type | Description |
|---|---|
| In-app | Delivers alerts to the Cloud Console Alert history page. On by default for every organization. |
| Slack OAuth | Connects through an authorization flow to your Enterprise Slack workspace. Supports alert threading and multiple channels from a single authorization. |
| Slack Webhook | Connects to a single Slack channel using an incoming webhook URL. |
| Generic Webhook | Sends alerts to any HTTPS endpoint, with optional signature verification. |
Your organization can have at most one Slack destination (either Slack OAuth or Slack webhook) and one generic webhook destination at a time. To switch types, you must delete the existing destination before creating a new one.
Destination type comparison
| Aspect | Slack OAuth | Slack Webhook | Generic Webhook |
|---|---|---|---|
| Setup | Multi-step authorization flow | Paste a Slack incoming webhook URL | Paste an endpoint URL, optionally configure a signing secret |
| Bot identity | Messages appear from CoreWeave Mission Control | Messages appear from the webhook app | N/A |
| Channel flexibility | Connect multiple channels from a single authorization | One webhook URL per channel | Any HTTPS endpoint |
| Alert threading | Can edit, reply to, and create threads on existing alerts | New message per alert | N/A |
Alert configuration
On the Alert configuration page, each alert has an independent toggle per destination, including in-app. The page groups alerts by category (such as Distributed File Storage, AI Object Storage, GPU (hardware health and runtime errors), and SUNK) and tags each one with a severity of Critical, Warning, or Info. For each alert, you can do the following:- Toggle delivery per destination. Enabling Slack or a webhook is additive. In-app stays on unless you explicitly turn it off.
- Use Configure all on a category to apply the same destination settings to every alert in that category at once.
Before you begin
CoreWeave splits access to alerts between two areas, each with its own IAM roles. Grant these through an IAM Access Policy.| Task | Required role |
|---|---|
| View the Integrations page and the destinations list | Integrations Viewer (READ_INTEGRATIONS) |
| Create, update, or delete Slack and webhook destinations | Integrations Admin (WRITE_INTEGRATIONS) |
| View the Alert configuration and Alert history pages | Notifications Viewer (READ_NOTIFICATIONS) |
| Subscribe or unsubscribe alerts on the Alert configuration page | Notifications Admin (WRITE_NOTIFICATIONS) |
If your organization uses legacy permissions, the
admin group doesn’t automatically include the Notifications or Integrations roles. You must create an IAM Access Policy to grant them explicitly.Set up an integration
The following cards link to step-by-step setup guides for each integration type.Slack OAuth integration
Connect CoreWeave Alerts to your Enterprise Slack workspace using the OAuth authorization flow
Webhook integrations
Connect CoreWeave Alerts to Slack or any HTTPS endpoint using a webhook URL
Configure alerts
Configure alerts
Choose which alerts your organization receives and which destinations each one goes to