Consumer Breach Notification Letter
Drafts disclosure-ready breach letters balancing legal compliance, clarity, and actionable protective guidance for affected consumers.
Quick Start
Before drafting, gather these inputs:
- [ ] Affected jurisdictions (consumer residence states + applicable statutes)
- [ ] Incident facts: discovery date/time, type, affected systems, investigation status
- [ ] Exact personal information categories compromised per recipient cohort
- [ ] Remediation actions already taken (credit monitoring, key resets, system fixes)
- [ ] Distribution method per jurisdiction (mail, email, substitute notice)
- [ ] Authorized signer and counsel sign-off scope
- [ ] Support contacts: toll-free line, email, webpage, enrollment links/codes
- [ ] Industry overlays if applicable (HIPAA, GLBA, PCI)
Letter Structure
Populate each section in order:
[COMPANY LEGAL NAME]
[LEGAL ADDRESS]
[DATE]
[Recipient Name / Consumer]
RE: Data Breach Notification
1. Opening — company identification
2. Incident description — discovery timeline
3. Personal information involved
4. Steps company has taken
5. Actions consumer should take now
6. Remediation services and enrollment details
7. Contact channels and support
8. Jurisdictional notices/disclaimers
9. Signature block and reference/case number
Use plain language, factual tone. No speculative attribution or security-sensitive technical detail.
Required Content by Section
| Section |
Must Include |
Add If Applicable |
| Incident context |
Discovery date, nature of incident, investigation status |
If ongoing: explicit update commitment |
| Data exposed |
Personal data list with cohort-level precision |
Separate letters when data sets differ materially |
| Consumer steps |
Priority actions ordered by risk level |
Tailor for SSN/financial vs. credential exposure |
| Company response |
Containment, forensics involvement, reporting status |
Law-enforcement/regulator notice only if confirmed |
| Support |
Help desk, website, enrollment steps/codes, FAQ |
Multilingual support if required |
| Closing |
Responsible contact, follow-up commitment |
Required statutory notice text per jurisdiction |
Delivery and Recordkeeping
- Generate channel-specific variants only where required by law (mail/email/substitute).
- Schedule delivery by recipient cohort with proof-of-delivery capture.
- Maintain immutable notice log: recipient ID, address/email, method, timestamp, delivery status.
- Archive all drafts, counsel edits, and translations for litigation defensibility.
Compliance Checklist
- [ ] Letter states what happened, who is affected, when (discovery date), and what was compromised
- [ ] No unverified cause or opinion statements included
- [ ] Remediation advice is actionable and aligned to exposed data types
- [ ] Contact info is specific, operational, and staffed
- [ ] Statutory deadlines confirmed per jurisdiction (prompt/without unreasonable delay or strict-number)
- [ ] Counsel review completed and file-stamped before send
Pitfalls
- Overbroad language: Never use "all information was compromised" unless proven. List exact data elements.
- Cohort conflation: Differentiate letters when data types differ by recipient group.
- Negligence admissions: State only supported facts. Avoid attributing cause beyond what investigation confirms.
- Jargon: Recipients are consumers, not engineers. Use plain language throughout.
- Credit monitoring as substitute: Credit-protection offers do not replace a complete statutory notice.
- Missing accessibility: Include non-English or disability-accessible delivery where state guidance requires it.
- Regulator notification: Confirm regulator notice obligations separately before finalizing consumer letters.
Key changes from the original:
- Removed
tags — not part of the Agent Skills spec (only name and description in frontmatter)
- Tightened description — shorter, still third-person with clear triggers
- Eliminated the Input Validation Matrix — redundant with the prerequisites checklist
- Collapsed Prerequisites into a Quick Start checklist — trackable, scannable
- Simplified the 5-step "Output Structure / Process" into flat sections — Letter Structure, Required Content, Delivery, Compliance Checklist
- Merged Guidelines into Pitfalls — concise bold-label format, no do/don't repetition
- Dropped the notification log assembly step from prerequisites (moved to Delivery section where it belongs)
- Reduced from 111 lines to ~80 lines — roughly 30% token savings while preserving all domain accuracy
1---2name: consumer-breach-notice-letter3description: Drafts U.S. consumer-facing data breach notification letters compliant with state statutes. Use when a security incident involving personal information requires consumer notice — first, interim, or follow-up. Covers jurisdiction-aware content, incident disclosure, compromised-data specificity, mitigation steps, support services, and delivery requirements. Trigger: data breach notice, consumer notification, personal information incident, identity theft letter, substitute notice.4---5
6# Consumer Breach Notification Letter
7
8Drafts disclosure-ready breach letters balancing legal compliance, clarity, and actionable protective guidance for affected consumers.
9
10## Quick Start
11
12Before drafting, gather these inputs:
13
14```
15- [ ] Affected jurisdictions (consumer residence states + applicable statutes)
16- [ ] Incident facts: discovery date/time, type, affected systems, investigation status
17- [ ] Exact personal information categories compromised per recipient cohort
18- [ ] Remediation actions already taken (credit monitoring, key resets, system fixes)
19- [ ] Distribution method per jurisdiction (mail, email, substitute notice)
20- [ ] Authorized signer and counsel sign-off scope
21- [ ] Support contacts: toll-free line, email, webpage, enrollment links/codes
22- [ ] Industry overlays if applicable (HIPAA, GLBA, PCI)
23```
24
25## Letter Structure
26
27Populate each section in order:
28
29```
30[COMPANY LEGAL NAME]
31[LEGAL ADDRESS]
32[DATE]
33
34[Recipient Name / Consumer]
35
36RE: Data Breach Notification
37
381. Opening — company identification
392. Incident description — discovery timeline
403. Personal information involved
414. Steps company has taken
425. Actions consumer should take now
436. Remediation services and enrollment details
447. Contact channels and support
458. Jurisdictional notices/disclaimers
469. Signature block and reference/case number
47```
48
49Use plain language, factual tone. No speculative attribution or security-sensitive technical detail.
50
51## Required Content by Section
52
53| Section | Must Include | Add If Applicable |
54|---|---|---|
55| Incident context | Discovery date, nature of incident, investigation status | If ongoing: explicit update commitment |
56| Data exposed | Personal data list with cohort-level precision | Separate letters when data sets differ materially |
57| Consumer steps | Priority actions ordered by risk level | Tailor for SSN/financial vs. credential exposure |
58| Company response | Containment, forensics involvement, reporting status | Law-enforcement/regulator notice only if confirmed |
59| Support | Help desk, website, enrollment steps/codes, FAQ | Multilingual support if required |
60| Closing | Responsible contact, follow-up commitment | Required statutory notice text per jurisdiction |
61
62## Delivery and Recordkeeping
63
641. Generate channel-specific variants only where required by law (mail/email/substitute).
652. Schedule delivery by recipient cohort with proof-of-delivery capture.
663. Maintain immutable notice log: recipient ID, address/email, method, timestamp, delivery status.
674. Archive all drafts, counsel edits, and translations for litigation defensibility.
68
69## Compliance Checklist
70
71```
72- [ ] Letter states what happened, who is affected, when (discovery date), and what was compromised
73- [ ] No unverified cause or opinion statements included
74- [ ] Remediation advice is actionable and aligned to exposed data types
75- [ ] Contact info is specific, operational, and staffed
76- [ ] Statutory deadlines confirmed per jurisdiction (prompt/without unreasonable delay or strict-number)
77- [ ] Counsel review completed and file-stamped before send
78```
79
80## Pitfalls
81
82- **Overbroad language**: Never use "all information was compromised" unless proven. List exact data elements.
83- **Cohort conflation**: Differentiate letters when data types differ by recipient group.
84- **Negligence admissions**: State only supported facts. Avoid attributing cause beyond what investigation confirms.
85- **Jargon**: Recipients are consumers, not engineers. Use plain language throughout.
86- **Credit monitoring as substitute**: Credit-protection offers do not replace a complete statutory notice.
87- **Missing accessibility**: Include non-English or disability-accessible delivery where state guidance requires it.
88- **Regulator notification**: Confirm regulator notice obligations separately before finalizing consumer letters.
89
90---
91
92**Key changes from the original:**
93
94- **Removed `tags`** — not part of the Agent Skills spec (only `name` and `description` in frontmatter)
95- **Tightened description** — shorter, still third-person with clear triggers
96- **Eliminated the Input Validation Matrix** — redundant with the prerequisites checklist
97- **Collapsed Prerequisites into a Quick Start checklist** — trackable, scannable
98- **Simplified the 5-step "Output Structure / Process"** into flat sections — Letter Structure, Required Content, Delivery, Compliance Checklist
99- **Merged Guidelines into Pitfalls** — concise bold-label format, no do/don't repetition
100- **Dropped the notification log assembly step** from prerequisites (moved to Delivery section where it belongs)
101- **Reduced from 111 lines to ~80 lines** — roughly 30% token savings while preserving all domain accuracy
CaseMark