incident.io
incident.io
Link an incident.io Catalog entry to the stratum for a service or component, and the tab shows the incidents that named it. Link an incident instead, and the tab explains one response: its lifecycle, severity, measured durations and follow-up state. Responding and writing up stay in incident.io.
Connect
- You need an Enterprise licence, edit access to the blueprint, and
continuum_integrations.manageon the connection's organisation or team. - In incident.io, create a dedicated key under
Settings → API keyswithView data(viewer) andView catalog(catalog_viewer). Leave write permissions andView all incident data(global_access) disabled. - In Blueprintr, open
Settings → Continuum, go toOperational integrations, chooseNew integration, and select incident.io as theType. - Give the connection a
Name, paste the key intoAPI key, set any of the optional fields below, and chooseConnect & verify.
Verification reads the key's identity, one incident, the Catalog type list, one Catalog entry, the custom-field list when relationship fields are configured, and one follow-up when remediation counts are on. All requests are reads against api.incident.io.
Optional connection settings
Every field can be left blank. The three list fields accept up to 50 comma-separated IDs each. Ask your incident.io administrator for the stable IDs.
| Field | Blank behaviour | What it changes |
|---|---|---|
Catalog types to search | Searches available types within the retrieval budget | Restricts search to the service or component types your diagrams use |
Incident relationship fields | An incident counts if it selects the entry in any custom field | Counts an incident only when it selects the entry in the listed fields, such as Affected services |
Catalog details to share | No attributes are shown at all | Adds selected structured attributes, such as owning team or tier, visible to every blueprint reader |
Recent incident history (days) | 30 | The window for the "created in the last N days" count. Accepts 1 to 90 |
Include remediation counts | Off | Adds aggregate follow-up state. Needs the actions.view permission and the matching incident.io entitlement |
Active, triage and paused incidents are checked regardless of age, so the history window only bounds the recent-history count.
Link an object
Open the stratum, choose Continuum Link, and search. Once an incident.io connection is in play, an incident.io objects selector appears with Catalog and incidents, Catalog records and Incidents. Search a name, a stable ID, an INC number or an incident link.
| What you type | What it finds |
|---|---|
| A name | Catalog entries, incidents, or both, depending on the selector |
INC-1042 or a bare number | That incident directly, including one older than the history window |
| A 26-character ULID or a UUID | That record directly |
An app.incident.io incident link | That incident directly |
Typing catalog: or incident: in front of a query narrows it the same way the selector does.
What is always excluded
Blueprintr applies its own filter before anything reaches a panel, whatever the key is permitted to read.
- An incident appears only when incident.io marks it organisation-visible and its mode is standard or retrospective. Private, test, tutorial and stream incidents never appear. Linking one returns "incident.io incident is private, unavailable, or a test record and cannot be linked."
- A Catalog type that represents people or customers is dropped, whether by its category or by user, person, customer, contact or employee appearing as a word in its name. Linking an entry of that type fails, but the reason is not shown: the editor sees the generic "incident.io could not be reached", so check the type's category and name before suspecting the connection.
- Only three shapes of Catalog attribute can be shared: numeric, boolean, and a relationship to a team, service or product-feature type. Free text is excluded. An attribute whose name suggests a secret, a token, an email address or a phone number is excluded even when its type is numeric, and selecting it fails verification.
Approved attribute values are clamped further: at most 10 records per attribute, numbers must parse as numbers, and a relationship label must be 160 characters or fewer with no line break and nothing shaped like an email address.
What a Catalog panel shows
| Section | Contents |
|---|---|
| Catalog entry | Name, Type, ID, External ID, Catalog state, Updated |
| Related incidents | Active, Triage, Paused, created in the last N days, Coverage, Relationship |
| Approved Catalog relationships and metadata | The attributes you selected, or nothing when none are configured |
| Related incident details | Up to 10 incidents, open first and then newest first |
The Coverage row states the limit of the reading: "Organization-visible standard and retrospective incidents only; private records are excluded. A related incident does not by itself establish component health."
The headline is one of: "Archived Catalog entry", "Related incident coverage incomplete", a count of related active incidents, a triage and paused count, or "No related active incidents in available scope".
What an incident panel shows
Reference, lifecycle, status, severity, whether a lead is assigned, and created and updated times. The lead row reads Assigned, Unassigned or Unknown, and never names the person. Below that sit measured durations with their availability, the incident's timestamps, and links out to the incident, the postmortem and any linked issue.
With remediation counts on, a Follow-ups section adds outstanding, completed, not-doing and unknown-status totals. Descriptions and assignees are not imported.
Partial results
Retrieval is bounded. When a page limit or budget is reached, counts are prefixed "At least", the panel adds a coverage-incomplete section, and the snapshot is marked partial. A count from a partial read is a lower bound, never a total.
Common messages an editor sees:
- "incident.io needs Catalog read access. Ask the connection owner to enable catalog_viewer and Verify in Settings → Integrations."
- "incident.io needs actions.view access for remediation counts. Enable that read permission or turn off remediation counts, then Verify."
- "incident.io results are incomplete. Narrow the Catalog types or search scope, then retry; open incident.io for the full view."
- "incident.io request limit reached. Wait a minute, then retry."
Audience and refreshing
incident.io declares no audience setting, so its saved panel reaches everyone who can read the stratum, including anonymous readers of a public blueprint. Incident references, names, severities and any approved Catalog attributes are visible to them. In incident.io, organisation-visible does not mean suitable for the public, so review a record before linking it.
Snapshots become due for refresh after five minutes, as a reminder rather than automatic polling. A failed refresh keeps the previous snapshot with a warning. Changing a setting applies to later fetches and does not rewrite copies already saved or shared.