CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/gdpr-test-patterns

Use when a product processing EU or California personal data needs GDPR or CCPA/CPRA readiness tests: data subject access, erasure, portability and objection, consent and withdrawal, data residency, 72-hour breach notice, data minimization, and CCPA rights including Global Privacy Control.

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

75%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A solid, actionable test-pattern catalog: concrete per-Article Python patterns, a clear 7-step workflow, and genuinely useful gap and anti-pattern tables. It falls short of top marks on small executable flaws in examples, implicit rather than explicit test-validation checkpoints in the workflow, a few sentences of GDPR background Claude doesn't need, and a monolithic inline catalog where selective offloading to references/ would help.

Suggestions

Fix the non-executable assertion in the Art. 15 pattern (comparing the 'X-Processing-Time' header string to a timedelta) and the undefined `user` variable in test_consent_revocable so examples are copy-paste runnable.

Trim the GDPR background paragraph (in-force date, fine amounts) that Claude already knows, keeping only the regulation citation pointer.

Add an explicit validation checkpoint to 'How to use' (e.g. 'run the new test and confirm it fails against the current code before fixing the gap') to strengthen the feedback loop for the multi-system assertions.

Consider moving the less-common per-Article patterns (e.g. Art. 20, Art. 44-50) into references/ alongside ccpa.md, keeping the highest-value patterns inline.

DimensionReasoningScore

Conciseness

The body is efficient and code-dominated with purposeful comments and dense gap/anti-pattern tables, but includes a few sentences of background Claude already knows ("GDPR (General Data Protection Regulation, in force 2018-05-25)... fines up to €20M or 4% of global annual turnover"), matching level 4 (minor trimmable over-explanation) rather than level 5.

4 / 5

Actionability

Concrete per-Article Python test code is provided and its template nature is explicitly justified ("Copy the matching per-Article pattern below and point it at your framework's client + models"), but there are minor executable gaps: "assert response.headers['X-Processing-Time'] < timedelta(days=30)" compares a header string to a timedelta, and test_consent_revocable references an undefined `user` — level 4, not the fully copy-paste-ready level 5.

4 / 5

Workflow Clarity

"How to use" gives a clear 7-step numbered sequence (inventory PII systems, pick Articles, copy pattern, generate synthetic fixtures, assert across all systems, wire into CI), with validation present but implicit — the CI step is a checkpoint yet there is no explicit run-and-confirm (e.g. verify the new test fails before the fix) checkpoint, matching level 4 rather than the explicit feedback loops of level 5.

4 / 5

Progressive Disclosure

Well-organized sections with the CCPA catalog correctly split into the real one-level-deep references/ccpa.md, signaled both inline and in the References section; however the full ~150-line GDPR per-Article pattern catalog is inlined in SKILL.md where some patterns could live in reference files, matching level 4 (most content appropriately placed) rather than the clean overview-plus-references split of level 5.

4 / 5

Total

16

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it uses third person, opens with an explicit 'Use when' trigger clause covering EU and California data, and enumerates a comprehensive, concrete catalog of the readiness tests it provides. The only weakness is a handful of missing natural synonyms (e.g. 'right to be forgotten', 'data subject request') that would make triggering even more reliable.

DimensionReasoningScore

Specificity

Enumerates a comprehensive, concrete test catalog — "data subject access, erasure, portability and objection, consent and withdrawal, data residency, 72-hour breach notice, data minimization, and CCPA rights including Global Privacy Control" — matching the level-5 anchor of multiple specific actions with comprehensive coverage rather than the 'minor gaps' of level 4.

5 / 5

Completeness

"Use when a product processing EU or California personal data needs GDPR or CCPA/CPRA readiness tests" explicitly answers both what (the enumerated readiness-test areas) and when (EU/California personal-data processing needing compliance tests) with concrete trigger phrases, matching level 5 rather than the 'could be more explicit' level 4.

5 / 5

Trigger Term Quality

Good natural keyword coverage ("GDPR", "CCPA", "consent", "erasure", "data residency", "breach notice", "Global Privacy Control") but common variations like "right to be forgotten", "data subject request/DSR", and "privacy compliance" are missing, matching level 4 rather than the comprehensive synonym coverage of level 5.

4 / 5

Distinctiveness Conflict Risk

A clear niche — named-regulation (GDPR/CCPA/CPRA) compliance test readiness — with distinct regulatory triggers and minimal overlap risk with adjacent skills such as general security or code testing skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

On this page