Shortlisting assistant: your criteria, applied to every file
Your agent applies the criteria you have defined — experience required, qualification, certification, mobility — to every application received, with the same rigour at the two-hundredth file as at the first. You get a list ordered by YOUR criteria, with every result explained by the point in the file behind it. Hosted in France, on local inference or an isolated resource. The recruiter keeps the final decision, and can justify it.
Updated on
Each file is placed against your three criteria, with the passage that justifies it — experience mentioned, language level declared, licence stated.
Structured result, from the most to the least complete against your requirements, and every file remains open to consult.
✎ Action · objective criteria applied uniformly
They stay one click away: you keep the option of bringing an unusual profile back in, and the record of what the filter rested on.
✎ Action · traceable filter, files always accessible
A Blue Lemon Agent shortlisting agent reads every application and reports, against your stated criteria, what the file mentions and what it does not address. It sets aside no candidate and produces no overall score: recruitment is one of the high-risk uses under the European AI Act, so the decision stays human and reasoned. It runs on local inference or is hosted in France: candidates' personal data is entrusted to no one, architecture designed to reduce exposure to extraterritorial legislation, location alone not being enough to guarantee immunity.
These figures describe our offer, not results measured at a client: how large the gain is on your volume of applications is confirmed by a pilot.
What does an AI agent bring to your recruitment process?
Applying the same criteria, with the same attention, from the first file to the last: that is exactly what an agent does, and it is also what makes a recruitment defensible.
! The issue
Recruitment turns on consistency: the criteria set at the outset must be applied to every file with the same rigour, and every decision must be capable of being explained. That is precisely what an agent brings: it applies your objective criteria — experience, qualification, certification, mobility — uniformly, and ties every result to the passage in the file behind it.
✓ Our answer
You define the criteria, the agent applies and documents them. Your objective filters are applied as you set them, the files set aside stay one click away, and every result refers back to what grounded it. Local inference or an isolated resource hosted in France, logging: you gain speed AND the ability to justify your choices, which is what the European AI Act expects of a recruitment process.
Candidates' personal data: sovereignty & compliance
An application contains personal data provided within a specific framework. Here is how the architecture of our agents protects it, and what makes your process defensible.
Local inference
The agent can run on a machine belonging to your organisation: no application leaves the network, no CV passes through a public cloud.
Hosting in France
Otherwise, a dedicated and isolated resource hosted in France, under French law — the applications received: processing and access within the European Union targeted by the architecture.
Reduced extraterritorial exposure
For candidates' personal data, the architecture aims to reduce exposure to the Cloud Act and FISA 702; being located in France or in the European Union does not, on its own, guarantee immunity.
Isolated resource
No pooling: an environment strictly dedicated to your organisation and its recruitment.
Explicit and traceable criteria
Every result refers back to the criterion applied and the passage in the file behind it; every application stays open to consult, and every filter is logged.
AI Act: governed deployment
The agent is strictly in support; the criteria applied are the ones you set, and the final decision stays yours; traceability and human oversight from end to end.
What depends on the architecture chosen These points are not general guarantees: they are settled deployment by deployment, in the quotation.
- The applicable location is that of the architecture set out in the quotation and verified before commissioning.
- Local execution is announced only for the configuration explicitly described and accepted in the quotation.
- The applicable isolation depends on the deployment mode set out in the quotation; no dedicated isolation is presumed.
- The events logged, their content, their retention period and who may access them are defined for the deployment chosen.
See the agent at work
4 real situations, taken from those that come up most often. Pick one: the exchange unfolds as it would in your organisation.
A scripted demonstration. These exchanges show how the agent behaves — its sources, its refusals, what it leaves to your teams. Nothing is sent from this page, no model is queried here, and the matters named are fictional. That is precisely what we promise your data.
The behaviours shown here — monitoring, automation rules, routing and reminders — are configured with you during deployment, from your tools, your rules and your thresholds.
The architecture points named in these exchanges — location, local execution, isolation, encryption, role-based access, logging — are not a guarantee attached to the demonstration: they are those of the architecture set out in your quotation, and verified before commissioning.
· Of the 512 applications received for the March vacancy, 312 were never opened. The post was filled after eleven days.
· 214 candidates have received no answer since, 118 of them more than three months ago.
· Your CV-reading tool has labelled 41 career histories "discontinuous experience". Of the 41, 29 contain a break of more than six months — I do not say which.
· Nine applications arrived in a format your tool cannot read. They appear empty. morning-watch_4-flags.pdf4 flags · 312 never opened
⛓ Source · applications received, opening log, reply log, CV-reading tool outputs
What I record: 512 applications received between 02/03 and 24/03. The post was filled on 13/03. Applications arriving after that date — 187 — were not opened, which is understandable. Another 125 arrived before it and were not opened either.
What that means: sorting happened in order of arrival until a suitable candidate appeared. That is not a choice, it is a consequence of volume — and nobody decided it.
Which of the 125 should have been opened? That question is settled by opening them, not by ranking them: I rank nobody, and I have no way of knowing what you would have found in them. What is signed here is the hiring decision; what is prepared is the reading.
What I propose, and it is my real job: make all 512 readable at once — four factual elements per application, the same information in the same place — so that opening 512 becomes possible in three hours instead of forty.
The subject is not finding the best. The subject is that 125 people applied in time and nobody read them. 512-applications_312-unopened.pdf187 after filling · 125 in time, unread
⛓ Source · 512 applications, arrival dates, opening log, date the post was filled
Routing follows what closes: an unopened application goes to the recruitment lead, before the vacancy closes — afterwards there is nothing left to do; a candidate with no reply to recruitment, from 15 days on; an unreadable file to the candidate themselves, within 48 hours, so they can resend; a doubtful tool output to whoever tunes the tool, never to the panel.
With a chase: 48 h on an unreadable application, 7 days on the rest. Then a monthly summary: by vacancy and by stage, never by candidate and never by recruiter.
Three operating rules, and they are not settings. No application rejected, nobody ranked, no score — a score decides which files get read attentively, and that decision is the hiring decision: it is signed. What I give in return: all 512 files in one format, openable in three hours instead of forty, every element referred back to the line of the file it rests on — and the proof, application by application, that the same criterion was applied to the other 511. And what you have not opened to me, I name: the nine unreadable files show as "unreadable", never as "not found".
✎ Framework · no rejection, no ranking, no score
What your vacancy asks for explicitly: four elements — a qualification at a stated level, experience in a field, command of a named tool, and availability. Four factual elements, stated in the advert.
What I produce for each application: those four elements with the page and line where I found them, or the words "not found" — which mean what they say.
What that changes: the recruiter opens 512 files knowing where to look, instead of hunting four pieces of information across five hundred and twelve layouts. In a dry run, reading the whole set went from 40 hours to 3 hours — and all 512 were read.
The order I produce, and it is entirely yours: the 512 files are ranked from most complete to least complete against your four declared criteria, and each rank is explained by the four lines that make it up — criterion mentioned, criterion not found, with the page. You change the order of the criteria with a word, and the ranking is rebuilt in front of you.
What does not go into that order, and here it is the law that says so: no overall score, no fit percentage, no file withheld from reading. A single score alone decides which files get read attentively; across 512 applications, that decision is the recruitment decision, and article 22 of the GDPR gives everyone the right not to be subject to a decision based solely on automated processing. A rank explained by four verifiable facts is not that decision: it says in what order to read, and all 512 are read. 512-applications_4-elements.pdf40 h → 3 h · 512 read · no ranking
⛓ Source · published vacancy, 512 applications, dry run
What I record: your tool produces a "discontinuous experience" label when it detects a gap of more than six months between two dates. 41 applications carry it.
What that label does not say: why. Parental leave, illness, caring for a relative, retraining, a year abroad, a long job search — the tool distinguishes nothing, and it has no business distinguishing.
What is at stake: a label of that kind falls heavily on certain histories and not on others. A recruiter who sees it before the file has information they can conclude nothing from, and which influences them anyway.
What I propose: remove the label from the display. The dates are in the CV; the recruiter reads them if they wish, in context, with what the candidate says about them.
What I do on my side: nothing. I extract no break duration, compute no career continuity, and produce no label of that kind. 41-labels_to-remove.pdf6 possible causes · none distinguished
✎ Framework · no career label produced — removal proposed
What I record: 214 applications with no reply at all, 118 of them more than three months old and 41 more than six.
What that produces: an unanswered application is the only interaction those people will have had with you. Of the 214, 34 are former applicants who had applied before — they tried again, and received nothing twice.
What I propose: a reply to the 214, and I have prepared it in two versions. For the 187 arriving after the post was filled: the post was filled, with the date. For the other 27: the file was not examined, and saying so.
What neither version will say: that the application "was not successful" when it was never read. That is the most frequent wording and it is a lie — the candidate believes they were assessed. Sending is signed by the company: a reply to an application comes from it, and this one contains an admission. All 214 messages are written, addressed by name, dated — they go out within the hour of your go-ahead. 214-candidates_2-versions.pdf118 > 3 months · 34 had applied before
⛓ Source · 214 unanswered applications, opening log, candidate history
What I record: nine files in a format your tool does not convert. The file displays with no text, and all four elements show "not found".
What that produces: a recruiter opening those nine files sees nine applications apparently with no qualification, no experience, nothing. The difference between "the file was not read" and "the candidate has nothing" appears nowhere.
What I propose: a message to the candidate, within 48 hours — "your file could not be opened; could you resend it in another format?" While they are still job-hunting, they resend; three months later, they have found something.
What I do meanwhile: I display "file unreadable" and not "not found" on the four elements. Those are two different pieces of information and they must read differently.
Over twelve months: 61 unreadable applications, and none was flagged to the candidate. 61-applications_unreadable.pdf0 flagged to the candidate in 12 months
⛓ Source · 9 files, formats accepted by the tool, 12-month history
What I produce: an ordering on the four elements your advert explicitly asks for — the stated qualification level, experience in the field, mobility, availability — each with the page of the file where it appears. Checkable line by line.
The three conditions, and they are not decorative: prior information to candidates that the device exists — article L1221-9 of the French Labour Code requires it for any collection device; a real human intervention, because article 22 of the GDPR gives everyone the right not to be subject to a decision based solely on automated processing; and the ability to contest.
What that means concretely: the ordering removes no file from the list. It arranges it. A file placed low stays openable, and the reason is displayed. That is the difference between sorting and eliminating.
What I refuse to let into the calculation: the "discontinuous experience" output your reading tool produces. 41 profiles carry that label — it describes a life, not a competence, and it is asked for nowhere in your advert. ranking_3-conditions.pdfThe 4 elements · the 3 conditions · sorting is not eliminating
⛓ Source · art. L1221-9 Labour Code, GDPR art. 22 · 41 labels excluded from the calculation
What is kept: the four elements recorded with their page, whether the file was opened or not, the reply sent and its date, the ordering produced and the criteria that produced it, and the requests for human intervention.
The figure that counts, and it has nothing to do with candidate quality: of 512 applications received for the March post, 312 were never opened. The post was filled before that. That is not a sort, it is an abandonment — and it is exactly what the ordering fixes: all 512 become readable, including the latest arrivals.
What can be put right in a day: 214 people wrote to your company and received nothing, 118 of them over three months ago. None is waiting for a job: they are waiting for a sentence.
And the invisible defect: 9 applications appear empty — a format your tool does not convert. An empty file reads as a file with no content, and nobody goes to check.
What I do not keep: no appraisal, and nothing describing a candidate beyond the four elements asked for. what-you-keep_screening.pdf5 items kept · 312 files never opened, the real defect
⛓ Source · 312 files never opened, 214 without a reply, 9 unreadable taken as empty
Traceable filters: you set four objective exclusion criteria — driving licence, required qualification, valid electrical authorisation, declared mobility within the area. Of the 512 applications, 147 are set aside by at least one filter. Every exclusion carries the filter that produced it, the line of the file that triggered it and the date the filter was applied, and the 147 files stay one click away in the same list, never in a separate bin. Traceable filters can be challenged; these can be read back and withdrawn, and withdrawing one returns the files to the list with nothing to re-key.
Interview preparation: for each of the 12 files you shortlist, I gather the points to clarify — a 14-month gap in employment, of which I say only that it exists; a job title that does not match the duties described; a certification whose award date is missing; a tool named in the covering letter and absent from the career history. These are questions, not assessments: interview preparation supplies the questions to ask, the answer belongs to the person and the judgement to your panel.
What that gives back: preparing an interview by hand took 25 minutes; reading over a prepared one takes 7. Across 340 interviews a year, more than 102 hours given back, rounded down.
The figure that does not flatter me: of the 147 filtered files, 9 were filtered wrongly — 6.1 %. The driving licence was there, but under “other” rather than in the personal-details box I was reading: nine people set aside because of a place on a page. I now read the whole document before applying a filter, and where the mention is absent I do not conclude it is missing — I have the question put to the candidate. Over the next 380 applications, no further exclusion of that kind.
⛓ Sourced · 4 filters, 147 files set aside and still readable, 9 of 147 corrected
Your case is not here? That is exactly what a 15-minute conversation is for. Book the free audit →
What does the agent actually do?
One agent, a methodical reading — never a selection. All these uses work in support, subject to your approval.
Applying your criteria
Applies your objective criteria — experience, qualification, certification, mobility — to every file.
Traceable filters
Applies your objective exclusion filters while keeping the files concerned one click away.
Preparing the interview
Gathers the points to clarify for a given file, without passing judgement.
Need to go further?
These agents handle a different business process, with their own owner and their own price. They are added to this one.
In 15 minutes we identify the most relevant agent — without oversizing the project.
The same rigour from the first file to the last
By applying your criteria uniformly and tying every result to its justification, the agent gives back time AND legal certainty. How large the gain is depends on your volume and is confirmed by a pilot.
The stages of your AI agent project
Audit & scoping
15 minutes to target the use case with the best return.
Quote or direct sign-up
A catalogue offer is bought online; a specific need gets a costed quote.
Design
We design the agent and its guardrails.
Integration & testing
We connect your tools to the agent, which is itself hosted in France.
Rollout
Going live and training your team.
Operation
Continuous supervision and improvement.
One package, one agent
A shortlisting assistant (structured reading by criteria, with no scoring), installed and operated for you.
Setup + controlled subscription
- Installation, configuration and training for your teams
- Operation, human oversight, updates and support
- Sovereign hosting in France, a dedicated and isolated resource
All inclusive, no setup fee
- Setup included (installation, configuration, training)
- Operation, human oversight, updates and support
- Sovereign hosting in France, managed end to end
On site, you own it
- Hardware installed on your premises (you own it)
- French / European AI models run locally
- Secure remote maintenance (Pro support included)
Four guarantees that make your recruitment safer
Your questions, our answers
Can the agent set applications aside under our criteria?
Does the agent give candidates an overall score?
What does the European AI Act say about this?
How does the agent make our process safer?
Is bidders' data protected?
How long does it take to deploy this assistant?
Other agents for human resources
Let's size up the potential in your recruitment
15 minutes to frame your criteria and your filters — hosted in France, supervised, with no commitment.