AI Job Descriptions and Interview Scorecards | TLY

AI Workflows · HR content build · Updated July 2026

AI Job Descriptions and Interview Scorecards

You searched for a job description generator. What you actually need is a bias-checked build you can defend in an audit. Here is the workflow: the prompts, a red-flag word list, and an adverse-impact self-check you run before anyone gets hired.

Short answer: Use AI to draft two hiring documents, a job description and a structured interview scorecard, then have a human bias-check, edit, and own both. Feed the model the real role, the genuine must-have skills, and an instruction to flag exclusionary language and inflated requirements. Never let AI score, rank, or reject a candidate. Keep a short record of what the tool drafted and who reviewed it, run a four-fifths adverse-impact check on your selection rates, and remember the rule that ties it all together: an automated tool is not a legal defense to a bias claim. If the process produces a disparate impact, you own it, not the vendor.

Key takeaways

  • A free JD generator is a content tool, not a compliance tool. It writes fast and inherits every bias in its training data. The value you add is the bias check, the fact check, and the record.
  • Draft with AI, screen with humans. A job description and a scorecard are documents, so AI can draft them. Selecting a candidate is a decision about a person, so a human makes it. That line is also where the legal risk sits.
  • Structure beats vibes. A shared scorecard with defined criteria and anchored ratings is the single strongest defense against a biased hire, and AI is good at building the scaffold for one.
  • Run the four-fifths check before you rely on any process. If one group's selection rate falls below eighty percent of the top group's rate, you have a possible adverse-impact problem to investigate, regardless of what tool produced the shortlist.

Why "just use a JD generator" is a legal trap

Type "AI job description generator" into any search bar and you get a hundred free tools that spit out a polished posting in five seconds. The output looks professional. That is the trap. A generator optimizes for reading well, not for hiring fairly, and it learned to write from millions of real postings that were themselves full of coded language, inflated requirements, and quiet exclusion.

Here is the part the tool never tells you. When your posting or your interview process screens out a protected group at a higher rate, the fact that a machine wrote the words is no defense. Regulators and courts look at the effect on real people, not the software you used. Connecticut made this explicit in its CART Act, which our briefing on Connecticut's CART Act (PA 26-15) breaks down: deploying an automated hiring tool does not shield an employer from a discrimination claim. New York City goes further for the tools themselves. Under NYC Local Law 144, an employer using an automated employment decision tool must commission an independent bias audit each year, publish a summary of the results, and notify candidates that the tool is in use.

So the honest reframe is this. AI can absolutely help you build the hiring content. It cannot take the liability off your desk. The workflow below keeps the speed and removes the trap.

The machine wrote the words. You still own the outcome. Build like you will have to prove it.

The compliant AI hiring-content workflow

Two documents. One clean process. The job description sets who you are looking for. The structured scorecard sets how every interviewer will judge them, using the same criteria and the same rating scale. Build both with AI, bias-check both by hand, and you have a hiring process that is faster to produce and easier to defend than the one you have now.

Generator output versus a defensible build
Step A free generator gives you A defensible build gives you
Job description A polished posting that may carry coded language and inflated requirements. A draft that a human scrubbed against a red-flag word list and confirmed for real requirements.
Interview stage Nothing. You improvise questions and score on gut feel. A structured scorecard with fixed criteria and anchored ratings every panelist uses.
Fairness Assumed, never measured. Measured with a four-fifths adverse-impact check on your selection rates.
If challenged "A tool wrote it." Not a defense. A dated record of what was drafted, who reviewed it, and how you checked for impact.
TLY rule Fast and exposed. Fast and documented. Same speed, far less risk.

Drafting a bias-checked job description (prompt + red-flag word list)

Start with the role, not the tool. Collect the reporting line, the three or four outcomes this hire must deliver in year one, the genuine must-have skills, and your standard sections for level, location, and pay transparency. A generator invents these when you leave them blank, and invented requirements are exactly what creeps in and screens out good people. Give the model the real brief instead.

Example prompt: "You are helping an HR team draft a job description. Role: Operations Manager, reporting to the VP of Operations, hybrid in Denver. Year-one outcomes: stand up a vendor scorecard process, cut fulfillment errors, and coach two team leads. Must-have skills: process design, vendor management, and comfort with data. Write a clear, inclusive posting with these sections: about the role, what you will do, what you bring, nice to have, and how we work. Use plain language. Do not invent a salary, a degree requirement, or a benefit I have not given you. After the draft, list any phrase that could discourage qualified candidates and suggest a plainer replacement."

That last line does double duty: it produces the draft and a first-pass bias flag in one call. Then you run your own eyes over it against a short list of the usual offenders.

Red-flag words in job descriptions
Red flag Why it screens people out Plainer replacement
"Rockstar", "ninja", "guru" Reads as young and male coded, and tells nobody what the job is. Name the actual skill: "experienced operations lead".
"Recent graduate", "digital native" Signals an age preference and invites age-discrimination exposure. Describe the skill level, not the birth year.
"10+ years" on a mid-level role Inflated tenure bars that cut out capable applicants, women and career changers most. State the outcome they must be able to deliver.
"Bachelor's degree required" (when it is not) Screens out skilled people for a credential the job never uses. "Degree or equivalent experience" when the work allows it.
"Aggressive", "dominant", "whatever it takes" Gendered tone that narrows your applicant pool. Describe the behavior you want: "sets a clear pace and follows through".
"Must be able to lift", "fast-paced" as filler Can screen out people with disabilities when the demand is not real. Only list a physical or pace requirement that the role genuinely has.

Ask the model to check the draft against those categories, then judge its suggestions yourself. It is good at catching the ten-years-for-an-entry-role inflation. It is not the final authority on which requirements are real. You are.

Building a structured interview scorecard with AI

A biased hire rarely starts in the posting. It starts in an unstructured interview where five people ask five different questions and score on a feeling. A structured scorecard fixes that. Every panelist evaluates the same criteria, asks from the same question bank, and rates on the same anchored scale. Research on structured interviewing has shown for decades that it predicts job performance better and drifts toward bias less than the freewheeling version. AI is genuinely useful here, because building the scaffold is tedious and the model does it in one pass.

Example prompt: "Build a structured interview scorecard for the Operations Manager role below. Define four to six evaluation criteria tied directly to the year-one outcomes and must-have skills. For each criterion, write two behavioral interview questions and a 1-to-5 rating scale where 1, 3, and 5 each have a concrete, observable anchor describing what that answer looks like. Keep every criterion job-related. Do not include anything about personality fit, culture fit, age, accent, family status, or where someone went to school. [Paste the finished job description here.]"

What you get back is a table of criteria, questions, and anchored ratings. The anchors matter more than anything else on the page, because a 1-to-5 scale with no definitions is just gut feel wearing a number. A good anchor for a "process design" criterion might read: a 5 describes a specific process they built, the problem it solved, and how they measured the result; a 3 describes involvement in a process without ownership or a metric; a 1 speaks only in generalities. Now two interviewers who saw the same answer land in roughly the same place, and you can compare candidates on evidence rather than impressions.

Two edits are yours to make before it ships. Cut any criterion that is not clearly tied to doing the job, since "culture fit" is where bias hides. And confirm the questions are legal, with nothing that fishes for age, disability, family plans, or national origin. The model drafts the structure. You certify that it is job-related and lawful.

The four-fifths rule and an adverse-impact self-check

Here is the measurement that turns "we think our process is fair" into "we checked." The four-fifths rule comes from the federal Uniform Guidelines on Employee Selection Procedures. It works as a rule of thumb: if the selection rate for any protected group is less than eighty percent of the rate for the group with the highest selection rate, that gap is generally treated as evidence of adverse impact worth investigating.

You can run the basic check yourself in a few minutes.

  1. For each group, divide the number selected by the number of applicants. That is the group's selection rate.
  2. Find the group with the highest rate.
  3. Divide every other group's rate by that highest rate.
  4. Any result below 0.80, or eighty percent, is a flag to investigate.

A worked example. Say 100 men apply and 50 are advanced, a rate of 50 percent. And 100 women apply and 35 are advanced, a rate of 35 percent. Divide 35 by 50 and you get 0.70. That is seventy percent, which sits under the eighty percent threshold, so this stage flags for adverse impact and you dig into why. Maybe a job requirement is doing the screening. Maybe a scorecard criterion is off. The rule does not prove discrimination on its own, and small applicant counts can swing the ratio, but it tells you exactly where to look before a pattern hardens into a lawsuit. Run it at each stage where people get cut: resume review, interview, offer.

What you must NOT let AI decide (no automated screen-out)

Everything above uses AI to build documents a human then owns. This is the line you do not cross.

No automated scoring, ranking, or rejection of candidates

Do not let a model read resumes and produce a shortlist, a match score, or a reject pile as the basis for who moves forward. That is an automated employment decision, and it carries the heaviest bias and legal exposure in the whole hiring process. A vendor tool that "passed" its own audit can still produce a disparate impact in your specific applicant pool, and under laws like NYC Local Law 144 the audit, the notice, and the liability all land on you. Our briefing on why a passed hiring audit can still be unfair walks through how that happens.

No confidential candidate data in a general tool

Do not paste real names, contact details, salary history, or anything from a background check into a general-purpose AI tool without an approved policy. Build the job description and the scorecard as templates first, then apply them to real people offline. When you need the model's help on something sensitive, strip the identifying details and work with the structure.

Verify before it reaches a candidate

AI invents plausible details: a benefit you do not offer, a pay band you never set, a legal-sounding requirement that is not real. Every AI-drafted posting and scorecard gets a human fact-check before a candidate ever sees it. That step is the job, not the polish.

Keeping records for a bias audit

A defensible process leaves a trail, and the trail costs about a minute per hire to keep. For each role, save four things: the final job description with a note that it was AI-drafted and human-reviewed, and by whom. The scorecard template every panelist used. The completed scorecards with their ratings and notes. And your four-fifths check on the selection rates at each stage.

That folder is the difference between a confident answer and a shrug if you are ever questioned, whether by a regulator, a plaintiff's attorney, or your own leadership. If you are using any vendor tool that touches candidate selection, add its audit summary and candidate notices to the same folder, since that is what Local Law 144 and similar rules expect you to be able to produce. For the wider data and privacy posture behind all of this, our companion piece on how HR teams use AI safely covers what belongs in a tool and what never should.

How we built this workflow

This page reflects hands-on use of AI to draft the two artifacts it describes, job descriptions and structured interview scorecards, and to bias-check them against the red-flag categories above. The legal points are stated to match real instruments: the four-fifths guideline from the federal Uniform Guidelines on Employee Selection Procedures, the bias-audit and notice duties in NYC Local Law 144, and Connecticut's CART Act as covered on our regulation desk. We do not publish invented case citations, survey numbers, or fabricated outcomes. Employment rules around AI change quickly and vary by jurisdiction, so confirm any specific duty against current guidance and your own counsel before you rely on it. We date this guide and refresh it as the tools and the rules move.

Human sign-off checklist

Before a job description posts or a scorecard goes to a panel, a person confirms all of it:

Part of TLY's AI Workflows → see the function-wide AI in HR playbook for how this fits the rest of the job.

Frequently asked questions

Can I just use an AI job description generator?

You can use one to produce a first draft, but treat the output as raw material, not a finished posting. A generator writes from millions of real job ads that carry coded language and inflated requirements, and it reproduces those patterns. The value you add is the bias check against a red-flag word list, the fact check on every requirement and pay figure, and the record that a human reviewed and approved it. Fast draft, human owner. That is the safe way to use one.

Is it legal to use AI to write job descriptions and interview materials?

Yes. Drafting content that a human reviews and owns is low risk and widely done. The legal exposure begins when AI starts making or heavily shaping decisions about specific people, such as scoring or ranking applicants, and when confidential candidate data goes into tools that are not approved for it. Keep AI on the drafting side, keep selection decisions human, and document your process, and you remove almost all of the risk.

What is the four-fifths rule?

It is a rule of thumb from the federal Uniform Guidelines on Employee Selection Procedures for spotting adverse impact. Calculate each group's selection rate, then divide every group's rate by the highest group's rate. If any result falls below eighty percent, that stage may have an adverse-impact problem worth investigating. It does not prove discrimination by itself, and small applicant numbers can distort it, but it tells you where to look before a pattern becomes a legal problem.

Can AI screen resumes or rank candidates for me?

You should not let it do so as the basis for a decision. Automated scoring, ranking, or rejection of candidates carries the heaviest bias and legal exposure in hiring, and in places like New York City it triggers annual bias-audit and candidate-notice duties under Local Law 144. A vendor tool that passed its own audit can still produce a disparate impact in your applicant pool, and the liability lands on you, not the vendor. Use AI to build the job description and the scorecard. Keep the selection of actual people with a qualified human.

How is this different from the AI in HR playbook?

The AI in HR playbook is the function-wide map: which HR tasks to automate, which to keep human, across the whole job. This page is the deep build for one high-stakes task pair, creating a bias-checked job description and a structured interview scorecard, with the specific prompts, the red-flag word list, the adverse-impact math, and the records trail. Start with the playbook for the lay of the land, then use this page when you sit down to build the hiring content.

Build the process, not just the posting

Anyone can generate a job description in five seconds. Building a hiring process that is fast, fair, and provable, with bias-checked postings, structured scorecards, an adverse-impact check, and a records trail, is the actual skill. That is what we teach: how to put AI to work across the HR function without ever handing it a decision about a person that it should not make.

Go deeper with The Leveraged HR Professional course Join The Leverage Club for $49 and get the HR prompts, scorecard templates, and bias-check guides New to this? Start with Leverage Starter Not sure where to begin? Take the 2-minute course finder

Sources: Uniform Guidelines on Employee Selection Procedures (four-fifths rule); NYC Local Law 144 (automated employment decision tools bias audit and notice); Connecticut CART Act (PA 26-15) as covered on TLY's AI regulation desk; TLY hands-on use of AI to draft and bias-check job descriptions and structured interview scorecards (July 2026). Employment rules around AI vary by jurisdiction and change quickly; verify against current guidance and your own counsel before relying on this page.