depression-sensitive-content
Skill5 starsChanged 9 months agoMITView on GitHub
Audit and rewrite content to reduce stigma, improve emotional safety, and lower cognitive load for people affected by depression. Use when user asks to 'make content more sensitive', 'remove stigmatizing language', 'improve emotional safety', 'rewrite for depression awareness', 'audit content for mental health sensitivity'.
In this repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .github/copilot-instructions.mdCopilot instructions
- llms-full.txtllms.txt
- llms.txtllms.txt
- accessibilitySkill
- age-inclusive-designSkill
- cognitive-accessibilitySkill
- conflict-de-escalationSkill
- cultural-sensitivitySkill
- empathetic-communicationSkill
- neurodiversity-aware-designSkill
- supportive-conversationSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
25 rules. About 0 are common, 25 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈25
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 38
Use person-first language: "person living with depression" NOT "depressed person"
- Distinctive: line 39
Avoid terms like "suffering from," "mentally ill," "victim of depression"
- Distinctive: line 40
Never provide medical advice, diagnosis, or treatment recommendations
- Distinctive: line 46
Ask user before suggesting professional help if no crisis indicators present
- Distinctive: line 48
Verify cultural context before applying language guidelines
- Distinctive: line 52
Never use phrases like "committed suicide" (use "died by suicide")
- Distinctive: line 53
Never describe depression as "a disease" or "mental illness" in casual contexts
- Distinctive: line 54
Never use "mentally ill" as a noun
- Distinctive: line 55
Never suggest depression is a "choice" or "weakness"
- Distinctive: line 56
Never provide therapy techniques in non-therapeutic contexts
- Distinctive: line 57
Never promise cures or treatments
- Distinctive: line 66
Explicit uncertainty over false reassurance: Avoid language that promises recovery or implies a simple path to wellness.
- Distinctive: line 133
Default to person-first language
- Distinctive: line 171
Best Practice: When in doubt, ask. If writing for a general audience, person-first is the safer default.
- Distinctive: line 190
Required: when content discusses suicide or self-harm:
- Distinctive: line 191
Use "died by suicide" not "committed suicide"
- Distinctive: line 192
Use "suicidal thoughts" not "suicidal tendencies"
- Distinctive: line 193
Use "person with suicidal ideation" not "suicidal person"
- Distinctive: line 199
Keep sentences under 20 words when possible
- Distinctive: line 205
Avoid jargon and technical terms
- Distinctive: line 206
Use common, everyday words
- Distinctive: line 208
Avoid idioms and slang that may confuse
- Distinctive: line 212
Use bullet points for lists
- Distinctive: line 213
Use white space generously
- Distinctive: line 214
Consider accessibility (screen reader friendly)
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Depression-Sensitive Content
Purpose
This skill audits and rewrites product content to reduce shame language, lower cognitive load, and improve emotional safety for people affected by depression. It applies person-first language, avoids stigmatizing terminology, and ensures content is emotionally safe without being clinical or prescriptive.
When to Use
- "Make this content more sensitive to people with depression"
- "Remove stigmatizing language from this text"
- "Audit this page for mental health sensitivity"
- "Rewrite this for emotional safety"
- "Improve cognitive accessibility for depressed users"
- "Check for shame-inducing language"
- "Suggest gentler alternatives to this phrasing"
Boundaries
Always
- Use person-first language: "person living with depression" NOT "depressed person"
- Avoid terms like "suffering from," "mentally ill," "victim of depression"
- Never provide medical advice, diagnosis, or treatment recommendations
- Include crisis resources when content discusses suicidal ideation
- Preserve scientific accuracy when discussing depression
Ask First
- Ask user before suggesting professional help if no crisis indicators present
- Confirm before adding clinical terminology to non-clinical content
- Verify cultural context before applying language guidelines
Never
- Never use phrases like "committed suicide" (use "died by suicide")
- Never describe depression as "a disease" or "mental illness" in casual contexts
- Never use "mentally ill" as a noun
- Never suggest depression is a "choice" or "weakness"
- Never provide therapy techniques in non-therapeutic contexts
- Never promise cures or treatments
Principles
This skill is grounded in the Humanity4AI core principles and the following skill-specific principles:
- Non-clinical scope is absolute. This skill provides content design guidance, not clinical advice. Any content that touches on clinical treatment must be flagged in
safety_flags. - Stigma reduction is the primary goal. Language that pathologises, dramatises, or trivialises depression must be identified and rewritten.
- Cognitive load matters. People affected by depression may have reduced working memory and attention. Content must be chunked, clear, and low-demand.
- Explicit uncertainty over false reassurance. Avoid language that promises recovery or implies a simple path to wellness.
- Escalation paths are mandatory. Any content that touches on crisis, self-harm, or suicidality must include escalation guidance.
Instructions
Step 1: Analyze Content
Review the provided content for:
- Stigmatizing language and terminology
- Cognitive friction (complex sentences, jargon)
- Shame-inducing phrases
- Clinical terminology in non-clinical contexts
- Missing person-first language
Step 2: Classify Findings
Categorize issues by severity:
- Critical: Crisis language, dangerous advice, stigmatizing terms
- High: Shame-inducing language, clinical misstatements
- Medium: Cognitive friction, informal clinical terms
- Low: Style preferences, minor terminology issues
Step 3: Generate Rewrites
For each issue:
- Identify the problematic phrase
- Provide the original text
- Suggest an alternative
- Explain why the alternative is better
Step 4: Assess Escalation
Determine if professional escalation is needed:
- Suicidal ideation detected → Include crisis resources immediately
- Crisis language → Flag for human review
- Safe content → Proceed with standard rewrites
Examples
Example 1: Removing Stigmatizing Language
Input: "The depressed patient showed poor compliance with treatment."
Output: "The person living with depression found it challenging to follow the treatment plan."
Why it works: Person-first language ("person living with") respects dignity. "Challenged to follow" is less judgmental than "poor compliance."
Example 2: Reducing Cognitive Load
Input: "Depression is a serious mental illness that affects millions of people worldwide and requires professional intervention."
Output: "Depression affects millions of people. It can feel overwhelming, but support is available."
Why it works: Shorter sentences reduce cognitive load. "Can feel overwhelming" validates the experience without clinical framing.
Example 3: Crisis Escalation
Input: "I can't take this anymore. I just want to end it all."
Output: "I hear you, and I'm concerned. Please reach out to a crisis line: 988 (US) or text/call 988. You're not alone."
Why it works: Validates the person's pain while providing immediate crisis resources.
Error Handling
When uncertain:
- Default to person-first language
- Err on the side of emotional safety
- Include crisis resources if any risk indicators present
- Flag for human review if clinical terminology is needed
Available Scripts
Additional Resources
- references/standards.md - APA and clinical guidelines
- references/patterns.md - Common patterns to avoid
- references/checklist.md - Complete audit checklist
- references/clinical-guidelines.md - Professional guidelines
- references/crisis-resources.md - Escalation resources
- references/examples.md - Good/bad examples
- references/alternatives.md - Alternative phrases
- references/quick-reference.md - Quick reference guide
- references/implementation-guide.md - Deep implementation guide: 7 rewrite principles with clinical rationale, 15 worked examples, full standards traceability matrix (WCAG 2.2 / COGA / ISO 9241-110 / ISO/IEC 30071-1), 40+ item audit checklist, localization guidance
Progressive Disclosure
- Level 1: Metadata (name, description) - Always loaded at startup
- Level 2: SKILL.md body - Loaded when skill triggers
- Level 3: references/ and scripts/ - Loaded on demand
Language Guidelines
Person-First vs. Identity-First
Person-First (generally preferred):
- "person living with depression"
- "individual experiencing anxiety"
- "someone with bipolar disorder"
Identity-First (some prefer—respect both):
- "depressed person" (if they use this)
- "autistic person" (if they use this)
- "disabled person" (if they use this)
Best Practice: When in doubt, ask. If writing for a general audience, person-first is the safer default.
Terms to Avoid
| Avoid | Preferred |
| "committed suicide" | "died by suicide" or "took their own life" |
| "suicide victim" | "person who died by suicide" |
| "mentally ill" (noun) | "person with mental illness" |
| "suffering from" | "living with" or "experiencing" |
| "paranoid schizophrenic" | "person with schizophrenia" |
| "high-functioning" | Be specific about abilities |
| "borderline" | Specify the trait |
| "addict" | "person with substance use disorder" |
| "clean" (drug tests) | "negative" |
| "dirty" (drug tests) | "positive" |
Crisis Language
Required when content discusses suicide or self-harm:
- Use "died by suicide" not "committed suicide"
- Use "suicidal thoughts" not "suicidal tendencies"
- Use "person with suicidal ideation" not "suicidal person"
- Include crisis resources (runtime source of truth:
crisis-resources.ts— surface those verbatim; exemplar list insupportive-conversation/SKILL.mdStep 5: Crisis Response)
Cognitive Accessibility
Sentence Structure
- Keep sentences under 20 words when possible
- Use active voice
- One idea per sentence
- Break long paragraphs into shorter ones
Word Choice
- Avoid jargon and technical terms
- Use common, everyday words
- Define abbreviations on first use
- Avoid idioms and slang that may confuse
Formatting
- Use clear headings
- Use bullet points for lists
- Use white space generously
- Consider accessibility (screen reader friendly)
Examples (Extended)
Example 1: Patient Documentation
Input: "The depressed patient showed poor compliance with treatment."
Output: "The person living with depression found it challenging to follow the treatment plan."
Why it works: Person-first language respects dignity. "Found it challenging" is less judgmental than "poor compliance."
Example 2: Website Content
Input: "Depression is a serious mental illness that affects millions of people worldwide and requires professional intervention. If you suffer from depression, you know how debilitating it can be."
Output: "Depression affects millions of people. It can feel overwhelming, but support is available. If you're experiencing depression, you may find these resources helpful."
Why it works:
- Shorter sentences reduce cognitive load
- "It can feel overwhelming" validates experience
- "If you're experiencing" uses person-first language
- "Support is available" is empowering, not clinical
Example 3: News Article
Input: "She was a victim of severe depression and committed suicide last year."
Output: "She was living with depression and died by suicide last year."
Why it works:
- "Victim of depression" implies helplessness
- "Committed suicide" can carry stigma (implies crime/sin)
- Both alternatives are accurate and respectful
Example 4: Product Copy
Input: "Stop feeling sad and start living again!"
Output: "Finding moments of joy is possible. Here's how we can support you."
Why it works:
- "Stop feeling sad" trivializes depression
- "Start living again" implies they weren't living
- New version acknowledges struggle while offering support
Example 5: Form Fields
Input: "Are you depressed? Yes / No"
Output: "How have you been feeling lately? (Select all that apply)
- Persistent sadness
- Loss of interest
- Difficulty sleeping
- Fatigue
- None of the above"
Why it works:
- Single "depressed?" question is reductive
- Opens up nuance without labeling
- Gives user control over how they describe themselves
Common Patterns to Fix
1. Language That Implies Choice
Bad: "They chose to live on the streets despite mental illness." Better: "They experienced homelessness while living with mental illness."
2. Language That Implies Weakness
Bad: "He's just lazy and doesn't want to work." Better: "He may be experiencing barriers to employment. Let's explore support options."
3. Language That Implies Hopelessness
Bad: "The treatment didn't work. There's no hope." Better: "The treatment approach needs adjustment. Let's explore other options."
4. Language That Shames
Bad: "If you can't handle stress, you shouldn't be in this job." Better: "Let's explore accommodations that might help manage stress in this role."
5. Language That Stereotypes
Bad: "People with depression are unpredictable." Better: "Depression can affect people differently. Some may need flexibility in their work arrangements."
Available Scripts
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

