Agent skill

Pseudo Vs Anon Data

by mukul975 in mukul975/Privacy-Data-Protection-Skills

Classifies data as pseudonymised or anonymised using Recital 26 reasonably likely test, Breyer ruling C-582/14, motivated intruder test, and WP29 Opinion 05/2014 on anonymisation techniques.

Apache-2.0Auto-check passedLegal & Compliance

Install Pseudo Vs Anon Data

skills CLI
$ npx skills add mukul975/Privacy-Data-Protection-Skills --skill pseudo-vs-anon-data -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install mukul975/Privacy-Data-Protection-Skills pseudo-vs-anon-data --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/mukul975/Privacy-Data-Protection-Skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/privacy/pseudo-vs-anon-data .claude/skills/pseudo-vs-anon-data && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
pseudo-vs-anon-data
GitHub stars
297
Token cost
~3.6k tokens
SKILL.md length
1,512 words
Files
5 (incl. scripts, references, assets)
Skills in repo
280
Repo updated
First seen
Licence
Apache-2.0

At a glance

Classifies data as pseudonymised or anonymised using Recital 26 reasonably likely test, Breyer ruling C-582/14, motivated intruder test, and WP29 Opinion 05/2014 on anonymisation techniques.

  • Works in 5 steps: Written anonymisation assessment… → Motivated intruder test conducted by… → DPO review and sign-off → …
  • Tasks that involve Privacy and GDPR
  • SKILL.md covers Overview, Legal Definitions, The Three-Criteria Test — WP29… and The Motivated Intruder Test…, plus 6 more sections
  • Runs Python scripts from its folder

What it does

Pseudo Vs Anon Data is an agent skill from mukul975/Privacy-Data-Protection-Skills. Classifies data as pseudonymised or anonymised using Recital 26 reasonably likely test, Breyer ruling C-582/14, motivated intruder test, and WP29 Opinion 05/2014 on anonymisation techniques. Covers singling out, linkability, and inference tests. Keywords: pseudonymisation, anonymisation, Recital 26, re-identification, k-anonymity, differential privacy, WP29 Opinion 05/2014.

Its SKILL.md is about 3.6k tokens, which your agent loads only when the skill is triggered. The skill folder holds 7 other files, including scripts, reference files and assets (for example `assets/template.md`, `references/standards.md` and `references/workflows.md`).

It sits in Legal & Compliance, covering Privacy and GDPR. The repository describes itself as: 282+ structured privacy & data protection skills for AI agents. GDPR, CCPA, EU AI Act, HIPAA, LGPD, PIPL, DPDP Act. The licence is Apache-2.0.

When your agent uses it

  • Tasks that involve Privacy and GDPR

Example prompts

  • “Use the pseudo-vs-anon-data skill to classify data as pseudonymised or anonymised using Recital 26 reasonably likely test, Breyer ruling C-582/14…”
  • “/pseudo-vs-anon-data”

Requirements

  • Python 3

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. Written anonymisation assessment documenting technique applied and WP29 three-criteria evaluation
  2. Motivated intruder test conducted by Privacy Engineering team
  3. DPO review and sign-off
  4. Annual reassessment (technology evolution check)
  5. If data is shared externally: assessment from recipient's perspective (Breyer relative approach)

What it can do on your machine

Read from SKILL.md and the folder at commit 9b2ef9e. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 1 file in scripts/ (Python), which the agent can run.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Pseudo Vs Anon Data loads about 3.6k tokens when it runs, and up to ~6.5k if it reads all its reference files. Until then it costs about 99 tokens; SKILL.md has 1,512 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~99
When it runs · the whole SKILL.md, loaded when a task matches
~3.6k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~6.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from mukul975/Privacy-Data-Protection-Skills at commit 9b2ef9e, republished under its Apache-2.0 licence (© mukul975). 1,512 words, ~3,594 tokens.

Download SKILL.mdSave it as .claude/skills/pseudo-vs-anon-data/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.
name
pseudo-vs-anon-data
description
Classifies data as pseudonymised or anonymised using Recital 26 reasonably likely test, Breyer ruling C-582/14, motivated intruder test, and WP29 Opinion 05/2014 on anonymisation techniques. Covers singling out, linkability, and inference tests. Keywords: pseudonymisation, anonymisation, Recital 26, re-identification, k-anonymity, differential privacy, WP29 Opinion 05/2014.
license
Apache-2.0
metadata.author
mukul975
metadata.version
1.0
metadata.domain
privacy
metadata.subdomain
data-classification
metadata.tags
pseudonymisation, anonymisation, recital-26, re-identification, k-anonymity, wp29

Pseudonymised vs Anonymised Data Classification

Overview

The distinction between pseudonymised and anonymised data is one of the most consequential classifications in data protection law. Pseudonymised data remains personal data subject to the full GDPR (Art. 4(5), Recital 26). Anonymised data falls outside the GDPR entirely (Recital 26). The boundary between them determines whether processing requires a lawful basis, whether data subjects can exercise rights, and whether the data can be freely shared. This skill provides the analytical framework for making this determination, drawing on the CJEU Breyer ruling (C-582/14), the Article 29 Working Party Opinion 05/2014 on Anonymisation Techniques (WP216), and the ICO motivated intruder test.

Pseudonymisation — Art. 4(5)

"The processing of personal data in such a manner that the personal data can no longer be attributed to a specific data subject without the use of additional information, provided that such additional information is kept separately and is subject to technical and organisational measures to ensure that the personal data are not attributed to an identified or identifiable natural person."

Key characteristics:

  • Data has undergone a transformation (tokenisation, hashing, encryption)
  • A re-identification key or method exists
  • The key is kept separately from the data
  • Technical and organisational controls protect the key
  • The data REMAINS personal data under GDPR
Anonymisation — Recital 26

"The principles of data protection should therefore not apply to anonymous information, namely information which does not relate to an identified or identifiable natural person or to personal data rendered anonymous in such a manner that the data subject is not or no longer identifiable."

Key characteristics:

  • No means exist that are reasonably likely to be used for identification
  • Assessment considers ALL means reasonably likely, including third-party means
  • Assessment accounts for cost, time, and available technology
  • Assessment considers technological developments over the data retention period
  • Truly anonymised data is NOT personal data — GDPR does not apply

The Three-Criteria Test — WP29 Opinion 05/2014 (WP216)

The Article 29 Working Party established three criteria for evaluating whether anonymisation is effective. Data is NOT anonymised if ANY of the three attacks can succeed:

Criterion 1: Singling Out

Definition: The possibility of isolating some or all records that identify an individual in the dataset.

Test: Can a specific individual be distinguished from all other individuals in the dataset?

Examples of failure:

  • A dataset with unique combinations of age, postcode, and gender that correspond to only one person in the population
  • A dataset with unique transaction patterns that correspond to a single customer
  • Removing a name but retaining a rare medical condition in a small geographic area

Mitigation techniques: k-anonymity (ensure at least k individuals share each combination of quasi-identifiers), aggregation to sufficiently large groups

Criterion 2: Linkability

Definition: The ability to link at least two records concerning the same data subject or a group of data subjects, either within the same dataset or between two separate datasets.

Test: Can records be combined across datasets to build a profile of an individual?

Examples of failure:

  • A hashed email address that can be matched across two datasets released by the same controller
  • A dataset with date of birth, postcode, and hospital visit date that can be linked to public voter registration records
  • Transaction patterns that can be matched with social media activity timestamps

Mitigation techniques: l-diversity, t-closeness, differential privacy noise addition, removing linkable quasi-identifiers

Criterion 3: Inference

Definition: The possibility of deducing, with significant probability, the value of an attribute from the values of a set of other attributes.

Test: Can sensitive information about an individual be inferred from the released data?

Examples of failure:

  • A dataset shows that all patients in a particular age-postcode group have the same diagnosis
  • Salary data for a small department where only one person holds a particular role
  • Aggregate statistics with small cell sizes that reveal individual values

Mitigation techniques: t-closeness (ensure attribute value distribution in each equivalence class is close to the overall distribution), differential privacy, cell suppression for small groups

Assessment Matrix
CriterionPasses?Overall Anonymisation Status
Singling out: NOT possibleLinkability: NOT possibleInference: NOT possible → ANONYMISED
Singling out: possibleAnyAny → NOT anonymised (personal data)
AnyLinkability: possibleAny → NOT anonymised (personal data)
AnyAnyInference: possible → NOT anonymised (personal data)

All three criteria must be satisfied for data to qualify as anonymised.

The Motivated Intruder Test (ICO)

The ICO supplements the WP29 framework with the "motivated intruder" test:

The motivated intruder is:

  • A person who starts without any prior knowledge of the data subject
  • Has access to the dataset and to publicly available resources (internet, public registers, social media, published statistics)
  • Has reasonable competence and motivation to re-identify (not a specialist)
  • Does NOT have access to specialist equipment, techniques, or insider knowledge
  • Would invest reasonable time and effort (days, not months)

If the motivated intruder could re-identify any individual: the data is NOT anonymised.

This test provides a practical complement to the WP29 criteria by establishing a baseline attacker model for the "reasonably likely means" assessment under Recital 26.

Anonymisation Techniques — Effectiveness Assessment

Technique 1: Randomisation (Noise Addition)
ApproachDescriptionSingling OutLinkabilityInference
Noise additionAdd random values to numerical attributesReducedReducedReduced
PermutationShuffle values across records within groupsMitigated (within group)ReducedReduced
Differential privacyAdd calibrated noise to query resultsProvably mitigated (with epsilon budget)Provably mitigatedProvably mitigated
Show full SKILL.md (631 more words)Show less
Technique 2: Generalisation
ApproachDescriptionSingling OutLinkabilityInference
k-anonymityEnsure each combination of quasi-identifiers applies to at least k recordsMitigated (k ≥ 5 recommended)Not addressedNot addressed
l-diversityWithin each k-anonymous group, ensure at least l distinct values for sensitive attributesMitigatedPartially mitigatedReduced
t-closenessEnsure distribution of sensitive attribute in each group is within distance t of overall distributionMitigatedReducedMitigated
AggregationReplace individual records with group statisticsMitigated (if groups large enough)MitigatedResidual risk with small groups
Technique 3: Suppression
ApproachDescriptionSingling OutLinkabilityInference
Record suppressionRemove outlier recordsReduces unique recordsNo effect on remainingNo effect on remaining
Cell suppressionReplace small cell values with null/rangeReduces singling out for small groupsNo direct effectReduces inference from small cells
Attribute suppressionRemove entire columns (direct identifiers, high-risk quasi-identifiers)Reduces identifiabilityReduces cross-dataset linkageNo direct effect
WP29 Effectiveness Summary (from Opinion 05/2014, Section 4)
TechniqueSingling OutLinkabilityInferenceRecommended Use
Pseudonymisation (tokenisation, hashing)Still possibleStill possibleStill possibleNOT anonymisation — remains personal data
k-anonymity alonePartially mitigatedNOT mitigatedNOT mitigatedInsufficient alone
l-diversityMitigatedPartially mitigatedPartially mitigatedStronger than k-anonymity
Differential privacyProvably mitigatedProvably mitigatedProvably mitigatedStrongest formal guarantee
Aggregation + suppressionMitigatedMitigatedResidualSuitable for statistical outputs

Decision Framework for Classification

Data has undergone a de-identification process
  │
  ├─► Step 1: Does a re-identification key exist?
  │     YES → PSEUDONYMISED (personal data, GDPR applies)
  │     NO  → Continue to Step 2
  │
  ├─► Step 2: Apply WP29 Three-Criteria Test
  │     2a. Singling out test — can any individual be isolated?
  │     2b. Linkability test — can records be linked to an individual?
  │     2c. Inference test — can attributes be inferred for an individual?
  │
  │     ANY test fails → NOT anonymised (personal data, GDPR applies)
  │     ALL tests pass → Continue to Step 3
  │
  ├─► Step 3: Apply Motivated Intruder Test (ICO)
  │     Could a motivated person with public resources re-identify anyone?
  │     YES → NOT anonymised
  │     NO  → Continue to Step 4
  │
  ├─► Step 4: Breyer Relative Assessment
  │     Does the specific data controller have legal means to obtain
  │     complementary data enabling identification? (per C-582/14)
  │     YES → NOT anonymised FOR THIS CONTROLLER
  │     NO  → Continue to Step 5
  │
  └─► Step 5: Technology Projection
        Over the intended retention period, are technological developments
        reasonably anticipated that would enable re-identification?
        YES → NOT anonymised (or must be re-assessed before technology matures)
        NO  → ANONYMISED — GDPR does not apply

        CLASSIFICATION: ANONYMISED
        Document: technique used, assessment reasoning, review date,
        assessor, technology projection horizon

CJEU Case C-413/23 — European Data Protection Supervisor v Single Resolution Board (Pending)

In 2023, the CJEU was asked to rule on whether pseudonymised data transmitted to a recipient who does not have the re-identification key constitutes personal data for that recipient. Advocate General Szpunar's opinion (September 2024) suggested a relative approach — if the recipient cannot reasonably re-identify, the data may not be personal data for them. This case, when decided, may significantly impact the pseudonymisation vs anonymisation boundary by establishing that the same dataset can be pseudonymised (personal data) for the data holder and effectively anonymous for a recipient without the key.

Implementation at Vanguard Financial Services

Common Pseudonymisation Scenarios
ScenarioTechniqueClassificationReasoning
Customer analytics dataset with account IDs replaced by random tokensTokenisationPSEUDONYMISEDVanguard holds the token-to-account mapping table
Employee survey responses with employee IDs removed but department and role retainedAttribute suppression + quasi-identifiers remainPSEUDONYMISED (likely)Unique department-role combinations may enable singling out for small departments
Aggregated website traffic statistics: page views by week, no user identifiersAggregationANONYMISED (if cell sizes adequate)No individual can be singled out from aggregate page view counts with >1000 visitors per cell
Hashed customer emails for analyticsHashing (SHA-256)PSEUDONYMISEDHash can be reversed via dictionary attack or rainbow table; same email always produces same hash, enabling linkage
Anonymisation Validation Process

Before classifying data as anonymised, Vanguard requires:

  1. Written anonymisation assessment documenting technique applied and WP29 three-criteria evaluation
  2. Motivated intruder test conducted by Privacy Engineering team
  3. DPO review and sign-off
  4. Annual reassessment (technology evolution check)
  5. If data is shared externally: assessment from recipient's perspective (Breyer relative approach)

Enforcement Precedents

  • Breyer v Bundesrepublik Deutschland (CJEU C-582/14, 2016): Established relative approach to identifiability — central to distinguishing pseudonymised (identifiable) from anonymised (not identifiable) for a specific controller
  • CNIL — Practical Guide on Anonymisation (2019): CNIL rejected k-anonymity alone as sufficient for anonymisation, requiring assessment against all three WP29 criteria
  • Austrian DPA — 1&1 Telecom case (2019): EUR 9.55 million fine partly related to inadequate pseudonymisation measures — telephone customer service could identify callers with minimal verification, demonstrating pseudonymisation was ineffective

Integration Points

  • personal-data-test: Pseudonymised data is personal data; anonymised data is not — classification feeds the Art. 4(1) test
  • classification-policy: Pseudonymised data classified as Internal or Confidential; anonymised data classified as Public or Internal
  • ai-training-data-class: AI training datasets frequently use pseudonymisation; this skill validates whether the technique achieves true anonymisation
  • data-lineage-tracking: Lineage must track the anonymisation transformation and preserve the assessment record

© mukul975, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 4 other files (scripts, references, assets) in skills/privacy/pseudo-vs-anon-data of mukul975/Privacy-Data-Protection-Skills.

  • SKILL.md
  • assets/template.md
  • references/standards.md
  • references/workflows.md
  • scripts/process.py

Open the folder on GitHubat commit 9b2ef9e

Compare with similar skills

Pseudo Vs Anon Data next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Pseudo Vs Anon Data compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Pseudo Vs Anon Data this skillmukul975/Privacy-Data-Protection-Skills297—~3.6kAutomated safety check: PassApache-2.0
C15tc15t/c15t1.9k1 repos~1.6kAutomated safety check: PassApache-2.0
HIPAA Safe Harbor Coverage Auditmaziyarpanahi/openmed5.5k—~1.7kAutomated safety check: PassApache-2.0
Korean Privacy Termskimlawtech/korean-privacy-terms586—~2.9kAutomated safety check: PassApache-2.0
Gdpr ComplianceSushegaad/Claude-Skills-Governance-Risk-and-Compliance9431 repos~3.9kAutomated safety check: PassMIT
Hipaa ComplianceSushegaad/Claude-Skills-Governance-Risk-and-Compliance9431 repos~2.3kAutomated safety check: PassMIT

Similar skills

  • C15t

    c15t/c15t

    Work with c15t consent management docs, APIs, and integrations for Next.js, React, and JavaScript.

    1.9k GitHub starsUsed in 1 repo~1.6k tokens
    Legal & ComplianceAuto-check passed
  • Checks OpenMed de-identified clinical text against the 18 HIPAA Safe Harbor identifier categories and reports gaps and residual re-identification risk.

    5.5k GitHub stars~1.7k tokensUpdated today
    Legal & ComplianceAuto-check passed
  • Korean Privacy Terms

    kimlawtech/korean-privacy-terms

    처리방침·이용약관 자동 생성 스킬 패키지 (v4.0). An agent skill from kimlawtech/korean-privacy-terms.

    586 GitHub stars~2.9k tokensUpdated 1 mo ago
    Legal & ComplianceAuto-check passed
  • Gdpr Compliance

    Sushegaad/Claude-Skills-Governance-Risk-and-Compliance

    Expert GDPR compliance assistant covering all four core workflows: (1) auditing code and systems for GDPR violations, (2) drafting GDPR-compliant documents such as privacy policies, Data Processing…

    943 GitHub starsUsed in 1 repo~3.9k tokens
    Legal & ComplianceAuto-check passed
  • Hipaa Compliance

    Sushegaad/Claude-Skills-Governance-Risk-and-Compliance

    Expert HIPAA compliance assistant for healthcare and software contexts.

    943 GitHub starsUsed in 1 repo~2.3k tokens
    Legal & ComplianceAuto-check passed
  • Pii Contract Analyze

    gregmos/PII-Shield

    Universal legal document processor with PII anonymization. An agent skill from gregmos/PII-Shield.

    149 GitHub stars~8.9k tokensUpdated 3 mo ago
    Legal & ComplianceAuto-check: notes

More from mukul975/Privacy-Data-Protection-Skills

All 280 skills in this repo
  • Age Gating Services

    mukul975/Privacy-Data-Protection-Skills

    Implements age-gating mechanisms for online services to restrict access based on user age.

    297 GitHub stars~3.7k tokensUpdated 6 mo ago
    Auto-check passed
  • AI Data Retention

    mukul975/Privacy-Data-Protection-Skills

    Manages AI model retention and machine unlearning requirements.

    297 GitHub stars~1.9k tokensUpdated 6 mo ago
    Auto-check passed
  • AI Dpia

    mukul975/Privacy-Data-Protection-Skills

    Conducts Data Protection Impact Assessments for AI and ML systems per EDPB Guidelines 04/2025 on AI processing.

    297 GitHub stars~3.4k tokensUpdated 6 mo ago
    Auto-check passed
  • Dpia Mitigation Plan

    mukul975/Privacy-Data-Protection-Skills

    Structures risk mitigation planning and residual risk tracking for Data Protection Impact Assessments under GDPR Article 35(7)(d).

    297 GitHub stars~846 tokensUpdated 6 mo ago
    Auto-check passed
  • Gdpr Accountability

    mukul975/Privacy-Data-Protection-Skills

    Guides implementation of the GDPR accountability principle under Articles 5(2) and 24, including documentation requirements for policies, DPIAs, RoPA, training records, and breach logs.

    297 GitHub stars~1.9k tokensUpdated 6 mo ago
    Auto-check passed
  • Pia Threshold Screening

    mukul975/Privacy-Data-Protection-Skills

    Conducts pre-DPIA threshold screening to determine whether a full Data Protection Impact Assessment is required under GDPR Article 35.

    297 GitHub stars~880 tokensUpdated 6 mo ago
    Auto-check passed

Questions about Pseudo Vs Anon Data

What does Pseudo Vs Anon Data do?

Classifies data as pseudonymised or anonymised using Recital 26 reasonably likely test, Breyer ruling C-582/14, motivated intruder test, and WP29 Opinion 05/2014 on anonymisation techniques. Pseudo Vs Anon Data is an agent skill from mukul975/Privacy-Data-Protection-Skills. Classifies data as pseudonymised or anonymised using Recital 26 reasonably likely test, Breyer ruling C-582/14, motivated intruder test, and WP29 Opinion 05/2014 on anonymisation techniques.

When should I use Pseudo Vs Anon Data?

Pseudo Vs Anon Data fits situations like: tasks that involve Privacy and GDPR.

How do I install Pseudo Vs Anon Data in Claude Code?

Run `npx skills add mukul975/Privacy-Data-Protection-Skills --skill pseudo-vs-anon-data -a claude-code`. Or copy the skill folder (skills/privacy/pseudo-vs-anon-data in mukul975/Privacy-Data-Protection-Skills) into .claude/skills/pseudo-vs-anon-data in your project. Claude Code loads it when a task matches its description.

How do I install Pseudo Vs Anon Data in Codex?

Run `npx skills add mukul975/Privacy-Data-Protection-Skills --skill pseudo-vs-anon-data -a codex`. Or copy the skill folder (skills/privacy/pseudo-vs-anon-data in mukul975/Privacy-Data-Protection-Skills) into .agents/skills/pseudo-vs-anon-data in your project. Codex loads it when a task matches its description.

Can I use Pseudo Vs Anon Data in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add mukul975/Privacy-Data-Protection-Skills --skill pseudo-vs-anon-data -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/pseudo-vs-anon-data, .gemini/skills/pseudo-vs-anon-data, .github/skills/pseudo-vs-anon-data and .opencode/skills/pseudo-vs-anon-data in your project.

What does Pseudo Vs Anon Data need to run?

Going by SKILL.md and its folder, Pseudo Vs Anon Data needs Python for the scripts in its folder. Our summary lists: Python 3.

Does Pseudo Vs Anon Data access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Pseudo Vs Anon Data safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Pseudo Vs Anon Data use?

Pseudo Vs Anon Data is published under the Apache-2.0 licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Pseudo Vs Anon Data use?

About 3.6k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 2.9k tokens, read only when the agent opens those files.

What are the alternatives to Pseudo Vs Anon Data?

Skills that share tags, products or a category with Pseudo Vs Anon Data: C15t (c15t/c15t, 1.9k stars), HIPAA Safe Harbor Coverage Audit (maziyarpanahi/openmed, 5.5k stars), Korean Privacy Terms (kimlawtech/korean-privacy-terms, 586 stars) and Gdpr Compliance (Sushegaad/Claude-Skills-Governance-Risk-and-Compliance, 943 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Pseudo Vs Anon Data?

mukul975 (a GitHub user) maintains it in mukul975/Privacy-Data-Protection-Skills, which has 297 GitHub stars. The repository holds 280 skills in this directory. The repository was last updated on March 16, 2026.

Source: mukul975/Privacy-Data-Protection-Skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.