data-privacy-governance

Applies privacy-by-design, PII/PHI classification, encryption, and tamper-evident audit trails to data flows.

Updated Jun 28, 2026
One-click install
npx skills add https://github.com/JaviMontano/claude-plugins --skill data-privacy-governance-javimontano
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: data-privacy-governance
Source: https://github.com/JaviMontano/claude-plugins/tree/main/plugins/claude-native-toolkit/skills/data-privacy-governance
Command: npx skills add https://github.com/JaviMontano/claude-plugins --skill data-privacy-governance-javimontano

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Organizations handling personal or health data risk regulatory violations and breaches when data flows lack classification, minimization, encryption, and auditable evidence. This Skill governs data privacy end to end so every field has a lawful basis, retention rule, and tamper-evident access trail. ## Core Features & Use Cases - Privacy-by-design: Classify data as public/internal/PII/PHI, minimize collection to purpose, and apply encryption, anonymization, or pseudonymization where identity is not needed. - Tamper-evident audit trails: Design append-only, hash-chained logs with who/what/when records, retention alignment, and reconciliation of right-to-erasure versus immutable evidence. - Explicit boundaries: Routes data-quality pipeline gates to data-quality and catalog/lineage strategy to data-strategy, avoiding duplicate ownership. - Use Case: Reviewing a healthcare data pipeline, classify PHI fields, pseudonymize identifiers, define retention, and produce an audit-trail design that survives compliance review. ## Quick Start Ask the assistant to apply privacy-by-design to your user-data pipeline, classifying PII and PHI, minimizing collection, and designing a tamper-evident audit trail.

Frequently Asked Questions about data-privacy-governance

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I apply privacy-by-design to a data pipeline?▼

Classify every field as public, internal, PII, or PHI, then minimize collection to the stated purpose. Encrypt data at rest and in transit, and anonymize or pseudonymize identifiers wherever identity is not required.

How do I design a tamper-evident audit trail?▼

Use an append-only store where each record carries event_id, UTC timestamp, authenticated actor, action, resource, outcome, and a prev_hash linking to the prior record. Hash chaining detects deletion and reordering, and retention plus legal-hold policy governs the lifecycle.

What is the difference between anonymization and pseudonymization under GDPR?▼

Pseudonymization is reversible with a separately stored key and still counts as personal data under GDPR. Anonymization is irreversible, typically enforced with k-anonymity plus l-diversity or t-closeness, and is preferred for analytics and exports.

When should I use data-quality or data-strategy instead of this skill?▼

Use data-quality when implementing ETL validation gates such as schema, freshness, and anomaly checks with no privacy requirement. Use data-strategy when designing enterprise catalogs, glossaries, ownership models, or lineage strategy without a privacy review.

How is the right to erasure reconciled with immutable audit logs?▼

The skill treats this as an explicit edge case requiring designed reconciliation, such as erasing personal payloads while preserving tamper-evident event metadata. Consent withdrawal must propagate erasure across copies, backups, and derived datasets.

Does this skill provide legal sign-off for GDPR or HIPAA compliance?▼

No. It covers design and review of data flows with GDPR-centric patterns, but it is not a DPIA substitute or legal sign-off. CCPA, LGPD, and HIPAA add obligations not fully covered, and jurisdiction-specific counsel remains necessary.