New: MCP server monitoring is live. Start free

Documentation

Risk and alert relevance

Not every detected difference deserves a ping in Slack. This page ties severity, breaking flags, scopes, and alert preferences—the same levers you adjust in the dependency or subscription UI—into a coherent policy model.

Signal ladder

Think of Intello’s output as a ladder:

  1. safe — informational drift (documentation tweaks, additive optional fields) you may batch into digests.
  2. risky — likely requires engineering review soon (behavioral ambiguity, tightened validation) but may not immediately break clients.
  3. breaking — high probability clients must change (removed operations, required fields added, incompatible types).

Your alert policies should never treat all three identically unless you enjoy alert fatigue.

Alert preferences (per dependency or subscription)

Alert preferences are rules attached to a monitored object. Important controls:

ControlEffect
scopeapi (whole dependency), domain, or endpoint narrow targeting.
scope_valueDomain name or HTTP operation identifier when scoped.
min_severityMinimum safe / risky / breaking threshold.
notify_on_breakingExtra gate for breaking-tagged events.
channelsAllow-list of channel names (slack, teams, email, pagerduty). Empty → all configured org channels eligible.
enabledSoft-disable a rule without deleting it.

Channel allow-lists solve common routing needs:

  • Breaking → PagerDuty and Slack #integrations
  • Risky → email digest only
  • Safe → in-app feed only (no chat)

API routes:

  • Dependencies: /api/dependencies/:id/alert-preferences
  • Provider subscriptions: /api/provider-subscriptions/:id/alert-preferences

Details: Alert preferences.

Billing and broadcast cutoffs

Some plans limit how far back you can read provider-broadcast changes (catalog fan-out). On those plans, older catalog changes may not appear in the Changes UI even though they existed historically—see Plans and usage.

BYO dependency changes are not subject to the same broadcast cutoff model.

Details: Plans and usage.

Operational playbooks

  • Paging: route only breaking + affected domain in {auth, payments}.
  • Daily review: Slack thread with risky + safe batched, no PagerDuty.
  • Schema blast: wait for grouped cause rows instead of acking each endpoint individually.

Related topics

Catch OpenAPI breaking changes early

Add your spec—diffs and alerts on every sync. No credit card to start; upgrade for faster polling, Slack or Teams, and more seats.