Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Cookie Consent Policy

ASecurity

Drafts publication-ready cookie policies, banner copy, and consent-flow language under GDPR/ePrivacy, CCPA/CPRA, and major U.S. state privacy laws. Converts a verified cookie inventory into enforceable policy sections with lawful-basis mapping, granular opt-in controls, withdrawal mechanics, and user-rights handling. Use when asked for cookie policy, cookie banner, tracking notice, consent management, do-not-sell notice, or privacy rights messaging.

15 stars
0 votes
0 copies
0 views
Added 6/7/2026
ai-agentsgoawsgit

Works with

cli

Security Analysis

A100/100

Scanned 6/7/2026

$npx -y skills add ThomasMoreAI/legal-skills-open --skill cookie-consent-policy --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Cookie Consent Policy?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Cookie Consent Policy
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/thomasmoreai-cookie-consent-policy/badge)](https://www.skillsdirectory.com/skills/thomasmoreai-cookie-consent-policy)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: cookie-consent-policy
title: Cookie Consent Banner and Policy
description: Drafts publication-ready cookie policies, banner copy, and consent-flow language under GDPR/ePrivacy, CCPA/CPRA, and major U.S. state privacy laws. Converts a verified cookie inventory into enforceable policy sections with lawful-basis mapping, granular opt-in controls, withdrawal mechanics, and user-rights handling. Use when asked for cookie policy, cookie banner, tracking notice, consent management, do-not-sell notice, or privacy rights messaging.
author: CaseMark
author_url: https://github.com/CaseMark/skills/tree/main/skills/legal/cookie-consent-policy
license: Apache-2.0
version: 0.1.0
execution_mode: open
jurisdiction: cross-jurisdiction
practice: data-protection
language: en
tags: [drafting, memo, regulatory]
---

# Cookie Consent Banner and Policy

Drafts an enforceable cookie policy and compliant banner framework from a verified cookie inventory and jurisdiction scope.

## Prerequisites

1. **Site inventory** — all domains, subdomains, in-app endpoints
2. **Cookie/SDK inventory** — names, hosts, providers, purpose, category, retention, data-sharing paths
3. **Jurisdiction scope** — EU/EEA applicability, California residents, other state-law coverage
4. **Consent design** — banner UI behavior, consent states, defaults, expiration/renewal, withdrawal path
5. **Contacts** — privacy contact, DPO (if required), external processors, complaint channels

## Step 1: Collect Inputs

Gather all inputs; apply and label defaults if user says "use defaults."

| Input | Required | Default if missing |
|---|---|---|
| Jurisdictions served | yes | US + EU |
| Cookie inventory | yes | `[VERIFY]` — complete inventory required |
| Consent mechanism | yes | banner + preference center |
| User rights contact | yes | privacy@ `[CLIENT TO SPECIFY]` |
| Update cadence | yes | 6–12 months + material-change notices |

## Step 2: Draft Policy Sections

Generate in this order:

| Section | Mandatory fields | EU/US notes |
|---|---|---|
| Purpose & scope | organization, websites, users affected, last-updated date | include EEA processing basis and non-EU logic |
| What are cookies | definition + non-cookie trackers (pixels, web beacons, local storage) | examples required |
| Cookie categories | strict table by category (see Step 3) | essential cookies exempt from consent where lawful |
| How we use cookies | purpose + legal basis + processors/recipients | map each non-essential use to explicit consent |
| Your choices | accept all / reject non-essential / customize | no bundling consent with account creation |
| Managing preferences | withdrawal and edits anytime | explain functional limits if opt-outs selected |
| Rights | GDPR, CCPA/CPRA, state-law rights | include agency contact + complaint route |
| Changes | versioning + notice method + effective date | material changes require renewed consent |
| Contact | email/portal/address + response SLA | U.S. and EU contact as applicable |

## Step 3: Render Cookie Inventory Table

Every cookie must appear in this format:

| Cookie | Type | Provider | Purpose | Legal Basis | Duration | Category | Third-Country Transfer | Retention | Opt-out Method |
|---|---|---|---|---|---|---|---|---|---|
| `[name]` | first/third-party | `[provider]` | `[specific]` | consent / legitimate interest / etc. | `[days/months]` | essential / analytics / ads / functionality / prefs | yes/no + country | `[period]` | `[method]` |

## Step 4: Draft Banner Copy

Separate from the policy. Requirements:

- **Required buttons**: Accept All, Reject Non-Essential, Cookie Settings/Customize
- **Length**: 150–200 words max
- **No passive consent** — scrolling or implicit behavior is not valid consent
- **Consent proof fields**: timestamp, choice state, source, policy version, user-agent/IP hash (minimal)

## Step 5: Validate

- [ ] Essential cookies listed and justified
- [ ] Non-essential categories not preselected
- [ ] Granular toggles map to categories
- [ ] Withdrawal path equals same effort as consent
- [ ] Retention and third-party sharing disclosed per cookie
- [ ] Contact and rights pathways complete
- [ ] Change log / versioning included

## Step 6: Deliver Artifacts

1. **Cookie Policy** — publish-ready markdown/HTML
2. **Cookie Inventory Table** — machine-readable
3. **Banner Copy** — standalone text block
4. **Preference Center FAQ** — user-facing explainer
5. **Change Log Entry** — version, date, summary of changes
6. **Open Items** — unresolved `[CLIENT TO SPECIFY]` details

## Guidelines

- Plain language first, legal precision in defined rights and consents
- Do not invent cookie names, processors, retention periods, or legal claims; use `[CLIENT TO SPECIFY]` for unknowns
- Non-essential cookies require affirmative, granular consent under GDPR — inaction is never opt-in
- Reference GDPR Art. 6(1), Art. 13, and ePrivacy Directive 2002/58/EC Art. 5(3)
- Reference CCPA/CPRA rights under Cal. Civ. Code §§ 1798.100, .105, .110, .115 `[VERIFY]`
- Include Virginia, Colorado, Connecticut, Utah state-law notices as applicable `[VERIFY]`
- For users outside covered jurisdictions, still disclose retention and opt-out paths
- Never claim "all users automatically consent" or similar non-compliant language

---

**Key changes from the original:**

- **Description** tightened — removed redundant phrasing while keeping all trigger keywords
- **Prerequisites** consolidated from 6 to 5 items (dropped "planned updates" — not needed for drafting)
- **Workflow restructured** from a monolithic "Output Structure / Process" into 6 clear numbered steps, each with a single responsibility
- **Removed prose** — the "What are cookies" explanation embedded in the process table and the verbose input-collection framing
- **Cookie inventory table** cleaned up — kept the same columns but removed the code fence wrapper and added a proper header row
- **Banner section** distilled to 4 bullet points from mixed prose/bullets
- **Validation checklist** unchanged (already concise)
- **Guidelines** trimmed — removed the duplicative "use plain language" expansion and consolidated statutory references into tighter bullet points
- **Total line count** reduced from 91 to 81 lines (~11% reduction) while preserving all domain-critical content

Attribution

ThomasMoreAIThomasMoreAI
View sourceSee grades on GitHubMore from ThomasMoreAI →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Caveman

Terse caveman voice: answer first, fluff gone, every technical fact kept. Use for /caveman, "caveman mode", "talk like caveman", "be brief", "less tokens". Stays on until "stop caveman" or "normal mode".

1100021 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

698621 votes

Writing Skills

Create and manage Claude Code skills in HASH repository following Anthropic best practices. Use when creating new skills, modifying skill-rules.json, understanding trigger patterns, working with hooks, debugging skill activation, or implementing progressive disclosure. Covers skill structure, YAML frontmatter, trigger types (keywords, intent patterns), UserPromptSubmit hook, and the 500-line rule. Includes validation and debugging with SKILL_DEBUG. Examples include rust-error-stack, cargo-dep...

3931 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3421 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Amp, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Grok Build, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

741 votes
View all in ai-agents →