agentleFS
patonkikhpatonkikh/APES/skills/security/ai-governance-advisor/skill.md

ai-governance-advisor

Skill3 starsChanged 4 months agoMITView on GitHub

Define AI governance policies, roles, compliance mappings, and operational controls for responsible LLM deployment aligned with organizational and regulatory requirements. Use when working on LLM security, OWASP reviews, threat modeling, guardrails, or prompt injection.

The file

Files
skill.md

AI Governance Advisor

Purpose

Define AI governance policies, roles, compliance mappings, and operational controls for responsible LLM deployment aligned with organizational and regulatory requirements.

Input: Organization context, jurisdiction/regulations, OWASP review or threat model (optional), use case catalog, risk appetite
Output: AI Governance Framework with policies, RACI matrix, compliance mapping, audit checklist, and lifecycle gates Examples: See examples.md for worked input/output.


Workflow

Step 1: Inventory AI use cases

Catalog deployed and planned AI systems:

Use caseData classUsersModel typeRisk tier

Risk tier: Tier 1 (low — internal FAQ), Tier 2 (medium — customer-facing), Tier 3 (high — decisions affecting people/money).

Step 2: Define governance principles

Establish organization-level commitments:

  • Transparency and explainability expectations
  • Human oversight requirements by risk tier
  • Data minimization and retention limits
  • Prohibited use cases (e.g., covert profiling, unauthorized surveillance)
  • Third-party model and vendor due diligence

Step 3: Map regulatory and standard obligations

Regulation/StandardApplicabilityKey requirementsCurrent gap
GDPR[yes/no]DPIA, lawful basis, erasure
EU AI Act[yes/no]Risk classification, documentation
SOC 2[yes/no]Access control, logging
Industry-specific[specify]

Cross-reference OWASP LLM findings if available.

Step 4: Define policy documents

PolicyScopeOwnerReview cycle
Acceptable UseAll employeesAnnual
Data Handling for AIEngineeringSemi-annual
Model ProcurementProcurement + LegalPer vendor
Incident Response for AISecurityAnnual

Step 5: Build RACI matrix

ActivityResponsibleAccountableConsultedInformed
Use case approval
Threat modeling
Production deployment
Model change review
AI incident response

Step 6: Define lifecycle gates

Gate requirements by risk tier:

GateTier 1Tier 2Tier 3
Threat modelOptionalRequiredRequired
OWASP reviewOptionalRequiredRequired + sign-off
Legal/compliance reviewNoIf PIIRequired
Human oversight designNoRecommendedRequired
Post-deploy monitoringBasicStandardEnhanced

Step 7: Create audit and monitoring checklist

Operational controls to verify ongoing compliance:

  • Model and prompt change log review
  • Access and API key rotation
  • User complaint and override tracking
  • Vendor SLA and subprocessors review

Step 8: Validate

Run Validation checklist.


Decision Rules

ConditionAction
No OWASP review or threat modelProceed with governance baseline; flag security artifacts as prerequisite for Tier 2+
EU AI Act high-risk use caseEscalate to legal review; add conformity assessment requirements
No designated AI ownerStop; require Accountable role assignment before policy finalization
Multiple jurisdictionsMap strictest requirement per data subject location
Tier 3 use case without human oversightMark as policy violation; block deployment recommendation
Vendor-hosted model with training on customer dataRequire DPA and opt-out clause in procurement policy

Validation

  • All in-scope use cases cataloged with risk tier
  • Governance principles cover transparency, oversight, and prohibited uses
  • Applicable regulations mapped with gap identification
  • Core policy documents listed with owners and review cycles
  • RACI matrix covers approval, deployment, change, and incident response
  • Lifecycle gates differentiated by risk tier
  • Audit checklist includes monitoring and change management
  • No legal advice presented as definitive — flagged for legal review where needed

Anti-patterns

  • Governance theater — policies exist but no lifecycle gates enforce them.
  • One-size-fits-all tiers — same controls for internal FAQ and credit scoring.
  • Missing ownership — RACI with empty Accountable column.
  • Static compliance mapping — ignoring regulatory updates (EU AI Act phases).
  • Decoupled from engineering — governance docs not linked to threat model and OWASP findings.

Best Practices

  • Align risk tiers with ISO 42001 AI management system concepts where applicable.
  • Integrate governance gates into existing SDLC (design review, release checklist).
  • Maintain AI system registry as single source of truth for audits.
  • Connect policy violations to incident response playbooks.

Output Structure

# AI Governance Framework: [Organization Name]

## Use Case Registry
| ID | Use case | Risk tier | Status |
|----|----------|-----------|--------|

## Governance Principles
1. [Principle with rationale]

## Compliance Mapping
| Standard | Applies | Requirements | Gap | Action |
|----------|---------|--------------|-----|--------|

## Policy Catalog
| Policy | Owner | Review cycle | Status |
|--------|-------|--------------|--------|

## RACI Matrix
[Table]

## Lifecycle Gates
| Gate | Tier 1 | Tier 2 | Tier 3 |
|------|--------|--------|--------|

## Audit Checklist
- [ ] [Control to verify]

## Open Items
- [ ] [Legal review needed]

Next Skills

OutcomeRecommended Skill
New use case threat analysissecurity/ai-threat-modeling
Security gap remediationsecurity/owasp-llm-reviewer
Implement technical controlssecurity/guardrails-builder
Document governance decisionsarchitecture/adr-generator
Product requirements for AI featuresproduct/prd-generator

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.