Severity
Every bug gets a severity so the urgent ones stand out at a glance. There are four tiers:
| Tier | Means |
|---|---|
| Critical | A severe, broad failure — the app is down, or a core flow is broken for everyone. |
| High | A serious problem affecting many users or an important flow. |
| Medium | A real bug with limited scope or a workaround. |
| Low | Minor — cosmetic, edge-case, or low-impact. |
Severity feeds the Signal score, so a critical bug rises above a cosmetic one even when both were just reported.
Calibration markers
Severity is a starting point, not a verdict — and Qalibr tells you how much to trust each one with a small marker on the severity label:
| Marker | Meaning |
|---|---|
| (none) | Confident. The severity was read from the report and held up. |
~ | A starting point. Either the report didn’t carry a clear severity signal (so it defaults to Medium), or there wasn’t enough context to pin the tier. Treat it as a hint. |
↑ | Raised on purpose. The report concerns a critical production surface — such as payment, checkout, or authentication — so severity is floored to at least High. That floor is a fixed, deterministic rule, not a guess. |
The markers tell you where Qalibr is confident and where it’s hedging — so when you approve or reject a bug, you know which calls are worth a second look.
Filtering by severity
In the dashboard you can filter the master list by severity — Critical, High, Medium, Low — on its own or combined with a status filter, so you can pull up, say, every critical bug still awaiting review. See The dashboard.