Dsar Response Builder

何时使用

• 收到数据主体（个人）发来的隐私权请求，需按法定时限和流程起草回复时。涵盖访问、删除/擦除、可携、更正、反对、限制处理、退出销售/共享与自动化决策等权利。
• 用户粘贴一封访问/删除/可携/更正请求邮件，或说「DSAR 来了」「访问请求」「被遗忘权」「有人要他的数据」时。

不该用的边界：

• 不直接查询生产库、分析、CRM 等业务系统——本技能只给出逐系统核对清单，实际查询由人或外接工具完成。
• 不对疑难/临界案件下豁免结论——只标记出来交律师裁断。
• 不发送回复——产出的是供律师审核的草稿，审核通过后由人发送。

步骤

1. 加载流程配置（系统清单、身份核验方法、响应 SLA、谁处理常规/谁需升级）。若系统清单为空或过期，先报警——不知道去哪查就做不全 DSAR。
2. 分类请求：识别援引的是哪项权利；组合请求（如「先给我数据再删账号」=可携+删除）拆成两条关联请求处理。先研究适用规则：定位适用法域（GDPR / UK GDPR / CCPA-CPRA / 美国各州法 / 行业法规），引用精确条款，注意生效日期（数据主体权利频繁修订）。
3. 核验身份：按配置方法（已登录会话即确认 / 在档邮箱匹配 / 高价值或删除请求追加质询、电话、证件）。按风险校准——过度核验是给监管留坏印象，核验不足则可能把数据交给冒名者。无法核验时几日内回函说明需补验，别拖到第 29 天。
4. 定位数据：逐项走系统清单（生产库、分析、工单、CRM、邮件营销、日志、备份、第三方处理者），逐系统记录是否查询、是否找到、找到什么。B2B 处理者场景：数据主体通常是「你客户的」终端用户，先确认这是不是该转交控制者的请求。
5. 豁免分析：先研究适用规则。对每一项，列出所有有善意依据可能适用的豁免（第三方隐私、法律特权、商业秘密、安全、法定保留义务、法律主张确立/抗辩、交易必需、备份轮换等）并附精确引用。不要凭主观判断收窄清单——技能宁可多列可能豁免并标注不确定项，由律师收窄；漏列一项事后才发现适用的代价极高（一旦披露豁免就实质失效），多主张则律师审核时可纠正。每条豁免须注明「拟议——主张前需律师审核」。
6. 起草回复——两封信（见下）：5a 确认函（数日内即发，绝不与实质回复合并到第 45 天才发）+ 5b 实质回复函（按法定时限发，且仅在身份核验完成、第 4/5 步定位与豁免分析做完后）。
7. 登记：DSAR 会被审计，记录收件日期、身份核验日期、回复日期、产出/删除内容、所主张豁免及依据、经办人。
8. 升级检查：命中任一触发即先转交再继续（见注意事项）。

指令

• 加载流程配置（systems list / verification method / SLA）。
• 分类请求 → 研究适用规则并精确引证。
• 核验身份；无法核验时输出（英文模板）：

We were unable to verify that this request came from the individual whose data
is at issue. To proceed, please [verification step]. We cannot provide personal
data in response to a request we cannot verify.

• 逐系统定位数据，填写下表：

• 豁免分析：逐项列出 + 精确引证 + 标注「拟议，需律师审核」。
• 起草两封信（确认函在前、实质回复在后），不要合并。
• 登记 DSAR；命中升级触发则先升级。

关键约束

• 不静默补充：若研究工具对该法域的权利/豁免/时限返回很少或零结果，如实报告并停下，不要用网搜或模型知识填补；列出选项（扩大查询/换工具/网搜并打 [web search — verify] 标签/标记未验证并停止）交律师决定。
• 来源分级标签：模型知识引证按三级打标——[settled]（稳定的常见法条，仍需核验但优先级低）、[verify]（真实但需核验：实施细则、机构指引、判例、阈值、生效日、2023 后修订）、[verify-pinpoint]（精确引证如具体小节/卷页/段号，伪造风险最高，必须对照一手来源核验）。工具检索引证保留来源标签（[Westlaw] 等），网搜引证保留 [web search — verify]，用户提供保留 [user provided]。绝不剥离或合并标签。
• 时钟起算：响应时钟自收到请求起算，而非身份核验完成时——除非适用法规另有规定，不得默认以核验拖延时钟。
• 两封信规则：每个 DSAR 都产出确认函（即时，目标当天至 3–5 天）+ 实质回复函（按法定时限）。第 45 天才发一封合并信即使内容正确也是流程失败。
• 非律师门禁：若角色为非律师，发任一信前必须确认已与律师审核；未确认则生成一页简报（数据主体、援引权利、适用法域、各系统定位结果、扣留项及豁免、身份核验状态、响应时限、发信前要问律师的三件事）并停在此门，无明确「是」不得越过。
• 工作产品头：两封对外信件均不加工作产品头；随附的内部笔记、日志、豁免分析属律师工作产品，单独保存并按配置加工作产品头。

示例

实质回复——删除请求回复函模板（英文，对外发送）：

Subject: Your Deletion Request — [Company] — [date]

We received your request on [date] to delete the personal data we hold about you.

**What we deleted:**

| Category | System | Deleted on |
|---|---|---|
| [Account and profile] | Production | [date] |
| [Analytics events] | [Amplitude/etc.] | [date] |

**What we retained and why:**

| Category | Reason | Retained until |
|---|---|---|
| [Transaction records] | Legal obligation (tax record retention, [cite law]) | [date] |
| [Backup snapshots] | Will be deleted on next rotation | [date] |

**Third-party processors:** We have instructed [list] to delete your data from
their systems.

Your account is now closed. If you have questions, contact [privacy contact].

访问请求回复函要点：用「类别 / 来源 / 目的 / 保留至」表展示找到的数据；附数据导出文件并注明安全交付方式（加密压缩包、带有效期的安全链接）；列出第三方处理者；单列「未包含的数据」及对应豁免与理由（如安全日志、已脱敏的他人数据）。

注意事项

• 开始前的数据处理提醒：请求中含数据主体 PII。确认会话与输出存储满足数据处理要求；删去不需要的内容（证件附件、无关邮件串）；不要把数据主体姓名写进文件名。
• 法域假设：分析默认配置中指定的法域范围。隐私规则、响应时限、合法性基础因法域差异巨大（GDPR vs 美国州消费者隐私法 vs 行业法），主体/处理活动/控制者若在不同法域，本分析可能不适用。
• 升级触发（命中即先转交）：请求者可能是原告/对方律师/记者；范围异常（「所有数据包括关于我的内部沟通」）；该个人数据上有诉讼保全令（删除请求+保全=冲突，律师定）；请求者对此前 DSAR 回复有异议；任何监管机构被抄送或提及。
• 时限管理：研究当前对该项权利与法域生效的响应时限、是否有延期机制及延期需给主体的通知，引用精确条款并注明生效日期。若内部 SLA 比法定时限更紧，用内部 SLA 并注明法定兜底。需要延期就在首个截止日前足够早发「需要更多时间」通知，当天才延期观感差。
• 研究连接器预检：发任一信或内部豁免分析前，检查本会话是否可达法律研究连接器（Westlaw / EUR-Lex / 监管站点 / 所配置的研究 MCP）。预检结果记入内部审核笔记的 Sources: 行（审核笔记附在内部豁免分析与说明备忘上，绝不附在对外信件上），不要在输出上方单独加横幅。
• 不要发送：草稿仅供律师审核。发送会使控制者承诺立场、可能放弃豁免、可能启动监管时钟，须持照律师审核、编辑、批准后再由人发送。

互见

• fact-checking：核验法条引证、生效日期与豁免主张，配合三级来源标签使用。
• markdown-to-docx：将定稿的确认函/回复函由 Markdown 转为可发送的 Word 文档。

本条采编自 anthropics/claude-for-legal（Apache-2.0）。