Skip to content

Monitor, detect, triage

Family id: monitor-detect-triage

This family covers workflows that watch streams of events, identify notable conditions, and decide what deserves attention first. Its focus is continuous awareness, prioritization, and bounded visibility management rather than deep root-cause analysis or final resolution.

flowchart TD stream["Event or signal<br>stream"] detect["Detect notable<br>conditions"] classify["Assess severity,<br>recurrence, and context"] route{"Low-stakes recurring<br>signal?"} watch["Maintain explainable<br>watchlist entry"] triage["Create triaged packet<br>or queue item"] dispatch["Dispatch to bounded<br>downstream lane"] stop["Stop at visibility,<br>routing, or dispatch"] stream --> detect detect --> classify classify --> route route -->|"Yes"| watch route -->|"No"| triage watch --> stop triage --> dispatch dispatch --> stop

What belongs in this family

Use this family for patterns that:

  • monitor changing operational, user, or environmental signals,
  • detect anomalies, incidents, or intake items worth surfacing,
  • classify urgency, severity, or likely routing,
  • maintain explainable watchlists for recurring low-stakes signals,
  • queue work for deeper investigation, coordination, or action.

The current canonical patterns in this family are:

  • explainable-watchlist-maintenance
  • anomaly-detection-review
  • risk-alert-triage
  • approval-gated-triage-dispatch
  • critical-signal-corroboration-triage

Problem-structure mapping

This family maps cleanly to the problem_structure term continuous-monitoring-and-triage.

That term should anchor future canonical patterns when the persistent challenge is ongoing signal watching plus prioritization.

Family boundary

This family usually stops at watchlisting, prioritization, routing, and, for higher-consequence cases, explicit approval-gated release of an already-triaged packet into a downstream lane.

  • If the workflow is maintaining a low-stakes recurring-signal watchlist, bounded suppression logic, or routine attention queue without creating case packets or recommending action, it still belongs here.
  • If the workflow is packaging a mid-severity anomaly for governed human review, it belongs here only while it stops short of diagnosis or action.
  • If the workflow is releasing an already-triaged packet into a restricted escalation queue, command channel, or review lane, it still belongs here only while it stops at governed dispatch of that packet rather than choosing authority, recommending response, or executing it.

  • If the main challenge becomes explaining why a flagged issue exists or reconciling records, move to investigate-reconcile-verify.

  • If the main challenge becomes choosing who should decide, what authority lane should own the case, or which next-step option to recommend, move to recommend-decide-escalate.
  • If the main challenge becomes choosing and sequencing coordinated next steps, move to plan-coordinate-schedule.
  • If the workflow directly acts on the alert under control rules, it may cross into execute-automate.
  • If the workflow mainly refreshes contextual briefs after authoritative source changes rather than watching operational signals, move to gather-retrieve-synthesize.

Why this family is meaningfully agentic

These workflows are agentic when the system must interpret noisy signals, decide whether weak recurrence deserves continued visibility, adapt thresholds or routing logic to context, suppress unhelpful churn, and preserve just enough structured context for downstream responders. Static alerting alone is too shallow for the family boundary defined here.

Governance and evaluation concerns

Future patterns should make attention cost, watchlist-aging behavior, escalation thresholds, false-positive tolerance, and missed-event risk explicit. Evaluation should consider signal quality, prioritization usefulness, latency, and whether the workflow helps humans focus on the right work rather than simply generating more noise.

Guidance for future seed patterns

A strong canonical pattern in this family should state:

  • what event or signal stream is being monitored,
  • what counts as notable or urgent,
  • when a recurring weak signal stays on a low-risk watchlist versus aging out,
  • what contextual evidence accompanies a triaged item,
  • where the handoff goes next: investigation, planning, execution, or human review, and whether that dispatch itself requires explicit approval before the packet may cross the boundary.

See also

Canonical patterns in this family