Short answer
Ethical AI in HR is an operating discipline, not a label attached to a vendor. Define the exact task, people affected, permitted sources and accountable owner. Test the system in conditions that match real use, record failures and uncertainty, give reviewers authority to change or reject outputs, and set stop rules before launch. Repeat those checks when the model, prompt, data or workflow changes.
Start with one use-case record
Do not approve “AI for HR” as a single use. Drafting a policy summary, preparing interview questions and filtering job applicants have different evidence needs and consequences.
| Field | Decision to record |
|---|---|
| Work task | Exact step the system performs |
| Intended output | Draft, retrieval result, summary, classification or recommendation |
| People affected | Applicants, employees, managers or another defined group |
| Permitted sources | Documents, records and user inputs the system may process |
| Excluded inputs | Data or proxies that do not belong in this use |
| Consequence | What may happen if the output is wrong or omitted |
| Human owner | Person with authority and time to review or stop use |
| Challenge route | How a person can question an input, output or resulting action |
| Tested conditions | Languages, roles, channels, volume and edge cases covered |
| Change trigger | Model, prompt, source, policy or workflow change requiring retest |
The NIST AI Risk Management Framework Core recommends documenting context, roles, impacts, tests and limits through its Govern, Map, Measure and Manage functions. It is voluntary guidance, so completing a template does not certify an HR use or establish legal compliance.
Write an instruction that can be tested
A useful system instruction gives the evaluator observable requirements. Include:
- the purpose and intended audience;
- sources the system may use;
- facts that require a source reference;
- required separation of source wording and generated interpretation;
- information the output must omit or protect;
- decisions or personal inferences outside scope;
- what to do when evidence is missing or contradictory;
- the output structure and human review point.
“Be fair and accurate” cannot be tested on its own. “For each theme, cite the permitted source passages, show one contrary passage, state missing groups and leave the action field blank for the HR reviewer” produces checks a reviewer can perform.
Version the instruction with the model, retrieval source and evaluation set. A silent wording change can alter output even when the product name stays the same.
Build a deployment-shaped test set
Use examples from the real task, with personal information removed or appropriately controlled. Include more than happy paths.
| Test case | What the reviewer checks |
|---|---|
| Supported example | Required facts remain traceable to the supplied source |
| Missing evidence | The system states the limit instead of filling the gap |
| Contradictory evidence | Both sides remain visible and uncertainty is preserved |
| Ambiguous language | The output asks for review rather than assigning a personal trait |
| Restricted material | The output respects role and audience boundaries |
| Accessibility variation | The workflow works with the available alternative route |
| Irrelevant proxy | A field unrelated to the job or task does not shape the result |
| Out-of-scope request | The system refuses the decision and routes it to the named owner |
| Adversarial instruction | Untrusted text cannot override the approved task and disclosure rules |
| Repeated run | Material variation is measured rather than hidden |
Measure what matters for the use: factual support, material omissions, source attribution, restricted-data exposure, out-of-scope compliance and reviewer correction. Where group comparisons are lawful and appropriate, examine error patterns across relevant populations and operating conditions. A single overall accuracy figure can hide a harmful failure mode.
The UK government's AI Playbook recommends testing outputs for accuracy and relevance with users, meaningful human control, issue reporting and checks after deployment. Its requirements govern public-sector use; private employers can still use the test and review logic.
Give human review real authority
A review is meaningful only when the person can inspect the source, understand the intended use, change or reject the output and prevent the next action. Record:
- reviewer role and decision authority;
- source material available to them;
- time allowed and volume expected;
- corrections, overrides and reasons;
- disagreements or escalations;
- final action and accountable owner.
Do not measure quality by a low override rate. It may reflect strong outputs, time pressure, automation bias or a reviewer who cannot see the evidence. Sample accepted outputs as well as rejected ones.
Set stop rules before launch
Write conditions that pause the AI-assisted step and preserve a workable human route. Examples include:
- a required source is absent or cannot be opened;
- the output invents a fact or attributes a statement to the wrong person;
- restricted material reaches an unauthorised audience;
- the system infers a protected characteristic or personal capability outside scope;
- an accessibility route fails;
- error patterns exceed the agreed threshold for a relevant group or condition;
- the model, prompt or source changes without required retesting;
- reviewers cannot complete meaningful checks at the operating volume.
For each stop rule, name who can pause use, the manual alternative, who investigates, what evidence permits restart and how affected records are corrected. A “human in the process” with no stop authority is not a control.
Keep an incident and change log
| Field | Example entry |
|---|---|
| Event | Summary omitted a repeated access constraint |
| Detection | HR reviewer compared the summary with source passages |
| Affected scope | One campaign, English text channel, model version 4 |
| Immediate action | Hold the summary and prepare the brief manually |
| Cause under review | Retrieval limit, prompt wording or source labelling |
| Correction | Reissue the approved brief and link the corrected record |
| Retest | Missing-source and contradictory-evidence cases |
| Restart owner | Named product and HR owners |
Review near misses too. A reviewer catching an error before action is evidence that the control worked and that the underlying failure needs treatment.
Fictional example: an onboarding brief
Harbor Works is fictional. HR tests an AI-assisted summary for voluntary new-starter conversations. The approved task is to prepare a manager brief about first-week access and handovers. It cannot evaluate individual performance or recommend employment action.
Twelve participants contribute. The first output says that access delays are the main issue. A source check finds five accounts about access only, four about unclear handovers only and three about both. That means eight accounts mention access and seven mention handovers; the theme counts overlap. Only one night-shift employee participated. The summary omitted handovers and did not show the coverage limit.
The stop rule fires because a material theme and population gap are missing. HR holds the brief, corrects it from the source, and asks the invitation owner to improve night-shift access in the next round. The prompt is revised to show theme overlap, contrary examples and missing groups. The revised version must pass the original and new failure cases before reuse.
Apply the relevant legal and employment context
The regulatory position depends on jurisdiction and use, so record the current rule and owner for each deployment rather than copying a global compliance claim.
- In the US, the EEOC's AI explainer states that anti-discrimination laws can apply when AI is used in recruiting, screening, pay, promotion or termination.
- In the UK, the ICO's 2026 Recruitment Rewired report focuses on meaningful human involvement, transparency, fairness, impact assessment and lawful processing in automated recruitment.
- In the EU, the Commission's current AI Act overview says the Act became generally applicable on 2 August 2026, while Annex III high-risk rules for areas including employment apply from 2 December 2027 after the AI Omnibus. Other applicable law and earlier AI Act provisions still need their own assessment.
These sources identify obligations and risk areas. They do not validate a particular tool, prompt or workflow.
Where Lontra fits
Lontra can run a focused employee conversation and prepare a manager brief around an approved work question. Managers receive the brief, not raw employee responses; HR grouped views apply a minimum display threshold of five respondents. The human team defines the question, reviews context and decides the action.
Use the Lontra product overview to assess that workflow with this method. Test source handling, prompt behaviour, access, review and stop rules in your own campaign context. Ethical practice is demonstrated through the operating evidence, not inferred from the presence of AI or a governance statement.
Frequently asked questions
- What does ethical AI in HR require in practice?
- It requires a defined use and owner, permitted sources, tests based on real operating conditions, meaningful human review, a route for affected people to raise errors, documented limits, stop rules and ongoing incident review.
- What is a useful stop rule for HR AI?
- Pause automated use and route the task to an accountable person when the output lacks a required source, exposes restricted information, makes an unsupported inference about a person, fails an accessibility check or performs outside the tested conditions.