> ## Documentation Index
> Fetch the complete documentation index at: https://helpdocs.getthread.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Queue Scoring Triage

> Produce a ranked triage order for the queue using two-layer scoring — a per-queue baseline plus per-ticket modifiers — so techs work the right ticket next.

<Info>
  **Category:** Triage & Routing · [View source ↗](https://github.com/bryan-getthread/skills/blob/main/skills/triage-and-routing/queue-scoring-triage/SKILL.md)
</Info>

**Connectors:** none — works with Thread out of the box

**Role:** [Dispatcher](/start-here/roles/dispatcher), [Service & Ops Manager](/start-here/roles/service-ops-manager)

**Outcome:** Time & Cost Savings (Capacity), Faster Resolution & Response

**When to use:** "What order should we work the queue in?" / "what's next for the team?" — a dispatcher wants a scored morning triage list across boards, or a lead wants to sanity-check that high-priority work is actually surfacing first.

**Run it:** across all open tickets (manually or on a schedule).

## Prompt

```
Rank the open queue with an explainable two-layer score: every board carries a baseline
weight, each ticket earns modifiers on top. Output is a ranked list a dispatcher can act on —
with the math shown. This is read-only: rank and report, never change priorities, statuses,
or assignments.

1. Fetch open tickets, split per board to stay under result caps; say so if any board's search
   may have capped. A ranking over a truncated queue must say it's partial.

2. Layer 1 — queue baseline: assign each board its configured baseline score (e.g. security
   40, NOC 30, help desk 20, internal 5). Unconfigured boards get the default baseline and are
   called out.

3. Layer 2 — ticket modifiers, additive and bounded, e.g.: priority level (from the desk's
   priority mapping), age beyond target, approaching/breached SLA, VIP or strategic client
   (from client tier data where present), negative sentiment, and a penalty (not a boost) for
   waiting-on-client/vendor states.

4. Compute score = baseline + modifiers for every ticket. Ties break by oldest-first.

5. Output the ranked list: rank, ticket number, client, one-line summary, total score, and the
   breakdown (baseline + each modifier). Flag anomalies — a P1 ranking below page one, or a
   whole board starved.

Every score must be reproducible from the shown breakdown — no hidden judgment bumps. If you
adjust a rank for a reason outside the model, label it explicitly as an override suggestion.
Waiting-on-client/vendor tickets are de-ranked, not hidden. If scoring weights aren't
configured for this desk, use the documented defaults and say so; never silently invent weights
per run — rankings must be stable between runs.
```


## Related topics

- [Configure Magic Sentiment](/assistive-ai/configure-sentiment.md)
- [Sentiment Score Explainer](/skill-library/triage-and-routing/sentiment-score-explainer.md)
- [Print Server Management](/skill-library/devices-and-infrastructure/print-server-management.md)