A problem is a persistent or recurring issue whose underlying root cause has not yet been eliminated. Where incidents represent individual service disruptions, problem records aggregate related incidents and drive longer-term remediation work. Linking incidents to a problem gives your team a single place to track the known error, document a workaround, and monitor progress toward a permanent fix.Documentation Index
Fetch the complete documentation index at: https://docs.scrubbe.com/llms.txt
Use this file to discover all available pages before exploring further.
All endpoints require
Authorization: Bearer <token>.https://your-api-domain.com/api/v1/problems
Create a problem
POST /
Short title for the problem (e.g.
"Intermittent database connection timeouts under load").Full description of the known issue and its observable symptoms.
Known or suspected root cause. Can be updated as investigation progresses.
Temporary mitigation to reduce impact while the root cause is being addressed.
The affected service or team area.
Priority:
LOW, MEDIUM, HIGH, or CRITICAL.IDs of incidents caused by or related to this problem.
Email of the engineer responsible for resolving the problem.
List problems
Returns a paginated list of problem records ordered by creation date descending.GET /
Page number.
Items per page (max 100).
Filter by status:
OPEN, IN_PROGRESS, KNOWN_ERROR, or RESOLVED.Filter by priority:
LOW, MEDIUM, HIGH, or CRITICAL.Get a problem
GET /:id
The problem ID.
Update a problem
Accepts the same fields asPOST /. Only provided fields are updated. Use this endpoint to progress status, document the root cause once confirmed, or link additional related incidents.
PUT /:id
The problem ID.
cURL
Delete a problem
DELETE /:id
The problem ID to delete.
Problems with status
RESOLVED are retained for historical analysis. Deletion is irreversible — use RESOLVED status to close out a problem without losing the record or its linked incidents.