Privacy Research Engineer, Safeguards
When to Use
- Frame privacy research questions for safeguard and moderation stacks
- Design PII detection/redaction benchmarks — precision/recall, re-identification risk
- Evaluate de-identification techniques (mask, tokenize, synthetic replace) on realistic prompts
- Study memorization and extraction — can models or logs leak user content?
- Curate privacy-sensitive datasets — synthetic data, consent boundaries, labeling rules
- Run ablations on detector architecture, threshold, or post-processing
- Define logging minimization — what safety systems may store vs must discard
- Write research memos with privacy–utility trade-offs and production recommendations
- Specify promotion criteria for privacy mitigations before prod rollout
When NOT to Use
- Audit evidence pipelines for GDPR/SOC 2 attestations →
compliance-engineer
- Legal DPIA, acceptable-use policy, regulatory mapping →
ai-risk-governance
- Harm categories, jailbreak benchmarks, toxic classifiers →
ml-research-engineer-safeguards
- Deploy gateways, canaries, safety-path SLOs →
ml-infrastructure-engineer-safeguards
- Red-team attack campaigns →
ai-redteam
- Enterprise data governance architecture →
data-architect
- Human-data platform product ethics (contributor labor) →
product-management-human-data-platform
- General literature review unrelated to privacy in ML →
ai-researcher
Related skills
| Need |
Skill |
| Safety classifier research |
ml-research-engineer-safeguards |
| Safeguard production infra |
ml-infrastructure-engineer-safeguards |
| AI governance and DPIA framing |
ai-risk-governance |
| Compliance controls and evidence |
compliance-engineer |
| Data classification and lineage |
data-architect |
| Adversarial extraction testing |
ai-redteam |
| General research methods |
ai-researcher |
| Human-data platform privacy |
product-management-human-data-platform |
| Release and incident ops |
ai-lead-ops |
Core Workflows
1. Privacy research framing
Threat model, metrics, baselines.
See references/privacy_research_framing.md.
2. PII detection and redaction research
Detectors, redaction quality, evals.
See references/pii_detection_redaction_research.md.
3. Memorization and extraction
Leakage studies, attack surfaces.
See references/memorization_and_extraction.md.
4. Privacy benchmarks and datasets
Corpora, labeling, versioning.
See references/privacy_benchmarks_datasets.md.
5. Logging and retention minimization
Safety observability without over-collection.
See references/logging_retention_minimization.md.
6. Handoff to production
Promotion bar, monitoring hooks.
See references/privacy_to_production_handoff.md.
Outputs
- Threat model — assets, adversaries, failure modes for privacy in safeguards
- Benchmark spec — PII types, locales, adversarial variants
- Results table — detection/redaction metrics by slice (language, format)
- Leakage study report — methodology, findings, confidence
- Logging policy draft — fields allowed, TTL, access controls (engineering input to legal)
- Promotion recommendation — go/no-go with privacy–utility summary
Principles
- Minimize data — collect and retain only what eval and ops truly need
- Separate privacy from safety metrics — low PII leak rate is not interchangeable with low toxicity FN
- Locale and format matter — email in one language ≠ global PII detector
- Synthetic ≠ risk-free — synthetic PII can still encode patterns; document limits
- Legal review for human data — research plans involving real user content need governance sign-off
1---2name: privacy-research-engineer-safeguards3description: Guides privacy research engineering for safeguards—PII and sensitive-data detection research, redaction and de-identification evals, memorization and extraction risk studies, privacy benchmarks and labeled corpora, logging/retention minimization for safety pipelines, and research memos on privacy–utility trade-offs for guardrail systems. Use when measuring PII detector quality, designing privacy eval suites for moderation stacks, studying training-data leakage or prompt logging risk, or recommending privacy mitigations for safeguard models—not for SOC 2/GDPR evidence automation (compliance-engineer), legal DPIA or AI policy (ai-risk-governance), harm/toxicity classifier R&D (ml-research-engineer-safeguards), production inference gateways (ml-infrastructure-engineer-safeguards), or general non-privacy research (ai-researcher).4---56# Privacy Research Engineer, Safeguards78## When to Use910- Frame **privacy research questions** for safeguard and moderation stacks11- Design **PII detection/redaction benchmarks** — precision/recall, re-identification risk12- Evaluate **de-identification** techniques (mask, tokenize, synthetic replace) on realistic prompts13- Study **memorization and extraction** — can models or logs leak user content?14- Curate **privacy-sensitive datasets** — synthetic data, consent boundaries, labeling rules15- Run **ablations** on detector architecture, threshold, or post-processing16- Define **logging minimization** — what safety systems may store vs must discard17- Write **research memos** with privacy–utility trade-offs and production recommendations18- Specify **promotion criteria** for privacy mitigations before prod rollout1920## When NOT to Use2122- Audit evidence pipelines for GDPR/SOC 2 attestations → `compliance-engineer`23- Legal DPIA, acceptable-use policy, regulatory mapping → `ai-risk-governance`24- Harm categories, jailbreak benchmarks, toxic classifiers → `ml-research-engineer-safeguards`25- Deploy gateways, canaries, safety-path SLOs → `ml-infrastructure-engineer-safeguards`26- Red-team attack campaigns → `ai-redteam`27- Enterprise data governance architecture → `data-architect`28- Human-data platform product ethics (contributor labor) → `product-management-human-data-platform`29- General literature review unrelated to privacy in ML → `ai-researcher`3031## Related skills3233| Need | Skill |34|---|---|35| Safety classifier research | `ml-research-engineer-safeguards` |36| Safeguard production infra | `ml-infrastructure-engineer-safeguards` |37| AI governance and DPIA framing | `ai-risk-governance` |38| Compliance controls and evidence | `compliance-engineer` |39| Data classification and lineage | `data-architect` |40| Adversarial extraction testing | `ai-redteam` |41| General research methods | `ai-researcher` |42| Human-data platform privacy | `product-management-human-data-platform` |43| Release and incident ops | `ai-lead-ops` |4445## Core Workflows4647### 1. Privacy research framing4849Threat model, metrics, baselines.5051**See `references/privacy_research_framing.md`.**5253### 2. PII detection and redaction research5455Detectors, redaction quality, evals.5657**See `references/pii_detection_redaction_research.md`.**5859### 3. Memorization and extraction6061Leakage studies, attack surfaces.6263**See `references/memorization_and_extraction.md`.**6465### 4. Privacy benchmarks and datasets6667Corpora, labeling, versioning.6869**See `references/privacy_benchmarks_datasets.md`.**7071### 5. Logging and retention minimization7273Safety observability without over-collection.7475**See `references/logging_retention_minimization.md`.**7677### 6. Handoff to production7879Promotion bar, monitoring hooks.8081**See `references/privacy_to_production_handoff.md`.**8283## Outputs8485- **Threat model** — assets, adversaries, failure modes for privacy in safeguards86- **Benchmark spec** — PII types, locales, adversarial variants87- **Results table** — detection/redaction metrics by slice (language, format)88- **Leakage study report** — methodology, findings, confidence89- **Logging policy draft** — fields allowed, TTL, access controls (engineering input to legal)90- **Promotion recommendation** — go/no-go with privacy–utility summary9192## Principles9394- **Minimize data** — collect and retain only what eval and ops truly need95- **Separate privacy from safety metrics** — low PII leak rate is not interchangeable with low toxicity FN96- **Locale and format matter** — email in one language ≠ global PII detector97- **Synthetic ≠ risk-free** — synthetic PII can still encode patterns; document limits98- **Legal review for human data** — research plans involving real user content need governance sign-off