10 to the 23 AI logo

Domain Atlas

Hiring & employment screening AI

AI that screens, scores, and ranks job applicants — resume screeners, games-based assessments, video-interview scoring, and applicant-tracking-platform recommendation engines. The domain's defining trap is that a screener trained on an organization's past hiring decisions imports the past's selection function: the model learns the history of who was hired, so it reproduces that history's biases as prediction, and patching the named proxies it used does not remove the pattern it learned. Two structural facts shape the governance. The audit lever appears in three configurations — abandoned when a fix proves impossible, adversarially shielded behind legal privilege, or run in an honest but partial form — and there is a blind spot no deployment escapes: rejected candidates never re-enter the outcome data, so every claimed quality or diversity gain is measured on hires only. A single vendor's screening model can operate inside thousands of employers at once, so one learned defect propagates as widely as the platform. The Lab networks model only the deploying organization — its models, recruiters, and hiring records; the applicants being scored sit outside the dynamics, and no candidate outcome is computed on any diagram.

Use cases

What AI is doing here

Resume screening & ranking

Predictive

AI that scores and ranks resumes, typically trained on an organization's past hiring decisions — so it can reproduce the history of who was hired before as a prediction of who will succeed, and patching the named proxies it used does not remove the pattern it learned.

Games-based & video-interview assessment

Predictive

Games-based and video-interview AI assessments that score candidates on measured signals — where the honest form of the audit lever (source-code access, four-fifths-rule de-biasing, retiring low-value inputs) is real but partial, and rejected candidates never re-enter the outcome data.

Applicant-tracking-platform screening

Predictive

AI screening and recommendation features inside an applicant-tracking platform operating across thousands of employers at once — so one learned defect propagates platform-wide, accountability diffuses between vendor and deployer, and bias-testing may exist in a form shielded from external verification.

Case files

What has gone wrong and right

Documented deployments, presented as model organizations calibrated to the evidence, with full citations.

System map

Who is in the system and what pushes on it

Who is in the system

  • Frontline workers. Caseworkers, screeners, eligibility staff — the operator network whose judgment the system augments or erodes.
  • Supervisors & QA. The institutional correction layer: overrides, second reads, quality review.
  • Agency leadership. Owns procurement, policy, and the authority map; answers for the system publicly.
  • Served people & families. Those the decisions land on. Deliberately outside the PAN dynamics — their outcomes are measured, never simulated.
  • Vendors. Build and update the systems; hold the information asymmetry procurement must govern.
  • Regulators & oversight bodies. Boards, auditors, data-protection officers, inspectorates — external correction capacity.

Dominant pressures

  • Caseload surge. Demand outruns staffing; per-case attention shrinks and review becomes triage.
  • Reviewer bottleneck. One fixed-capacity checking stage sits between AI output and consequence; everything queues behind it.
  • Vendor opacity. The deploying institution cannot inspect the model, data, or update pipeline it is accountable for.
  • Data & policy drift. The world, the intake process, and the rules change under a system trained on how things used to be — two mechanisms with different remedies: the statistical properties of what the system processes move (concept drift), or the mixture of inputs arriving in deployment differs from the mixture it was trained on (covariate shift).
  • Compliance over substance. Paper controls (sign-offs, checklists) satisfy audits while the behavior they describe erodes.

Governance

Questions leaders should be asking

  1. 1. The screener was trained on the organization's own past hiring decisions — so is it predicting who will succeed, or reproducing who was hired before, and would anyone notice the difference before it locked the past's biases into the future?
  2. 2. Removing a named proxy the model used does not remove the pattern it learned — so is the fix a patch on identified terms, or a design that values exploring candidates the history under-selected, and does the team know the ceiling on term-level fixes?
  3. 3. The audit lever can be abandoned, shielded by legal privilege, or run in a partial honest form — so does an independent party actually see the bias-testing results, or does testing exist in a form no one outside can verify?
  4. 4. Rejected candidates never re-enter the outcome data, so quality and diversity gains are measured on hires only — and when one vendor's model screens for thousands of employers, a single learned defect propagates platform-wide; so who is accountable for the applicants the system never advanced, and across how many employers at once?
  5. 5. Once the screener is live, who holds the authority to switch it off — and who receives a report that it has harmed a candidate, on what clock, and what has to happen next, given that the vendor and the employer can each point at the other?

For the actions behind these questions, see the Practice Library.

Seeing your organization in this domain? Mapping its actual pathways, pressures, and correction capacity is engagement work.

Work With 1023AI

Sources & Evidence

Claims made on this page and what supports them. The full registry lives in Evidence.

ConceptualThe volume's governance chapter places two standing duties on an agency that deploys AI, both distinct from an…

The volume's governance chapter places two standing duties on an agency that deploys AI, both distinct from any pre-deployment approval. First, an incident-reporting protocol that enables timely identification and remediation of algorithmic harm - discriminatory treatment, a biased risk assessment, a misdiagnosis, a breach of confidentiality. Second, transparent channels through which both the people served and the practitioners can report concerns or unexpected effects, so the accountability loop closes after deployment rather than ending at approval. The chapter is a conceptual synthesis and is cited as one: its four-tier social-work risk taxonomy is labeled by its own author as an original construction, informed by but not derived from binding regulation. It may be cited as a framework and must never be presented as a regulatory classification of any deployment in this registry.

huang2026bAcademicSave

Huang, J., Yang, F., & Lee, J. (2026). Ethical Challenges and AI Governance in Social Work. In R. An & M. A. Lindsey (Eds.), Artificial Intelligence in Social Work: Bridging Technology and Humanity. Springer. https://doi.org/10.1007/978-3-032-18443-6_22

doi.org/10.1007/978-3-032-18443-6_22

Appears in: AI in Social Work (Springer, 2026)

Topics: ai-ethics, ai-governance, social-work