12 AI prompts for HR.
A clear check for every draft.

Goal: draft a job advertisement for internal review. Context: you are supporting a hiring team at [ORGANIZATION TYPE] recruiting for [ROLE TITLE] in [LOCATION OR WORK PATTERN]. Source: use only the approved role brief pasted below, labeled [SOURCE ID], plus the approved careers boilerplate labeled [BOILERPLATE SOURCE ID]. Do not add responsibilities, salary figures, benefits, or employer claims that are absent from those sources. Expectations: produce a draft of about [WORD COUNT] words with a headline, a three sentence role summary, a bulleted list of responsibilities, a bulleted list of requirements split into essential and desirable, and a closing application step. Cite the source ID beside each bullet. List every missing fact under a heading called Open questions rather than filling the gap. Label the output Human review required: unverified draft.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft interview questions for a review panel. Context: the panel is hiring for [ROLE TITLE] in [TEAM NAME] and will run a [INTERVIEW LENGTH] conversation. Source: use only the approved role criteria pasted below, labeled [SOURCE ID]. Do not use candidate resumes, applications, notes, or any personal information, and do not create scoring rubrics, rankings, or hiring recommendations. Expectations: return a table with four columns: criterion, source ID, question, and what a complete answer would cover. Write [NUMBER] questions in total, at least one per criterion, in plain US English and open format. Add [NUMBER] follow up probes as a separate list. Where a criterion is vague or undefined, write Needs clarification in the question column instead of inventing a standard. Label the draft Human review required before panel use.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft a logistics email confirming an interview time. Context: the recipient is a candidate for [ROLE TITLE] and the interview is [DATE], [START TIME] to [END TIME] in [TIME ZONE], held [FORMAT: video, phone, or onsite]. Source: use only the confirmed logistics details pasted below, labeled [SOURCE ID], and the approved accessibility contact line labeled [ACCESS SOURCE ID]. Expectations: write a subject line under [CHARACTER COUNT] characters and a body under [WORD COUNT] words, in a warm and plain tone, covering date and time with time zone, format and joining or arrival instructions, expected duration, panel first names and job titles, what to bring, and how to request an adjustment. Mark any detail not supplied as [TO CONFIRM] and list those items at the end. Label the draft Human review required before sending.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft a first week plan for a new team member. Context: the new starter joins [TEAM NAME] as [ROLE TITLE] on [START DATE], working [WORK PATTERN]. Source: use only the approved onboarding outline pasted below, labeled [SOURCE ID], and the approved team introduction list labeled [TEAM SOURCE ID]. Do not add system access steps, training modules, or meetings that are not named in those sources. Expectations: return a day by day plan for days one to five. For each day give a focus line, up to [NUMBER] activities, the owner for each activity, and the source ID it came from. Keep each activity to one sentence. Add a short section called Gaps listing anything the outline leaves undefined, such as an unnamed owner or an undated session. Label the draft Human review required.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: convert an approved standard operating procedure into a working checklist. Context: the checklist will be used by [ROLE OR TEAM] when performing [PROCESS NAME]. Source: use only the SOP text pasted below, labeled [SOURCE ID], including its version number and date. Do not add steps, tools, timings, or approvals that the SOP does not state. Expectations: return a numbered checklist that follows the SOP order. For each step give the action in the imperative, the named owner, the trigger or timing if the SOP states one, and the SOP section number it maps to. Mark any step where the SOP is ambiguous with Unclear in source and quote the phrase in question. End with a version line naming the SOP ID and date. Label the output Human review required: unverified draft.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft a short knowledge check based on an approved procedure. Context: the audience is [ROLE OR TEAM] who have read [PROCESS NAME]. Source: use only the SOP text pasted below, labeled [SOURCE ID]. Every question and every answer must be traceable to a sentence in that text. Expectations: write [NUMBER] multiple choice questions with four options each and one correct answer, plus [NUMBER] short answer questions. For each item give the correct answer, a one sentence explanation, and the SOP section number it comes from. Avoid trick wording and avoid scenarios the SOP does not cover. Add a standing note that the check covers recall of the written procedure only and is not evidence of competence or sign off. Label the draft Human review required.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft an internal announcement about an approved change. Context: the audience is [AUDIENCE, for example all staff or one department] at [ORGANIZATION TYPE], and the change takes effect on [EFFECTIVE DATE]. Source: use only the approved change brief pasted below, labeled [SOURCE ID]. Do not add reasons, timelines, impacts, or reassurance that the brief does not state. Expectations: write a subject line and a body of about [WORD COUNT] words with four parts: what is changing, when it starts, what people need to do and by when, and where to ask questions using the contact named in the brief. Use plain US English and short paragraphs. Put any point the brief leaves open in a bracketed [TO CONFIRM] marker and list them beneath the draft. Label the output Human review required before distribution.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft plain language FAQs from an approved policy excerpt. Context: the readers are [AUDIENCE] and the topic is [POLICY TOPIC]. Source: use only the policy excerpt pasted below, labeled [SOURCE ID], with its version and date. Do not interpret entitlement, decide eligibility, give legal advice, or answer a question the excerpt does not address. Expectations: write [NUMBER] question and answer pairs. Phrase each question the way an employee would ask it. Keep each answer under [WORD COUNT] words, use only what the excerpt says, and cite the clause number. Where the excerpt is silent or conditional, answer with a referral line pointing to [NAMED CONTACT OR TEAM] and add the question to a list called Unanswered by source. Label the draft Human review required before publication.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft an agenda for a recurring manager meeting. Context: the meeting is [MEETING NAME], runs [DURATION] on [DAY AND TIME], and is attended by [NUMBER] managers from [TEAM OR FUNCTION]. Source: use only the standing agenda template labeled [SOURCE ID] and the approved topic list for this cycle labeled [TOPIC SOURCE ID]. Do not include any assessment of an individual, performance commentary, or named personnel matters, and do not add topics that are absent from the list. Expectations: return a table with topic, purpose in one line, owner, minutes allocated, and source ID, with the minutes totaling the stated duration. Add a pre read line and a decisions to capture line. Flag any topic without an owner or a stated purpose as Needs input. Label the draft Human review required.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft a payroll handoff checklist for internal review. Context: the handoff runs between [SENDING TEAM] and [RECEIVING TEAM] for a [PAY FREQUENCY] cycle with a cutoff on [CUTOFF DAY]. Source: use only the approved handoff procedure pasted below, labeled [SOURCE ID]. Do not include employee names, identifiers, pay data, or any personal records, and do not calculate, estimate, or reconcile any figure. Expectations: return a checklist grouped into before cutoff, at cutoff, and after submission. For each item give the action, the owner role rather than a person, the deadline stated in the procedure, and the procedure section number. Add a confirmations column left blank for the reviewer. Mark any step whose owner or deadline is not stated as Missing in source. Label the output Human review required.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: draft a demo brief for a software evaluation meeting. Context: the team is [TEAM NAME], the evaluation covers [CATEGORY IN YOUR OWN WORDS], and the session lasts [DURATION]. Source: use only the approved requirements list pasted below, labeled [SOURCE ID], and the internal scenario description labeled [SCENARIO SOURCE ID]. Do not describe, assume, or assert anything about the vendor, its features, its pricing, or its performance. Frame vendor-facing items as questions or requests to demonstrate the requirement. Expectations: return a numbered agenda with the requirement, the source ID, the scenario to walk through, the question to ask, and what you want to see on screen. Add a short section listing requirements the source leaves undefined, under the heading To define before the call. Label the draft Human review required.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]

Goal: turn approved meeting notes into a clear action list. Context: the notes come from [MEETING NAME] held on [DATE] and the output goes to [DISTRIBUTION LIST]. Source: use only the notes pasted below, labeled [SOURCE ID]. For practice runs, use fictional notes that contain no real people and no real employee details. Do not add actions, owners, or dates that the notes do not contain, and do not summarize opinions about individuals. Expectations: return two tables. The first lists actions with the action written as a verb phrase, the owner, the due date, and the line of the notes it came from. The second lists decisions with the decision and its source line. Put anything ambiguous under Needs confirmation with the exact quoted wording. Label the output Human review required.

If a fact is missing or sources conflict, flag it for human confirmation rather than supplying an answer. Use roles or fictional placeholders instead of personal details.

Approved source pack (label each document with its ID, version and date):
[PASTE APPROVED SOURCE TEXT HERE]