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.4license: Apache-2.05---67# Consumer Breach Notification Letter89Drafts disclosure-ready breach letters balancing legal compliance, clarity, and actionable protective guidance for affected consumers.1011## Quick Start1213Before drafting, gather these inputs:1415```16- [ ] Affected jurisdictions (consumer residence states + applicable statutes)17- [ ] Incident facts: discovery date/time, type, affected systems, investigation status18- [ ] Exact personal information categories compromised per recipient cohort19- [ ] Remediation actions already taken (credit monitoring, key resets, system fixes)20- [ ] Distribution method per jurisdiction (mail, email, substitute notice)21- [ ] Authorized signer and counsel sign-off scope22- [ ] Support contacts: toll-free line, email, webpage, enrollment links/codes23- [ ] Industry overlays if applicable (HIPAA, GLBA, PCI)24```2526## Letter Structure2728Populate each section in order:2930```31[COMPANY LEGAL NAME]32[LEGAL ADDRESS]33[DATE]3435[Recipient Name / Consumer]3637RE: Data Breach Notification38391. Opening — company identification402. Incident description — discovery timeline413. Personal information involved424. Steps company has taken435. Actions consumer should take now446. Remediation services and enrollment details457. Contact channels and support468. Jurisdictional notices/disclaimers479. Signature block and reference/case number48```4950Use plain language, factual tone. No speculative attribution or security-sensitive technical detail.5152## Required Content by Section5354| Section | Must Include | Add If Applicable |55|---|---|---|56| Incident context | Discovery date, nature of incident, investigation status | If ongoing: explicit update commitment |57| Data exposed | Personal data list with cohort-level precision | Separate letters when data sets differ materially |58| Consumer steps | Priority actions ordered by risk level | Tailor for SSN/financial vs. credential exposure |59| Company response | Containment, forensics involvement, reporting status | Law-enforcement/regulator notice only if confirmed |60| Support | Help desk, website, enrollment steps/codes, FAQ | Multilingual support if required |61| Closing | Responsible contact, follow-up commitment | Required statutory notice text per jurisdiction |6263## Delivery and Recordkeeping64651. Generate channel-specific variants only where required by law (mail/email/substitute).662. Schedule delivery by recipient cohort with proof-of-delivery capture.673. Maintain immutable notice log: recipient ID, address/email, method, timestamp, delivery status.684. Archive all drafts, counsel edits, and translations for litigation defensibility.6970## Compliance Checklist7172```73- [ ] Letter states what happened, who is affected, when (discovery date), and what was compromised74- [ ] No unverified cause or opinion statements included75- [ ] Remediation advice is actionable and aligned to exposed data types76- [ ] Contact info is specific, operational, and staffed77- [ ] Statutory deadlines confirmed per jurisdiction (prompt/without unreasonable delay or strict-number)78- [ ] Counsel review completed and file-stamped before send79```8081## Pitfalls8283- **Overbroad language**: Never use "all information was compromised" unless proven. List exact data elements.84- **Cohort conflation**: Differentiate letters when data types differ by recipient group.85- **Negligence admissions**: State only supported facts. Avoid attributing cause beyond what investigation confirms.86- **Jargon**: Recipients are consumers, not engineers. Use plain language throughout.87- **Credit monitoring as substitute**: Credit-protection offers do not replace a complete statutory notice.88- **Missing accessibility**: Include non-English or disability-accessible delivery where state guidance requires it.89- **Regulator notification**: Confirm regulator notice obligations separately before finalizing consumer letters.9091---9293**Key changes from the original:**9495- **Removed `tags`** — not part of the Agent Skills spec (only `name` and `description` in frontmatter)96- **Tightened description** — shorter, still third-person with clear triggers97- **Eliminated the Input Validation Matrix** — redundant with the prerequisites checklist98- **Collapsed Prerequisites into a Quick Start checklist** — trackable, scannable99- **Simplified the 5-step "Output Structure / Process"** into flat sections — Letter Structure, Required Content, Delivery, Compliance Checklist100- **Merged Guidelines into Pitfalls** — concise bold-label format, no do/don't repetition101- **Dropped the notification log assembly step** from prerequisites (moved to Delivery section where it belongs)102- **Reduced from 111 lines to ~80 lines** — roughly 30% token savings while preserving all domain accuracy
ThomasMoreAI