id — feed it into particle_alert_get for full configuration, particle_alert_list_matches for what it has caught, or particle_alert_update / particle_alert_delete to manage it. Results are cursor-paginated.
Inputs
| Field | Type | Required | Default | Description |
|---|---|---|---|---|
limit | integer (1–100) | no | 25 | Alerts per page. |
cursor | string | no | — | Opaque pagination cursor from a previous response’s cursor field. |
Output
A markdown## Alerts (N) heading followed by one bullet per alert: Title — \id` · kind · cadence · N entities, with a nested Status:row (active/paused). When more results remain, a trailing paragraph names thecursor` to pass for the next page.
When the project has no alerts yet, the output is a single line pointing at particle_alert_create.
Sample:
output_format: "json" returns alerts, has_more, and cursor as compact JSON.
Example
Related
- REST equivalent:
GET /v1/projects/{projectId}/alerts. - Fetch one alert’s full configuration with
particle_alert_get. - See what an alert has caught with
particle_alert_list_matches. - Create a new alert with
particle_alert_create.