Update Pod Incident Summary
PUT/api/support/agent/pod-incidents/:id
Sets or clears the summary of an outage. Every tenant hosted on the affected server sees the summary next to the outage in their Support Insights report, so it is checked against the redaction rules (see Get Insights Redaction Rules) — a match is refused with 422 naming the rule, never quoting the matched text.
support:writeGrant this scope to your token under Settings → Developer → Personal Access Tokens.
Request body
summary(string or null, required, max 500 characters) — the text tenants see. Sendnullor an empty string to clear it; surrounding whitespace is trimmed
Response fields (data)
id(integer)pod(string) — the server the outage was on (staff-only; tenants never see it)started_at/ended_at(ISO-8601) —ended_atis null while the outage is still openduration_minutes(integer, nullable)components(string[]) — which ofweb,app,database,cachewere downsource(string) —derived(detected from failed health checks) ormanual(entered by staff)summary(string, nullable)updated_at(ISO-8601)
Authentication: Bearer token with the support:write scope, or an authenticated session, from a caller with an active support role. No tenant context.
Request
Responses
- 200
- 401
- 403
- 404
- 422
- 429
OK
Response Headers
Unauthorized
Response Headers
Forbidden
Response Headers
Not Found
Response Headers
Unprocessable Entity
Response Headers
Rate limited — platform limit is 1,000 requests/min; individual tokens may carry lower limits. Honor the Retry-After header before retrying. See the Rate Limits guide.