agentsclimarketplace

Ai safety guardrails

Skill varunk130/ai-ux-skill-library/skills/ai-safety-guardrails

The 12-skill AI UX design engine for Claude Code & GitHub Copilot — purpose-built for designing UX for AI products, agents, and experiences.

Install
npx -y skills add varunk130/ai-ux-skill-library --skill ai-safety-guardrails

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Design safety experiences for AI products - content moderation UX, bias detection surfaces, harm prevention patterns, and responsible AI interfaces. Use when: AI safety UX, content moderation, responsible AI, AI bias UX, harm prevention, content filtering UX, AI refusal design, safety disclaimers.

SKILL.md

9.7 KB, as published. Nobody here has run it

AI Safety Guardrails

Design the user-facing layer of AI safety - how products prevent harm, communicate restrictions, handle sensitive content, and maintain accountability. The SHIELD framework ensures safety mechanisms protect users without destroying the user experience.

Core Principle

Safety and usability are not opposites. The best safety design is invisible when everything is fine and clear when it matters. Safety should feel like a guardrail on a mountain road - you forget it's there until you need it, and when you need it, you're grateful it's solid.


The SHIELD Framework

LetterPrincipleDesign Question
SScope the RisksHave you mapped every way this AI could produce harm?
HHuman Oversight GatesAre there human checkpoints before high-risk AI actions take effect?
IInform on RestrictionWhen the AI restricts output, does it explain why and what alternatives exist?
EEscalation PathsCan users challenge a restriction through a clear, fair process?
LLog EverythingIs there an auditable record of safety decisions?
DDegrade GracefullyWhen safety mechanisms activate, does the product still provide value?

The Harm Taxonomy for AI Products

Design different safety responses for different harm types:

Harm CategoryExamplesSeverityUX Response
MisinformationHallucinated facts, fabricated citations, false statisticsHighCitation requirements, confidence indicators, verification prompts
Bias amplificationStereotyping in outputs, skewed recommendations, unfair treatmentHighBias detection indicators, diverse output prompts, fairness disclaimers
Privacy leakageAI revealing personal data, memorized training contentCriticalInput sanitization, output scanning, PII detection alerts
Harmful instructionsDangerous activities, self-harm, illegal guidanceCriticalHard block + resource referral (crisis lines, safety info)
ManipulationPersuasion without disclosure, dark patterns, emotional exploitationHighTransparency requirements, intent disclosure
OverrelianceUsers making critical decisions solely based on AI outputMediumDecision-support framing, "consult a professional" nudges
ExclusionAI that works poorly for certain languages, cultures, or accessibility needsMediumCoverage transparency, alternative pathways, inclusion testing

The Refusal Design Spectrum

How an AI says "no" is as important as when it says "no."

Refusal Patterns (Good to Bad)

PatternUser ExperienceWhen to Use
Redirect"I can't do X, but I can help with Y instead."When a safe alternative exists
Explain & Educate"I can't do X because [reason]. Here's what you can do instead."When the user may not understand the restriction
Acknowledge & Decline"I understand you're asking about X. I'm not able to help with that."When the topic is sensitive but the user's intent may be legitimate
Hard Block"I can't assist with this request." + safety resources if relevantWhen the request is clearly harmful

Refusal Anti-Patterns

Anti-PatternWhy It FailsBetter Alternative
"I'm sorry, I can't do that" with no explanationFrustrating, feels arbitraryExplain the category of restriction
Moralizing ("You shouldn't ask about that")Patronizing, assumes bad intentState the limitation without judging the user
Refusing adjacent-but-safe requestsOver-filtering kills utilityTune safety to the actual risk, not surface-level keyword matching
Different refusal messages for the same categoryInconsistency confuses usersStandardize refusal language by harm category
Silent content modificationChanging the output without telling the userAlways disclose when output has been modified for safety

Content Sensitivity Indicators

The Content Sensitivity Scale

LevelLabelIndicatorExample Content
L0SafeNo indicator neededGeneral information, creative writing, code
L1Informational CautionSubtle note: "Verify independently"Historical facts, statistics, regulatory info
L2Professional DomainBadge: "Consult a professional"Medical symptoms, legal questions, financial advice
L3Sensitive TopicWarning banner: "This topic requires careful consideration"Mental health, political topics, cultural sensitivities
L4High RiskProminent disclaimer + verification requiredMedical diagnosis, legal counsel, crisis situations
L5RestrictedHard gate + human oversightTopics that could cause direct harm

Bias Detection Surfaces

User-Visible Bias Indicators

When AI output may contain bias, surface it proactively:

IndicatorWhen to ShowWhat It Communicates
Demographic coverage noteWhen output involves people or groups"This analysis covers [groups included]. Other perspectives may differ."
Data recency badgeWhen training data may reflect outdated norms"Based on data through [date]. Social norms and best practices evolve."
Perspective diversity scoreWhen output represents a viewpoint"This represents one perspective. For alternative viewpoints, try [suggestion]."
Representation auditWhen generating images or creative contentAudit generated content for demographic representation before presenting

Safety Disclaimer Architecture

Disclaimer Placement Decision Matrix

Content TypeWhere to Place DisclaimerFormat
General AI outputsFooter, one-time acknowledgment"AI-generated content. Verify important information."
Medical/legal/financialInline, every relevant responseBold banner: "This is not professional advice. Consult [type] professional."
Creative/subjective contentNo disclaimer neededNone - over-disclaiming creative content undermines its value
Code generationInline warning for security-sensitive code"Review this code for security vulnerabilities before deploying."
Data analysisMethodology note"Based on the data provided. Results depend on data quality and completeness."

Disclaimer Fatigue Prevention

ProblemSolution
Users ignore repeated disclaimersVary the language; use contextual phrasing, not boilerplate
Disclaimers on everything undermine all disclaimersReserve prominent disclaimers for genuinely high-risk content
Legal disclaimers written for lawyers, not usersWrite safety information in plain language at a 6th-grade reading level
Disclaimer blocks the contentPlace disclaimers alongside content, not before it (users skip blockers)

Incident Response UX

When a safety failure occurs in production:

The Safety Incident Flow

PhaseUX ActionTimeline
DetectionSystem detects harmful output was servedAutomated (seconds) or user-reported
ContainmentFlag affected outputs, prevent further distributionWithin minutes
User notificationInform affected users clearly and honestlyWithin hours
RemediationCorrect the output, improve the guardrailWithin days
Post-incidentPublish what happened, what was fixed, and what changedWithin 1 week

User Notification for Safety Incidents

DoDon't
Be specific about what was wrongUse vague "we're improving our systems" language
Explain what the user should do (e.g., disregard specific output)Assume users will figure it out
Describe what changed to prevent recurrencePretend it didn't happen
Offer a way to contact the team with questionsHide behind a no-reply email

Anti-Patterns

PatternWhy It Fails
Safety theater (prominent disclaimers on safe content, none on risky content)Users learn to ignore all safety signals
Blocking entire topics instead of nuanced handlingLegitimate use cases get caught in the filter (e.g., medical professionals researching symptoms)
Making safety someone else's problem ("Use at your own risk")Transfers liability without reducing harm
Safety only at the output layerInput validation, contextual understanding, and output filtering all need safety design
One-size-fits-all safety for all user typesA medical professional and a teenager need different safety calibrations

Quick Reference

TaskFramework ElementKey Deliverable
Design safety for new AI productFull SHIELD framework + Harm TaxonomyRisk map + safety response matrix
Design AI refusal experienceRefusal Design SpectrumRefusal language guidelines + redirect patterns
Add content warningsContent Sensitivity Scale (L0-L5)Sensitivity level assignment per content type
Audit AI product for biasBias Detection SurfacesBias indicator system + user-visible audit patterns
Handle a safety incidentSafety Incident FlowIncident response playbook with user notification templates

Integration

Works with: ai-error-resilience (safety failures as a subset of errors), ai-trust-transparency (transparency about safety filtering), ai-agent-ux (safety boundaries for autonomous actions), ai-personalization-ethics (preventing personalization-driven harm).

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.