“Trust the 87%” is not a defence.
Composite scores with hidden weights cannot be debugged. If the hiring manager disagrees, there is no productive conversation — only deference to the algorithm.
Most AI resume screeners hand you a fit score and ask you to trust it. ShortlistTable gives you per-criterion AI verdicts, the resume sentence behind each one, and a one-click recruiter override on every cell. Defensible to the hiring manager, auditable to legal, fast enough to ship before lunch.
| Candidate | AI verdict | Source cited | Confidence | Override? | |
|---|---|---|---|---|---|
Alice Chen Ledger · 7y | Yes | p.1 | 0.91 | — | Call first |
Marco Silva CloudCo · 12y | Review | p.2 | 0.64 | Pending | Review fit |
Nina Patel Indie · 4y | No | — | 0.22 | — | Hold |
AI resume screening went mainstream in 2024 and a lot of recruiters got burned. The first generation of tools optimised for the wrong thing: a single composite score, no per-criterion breakdown, no source citation, often a hidden auto-reject below threshold. When the verdict is wrong, you have nothing to push back against. When the hiring manager disagrees, the conversation becomes about the model instead of about the candidate.
We took the opposite design path. The AI does the reading; you make the call. Every verdict carries the criterion, the source sentence, and a one-click override. The shortlist holds up because every cell in it can be traced back to a sentence in the resume.
Composite scores with hidden weights cannot be debugged. If the hiring manager disagrees, there is no productive conversation — only deference to the algorithm.
Many AI screeners silently auto-reject candidates below a confidence threshold. That’s how lawsuits get written. We never auto-reject — the bottom of the list is a hold queue with evidence intact.
If you re-run the same resumes through most AI screeners you get a subtly different ranking. Ours is deterministic — the same input produces the same verdicts every time, so your shortlist is reproducible for audits.
The AI judges each candidate column-by-column. The shortlist position is derived from the verdicts, not the other way around — and every verdict is independently auditable.
Every AI verdict links to the resume sentence behind it. Click any cell to jump to the highlighted PDF. No verdict without evidence.
Below your confidence threshold, verdicts land in a review queue instead of being auto-decided. The recruiter handles the ambiguous cases; the AI handles the obvious ones.
Disagree with a verdict? Click, pick a different value, add a note. The original AI verdict stays in the audit history; your override becomes the active value.
Low-confidence or low-fit candidates land in a hold queue with evidence intact — never silently deleted. Any rejection is reviewable, not invisible.
Every verdict, override, re-run, and column edit is timestamped and exportable. When legal asks why someone was screened out, you have a per-cell paper trail.
| Property | Black-box AI screener | ATS AI scoring | Spreadsheet | ShortlistTable |
|---|---|---|---|---|
| Per-criterion verdicts | ✕Composite score | ✕Single rank | ✓Manual | ✓Typed per column |
| Source sentence cited | ✕Rare | ✕No | –Manual notes | ✓Every cell |
| Recruiter override + audit | –Limited | –Limited | ✓Yes | ✓Full audit trail |
| Auto-reject below threshold | ✕Common | ✕Common | ✓Never | ✓Never — hold queue |
| Reproducible across runs | ✕Non-deterministic | –Varies | ✓Manual | ✓Deterministic |
| Exportable audit trail | ✕Rare | –ATS-shaped | ✕None | ✓Per-cell timestamps |
No. The architectural difference is that every verdict surfaces its source sentence, recruiter override is first-class, and there’s no auto-reject anywhere in the system. Other AI screeners optimise for sorted output; we optimise for defensible decisions.
These regulations target “automated employment decision tools” — systems that make or substantially influence hiring decisions on their own. ShortlistTable is explicitly a human-in-the-loop tool: AI gathers evidence, the recruiter decides. Every verdict is overridable; the bottom of the list is a hold queue, not a delete bucket. We provide a per-workspace audit log for any required disclosures or bias audits.
The product is model-agnostic by design — we route different column types to different models based on what’s appropriate. We use evaluation-driven model selection rather than picking a single provider. There is no model lock-in for the customer.
No. There is no path in the system that removes a candidate without a recruiter action. Low-confidence and low-fit candidates land in a hold queue with full evidence intact, so any rejection is reviewable rather than silent.
Two design choices: (1) every verdict surfaces the source sentence, making systematic mismatches visible to the recruiter rather than hidden inside a model; (2) recruiter override is logged and analysable per workspace, so a team can audit where they’re consistently disagreeing with the AI and adjust columns or workflow.
Yes. Same inputs + same column definitions = same verdicts, every time. This matters for audit trails and for any retrospective on a hire that did or did not work out.
Direct LLM chat doesn’t give you per-cell citations, persistent column templates, confidence thresholds, override audit trails, or ATS-shaped exports. ShortlistTable is the orchestration layer around the model — built for the workflow, not the chat.
Try ShortlistTable on a 25-resume pile. Every verdict carries a source sentence. Every cell is overridable. Free, no credit card.