Semantic AI Recruiting
SOLUTIONS · EXPERTINI ATS

Semantic AI Recruiting

What the category promises, what usually breaks, and the architecture that doesn't.

5 min read · Updated July 2026 · Expertini Editorial

"AI recruiting" now covers a wide range of unrelated things: chatbots that schedule interviews, generative writers that draft job ads, resume parsers that extract structured fields from a PDF, and screening tools that claim to rank candidates automatically. Vendors market all of it under one banner, which makes it hard to evaluate any single product on its actual merits rather than the hype attached to the category.

This page is a neutral walk-through of what AI recruiting tools generally do well, where the category has a well-documented history of going wrong, and the specific architectural choices Expertini makes to sit on the safer side of that line. We'd rather explain the trade-offs plainly than claim AI solves hiring — it doesn't, and no vendor's marketing copy should convince you otherwise without evidence you can inspect yourself.

Watch the 30-second overview — no sign-up needed
0AI-generated scores — extraction only
100%reproducible given identical inputs
2separated stages: read, then compute
11PII patterns stripped before AI sees a CV

01Where AI genuinely helps

Three categories of AI recruiting tooling have reasonably solid track records. Semantic search and matching — understanding that "led a cross-functional engineering team" and "managed a multidisciplinary technical group" describe the same experience despite sharing almost no vocabulary — is a genuine advance over keyword Boolean search, which has frustrated both recruiters and candidates for two decades. Scheduling automation removes a specific, well-bounded coordination problem. And generative drafting, used as a starting point a human edits rather than a final output, speeds up the unglamorous work of writing job descriptions and outreach messages.

What these three have in common: the AI's output is either easily verified (a scheduled meeting either happened or it didn't) or explicitly treated as a draft a human will review. The failure mode below shows up when that verification step disappears.

02Where the category has a documented failure mode

The riskiest use of AI in hiring is asking a model to directly produce a hiring-relevant score or ranking — "rate this candidate 1 to 100" — and then acting on that number with limited human review. Large language models are next-token predictors; asked for a score, they will confidently produce one, and that score will not necessarily be the same number if you ask again with the same inputs. This isn't a bug particular to any one vendor's implementation — it's intrinsic to how generative models work, and it means a naively-built "AI resume screener" is closer to a random number generator with a persuasive explanation attached than to a repeatable measurement.

The consequence in hiring specifically is serious: a score that can't be reproduced can't be defended if a rejected candidate — or a regulator — asks why. Several jurisdictions now require employers using automated hiring tools to be able to explain and audit the criteria (New York City's Local Law 144 and the EU AI Act's provisions on high-risk AI systems are the two most-discussed examples as of this writing; we're not lawyers and this isn't legal advice, but the regulatory direction of travel is unambiguous). An unreproducible score is close to indefensible under that kind of scrutiny by construction, regardless of how accurate it happens to be on average.

03The architectural fix: separate extraction from scoring

Expertini's approach, detailed in full on the dedicated Candidate Match Score page, is to give the AI exactly one job — reading comprehension — and never let it touch the arithmetic. The model reads an anonymised CV against a job description and returns a structured list of which competencies it found evidence for, each tagged with a short citation of that evidence. It does not return a score, a ranking, or a recommendation. A deterministic formula, running as ordinary code outside the model, converts that structured extraction into the final number.

This split matters because it makes each half independently checkable. You can inspect what the model actually found (the extraction) and separately verify the arithmetic (the formula) — and because the formula is fixed, identical inputs always produce an identical score, on any date, run by any recruiter.

The published paper tests exactly this on a deliberately hard case — a strong engineer whose CV shares almost no vocabulary with the job description, applying to a role with one mandatory requirement he lacks:

The paper's comparative test: the same candidate scores roughly 32 percent under keyword matching, 92 from an unconstrained LLM, and 75 from the hybrid framework — the only architecture that both surfaces him for review and flags the genuine blocker (Syed, 2026, Fig. 2)The paper's comparative test: the same candidate scores roughly 32 percent under keyword matching, 92 from an unconstrained LLM, and 75 from the hybrid framework — the only architecture that both surfaces him for review and flags the genuine blocker (Syed, 2026, Fig. 2)

You can download the full paper as a PDF and check the methodology — and its acknowledged limitations — yourself.

04What this means in practice for a hiring team

In day-to-day use, the difference is mostly invisible until something goes wrong — which is the point. A recruiter ranking fifty applicants sees a Kanban board and a score, the same experience a keyword ATS or a black-box AI tool would offer. The difference surfaces when a candidate disputes a rejection, when a works council or legal team asks how the tool works, or eighteen months later when someone tries to reproduce a decision from an audit log. In the deterministic architecture, all three of those moments have a real answer. In a stochastic one, they don't.

Engineering notes

Platform architecture & operations

A1How this is architected in the platform

Semantic AI Recruiting is not a bundle of point products — it is a slice through one platform. The platform is deliberately server-rendered: every view is prepared by the application server and shipped as complete HTML, with no client-side framework, no third-party CDN scripts, and no build pipeline between the data and the page. What renders is what the server computed — the property that makes the interface auditable.

All persistence runs on a single search-native document store; every query carries the organisation's identifier as a mandatory filter at the lowest query layer. Tenant isolation is therefore structural — a property of how every request is composed — rather than a policy that relies on application code remembering to check.

Every capability referenced on this page resolves to a registered tool or connector: the tools directory and the integrations catalogue are renderings of the same registries the application enforces at runtime, so what this page describes and what the product gates can never drift apart.

A2Operational and audit posture

Screening is deterministic and published — the same inputs produce the same outputs, hard requirements block rather than average away, and the methodology is public on the research page. Actions that touch external systems are explicit and journalled per event; usage reporting aggregates the same journals the actions write, not a parallel telemetry system.

Anything that leaves the request path — notification fan-out, webhook delivery, activity journalling, mail — runs in fire-and-forget background threads. A slow external endpoint can never make the interface hang, and a failed side effect is logged rather than silently retried into inconsistency.

Everything written is yours to take: CSV exports and the Data Export app cover the same stores the product itself reads. The exit is as open as the entrance — by design, not concession.

Frequently asked questions

Does Expertini use AI to score candidates?
No. Gemini-class AI performs semantic extraction — reading a CV and a job description and identifying evidence for each competency dimension — but the score itself is computed by a fixed mathematical formula running outside the model. See the Candidate Match Score page for the full mechanics.
Is AI recruiting biased?
It can amplify existing bias if the training data or the underlying process is biased, and it can also reduce certain biases (like vocabulary or accent bias in resume screening) if the system is designed to read for evidence rather than pattern-match on demographic proxies. The honest answer is that the outcome depends entirely on architecture and de-biasing choices, not on the presence of AI itself. See our DEI in Hiring resource for specifics.
Can AI recruiting tools be regulated or audited?
Increasingly, yes — NYC Local Law 144 and the EU AI Act both create obligations for employers using automated hiring tools, and more jurisdictions are expected to follow. A tool that can't reproduce or explain a past score is a much harder position to audit than one that can.
Should a recruiter still do interviews if they use AI screening?
Yes, always. Every credible framework in this space — including ours — describes AI screening as decision support that narrows a pool for human judgement, not a replacement for structured interviews.

At a glance

  • Gemini-powered semantic extraction, not scoring
  • Deterministic MCDA formula computed outside the model
  • PII stripped before any AI processing
  • Dimension-level rationale on every score
  • Methodology submitted to an open research repository for researchers to evaluate
  • Aligned with emerging automated-hiring audit requirements

See semantic ai recruiting on your own hiring.

Bring a real job description to a 30-minute demo — free trial included.

Book a demo
Expertini AI
Online now
Hi! I'm Expertini's AI Product Expert. Ask me anything about our solutions, get guidance on any of our Hiring Tools, or just tell me what you're trying to do — I'll point you in the right direction. For account-specific issues, email support@expertini.com.