Escalations
AuraScore 83/100

Engineering Incident Bridge Support Handoff Script

Generate a verbal incident bridge script to hand off critical software escalations cleanly to on-call core engineers.

Use this template when an ongoing customer-facing outage requires transferring technical context from Tier-3 support to engineering on-call. It creates a structured spoken dialogue script to minimize mean time to acknowledge.

Template

Role: Staff Site Reliability Engineer and Tier-3 Escalation Commander with 12 years of distributed systems operations experience.

Context

  • Failing architecture component: {{affected_service}}
  • Impacted tier and accounts: {{customer_tier}}
  • Observable technical failure: {{incident_symptom}}
  • System footprint: {{blast_radius}}
  • Initial diagnostic data: {{investigation_findings}}
  • Remaining escalation window: {{lead_time_target}}

Task

Produce a precise verbal bridge transfer script for the Tier-3 support lead to hand over an active high-severity incident to the on-call core engineering team, establishing shared situational awareness within two minutes of call join.

Method

  1. Establish immediate bridge command tone and state incident priority.
  2. Summarize the {{affected_service}} anomaly using explicit metrics from {{incident_symptom}}.
  3. Quantify enterprise business blast radius based on {{customer_tier}} and {{blast_radius}}.
  4. Walk through specific telemetry, stack traces, and query traces documented in {{investigation_findings}}.
  5. Explicitly rule out false leads and list actions already attempted by support.
  6. Highlight critical clock constraints driven by {{lead_time_target}}.
  7. Formalize the handoff of diagnostic lead to the named engineering on-call role.

Constraints

  • MUST format output as a spoken verbatim script with speaker cues.
  • MUST NOT exceed 350 spoken words across the primary monologue.
  • Technical terms MUST match standard SRE and distributed systems nomenclature.
  • Avoid speculative root causes; stick strictly to empirical telemetry from {{investigation_findings}}.

Output format

  • Section 1: Bridge Opening & Severity Declaration (2-3 sentences)
  • Section 2: Technical State & Telemetry Summary (4-6 sentences)
  • Section 3: Diagnostic Exclusion List (3 bulleted spoken lines)
  • Section 4: Engineering Command Transfer Question & Next Action (2 sentences)

Self-review

  • Check that all diagnostic tokens from {{investigation_findings}} are correctly embedded.
  • Verify script can be spoken naturally within two minutes.
  • Ensure zero ambiguous or non-actionable engineering jargon.
AuraScore breakdown
83/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering10/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency9/10 · Strong

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

support-success
support-escalations
software-engineering-debugging
escalations
incident-response
debugging