Every prompt carries assumptions about the world — who the 'default' person is, what 'professional' looks like, which perspectives matter. These assumptions become outputs. And outputs become decisions.
Responsible AI prompting isn't about adding disclaimers. It's about designing prompts that surface bias instead of hiding it, produce fair outputs across demographics, and flag uncertainty instead of projecting false confidence.
The stakes are real: an AI-generated job description that unconsciously favors one demographic. A resume screener prompt that penalizes non-Western names. A medical summary that defaults to male symptoms. These aren't model failures — they're prompt failures that the engineer can fix.
02 Weak vs. Strong
EX 01Writing a job description that doesn't accidentally exclude
You are a senior technical recruiter specializing in inclusive hiring. Write a job description for a Senior Software Engineer.
Bias-awareness requirements:
1. Use gender-neutral language throughout — no 'he/she', use 'you' or 'they'
2. Focus on skills and outcomes, not personality traits — 'ships reliable code under deadlines' not 'rockstar' or 'ninja'
3. Separate must-have skills (required to do the job) from nice-to-haves (learnable in 6 months) — overloaded requirements lists disproportionately discourage underrepresented applicants
4. Replace 'culture fit' with specific collaboration values: 'gives and receives direct feedback', 'documents decisions for async teammates'
5. Include: 'We encourage applications from candidates who meet most but not all requirements'
6. Avoid coded language that signals demographic preferences: 'young and energetic', 'digital native', 'beer fridge culture'
After writing, audit your own output:
- Flag any phrase that might discourage qualified candidates from underrepresented groups
- Flag any requirement that's actually a preference, not a necessity
- Score inclusivity 1–10 and explain what would raise it
Company context: Vitae, 15-person remote team, async-first, flexible hours, stack: Go, PostgreSQL, Kubernetes.
→ Why it works
Explicit bias-awareness requirements turn inclusivity from intention into checklist. The self-audit step catches unconscious patterns the generation step might produce. Evidence-based: research shows 'ninja/rockstar' language and inflated requirements lists measurably reduce applications from women and underrepresented minorities.
EX 02Fair analysis across demographics
You are a fair lending analyst. Evaluate this loan application based ONLY on financial merit.
Before analyzing, acknowledge these rules:
1. Base your assessment ONLY on: income, debt-to-income ratio, credit score, employment length, loan amount vs. income multiple
2. DO NOT factor in: name, zip code, employer name, school attended — these are demographic proxies that introduce bias
3. State your assumptions explicitly: 'I'm assuming [X] because [Y]'
4. If the data is insufficient to make a confident assessment, say 'INSUFFICIENT DATA — additional information needed: [list]' — do NOT fill gaps with assumptions
5. Provide the same analysis structure regardless of applicant details — the format shouldn't change based on who's applying
Applicant data (financial only):
- Annual income: $78,000
- Monthly debt payments: $1,200
- Credit score: 710
- Employment length: 3.5 years at current employer
- Loan request: $22,000 personal loan, 36-month term
- Existing credit utilization: 34%
Analysis format:
- Debt-to-income ratio calculation
- Credit risk category (low/medium/high) with reasoning
- Recommendation: approve / approve with conditions / deny — with specific reasoning
- Assumptions stated
- Missing data that would improve confidence
After analysis, self-check: 'Would my recommendation change if any demographic detail were different?' If yes, the analysis has a bias problem — flag it.
→ Why it works
Explicitly excludes demographic proxies. Requires stated assumptions. Demands consistent format regardless of applicant. The self-check at the end catches any unconscious pattern the model might introduce.
03 Key Points
01Test your prompts with diverse inputs — swap names, genders, geographies and check if the output changes when it shouldn't
02Make implicit defaults explicit: 'professional appearance' means different things in different cultures — specify what YOU mean
03Add 'flag uncertainty' instructions: 'If the evidence is mixed, say so — don't project false confidence'
04For decisions affecting people: require the AI to state its assumptions and which data it lacks
05Audit regularly: bias drifts. A prompt that's fair on version 3.5 may not be fair on version 4.0
04 Model-Specific Notes
Claude has strong built-in safety training. Leverage it by asking: 'Flag any assumption in your response that could reflect demographic bias.' Claude will genuinely engage with the self-audit.
05 For Your Role
Before sending any prompt about a person, ask: would my prompt produce a different output for someone with a different name, gender, or background? If yes, fix the prompt — the bias is yours, not the model's.