mcpField
D
dpia-sentinel-oliver-schmidt-prietz

dpia-sentinel-oliver-schmidt-prietz

github.com/lawve-ai其他90798 次安装1 周前更新
代码仓库

关于 dpia-sentinel-oliver-schmidt-prietz

面向数据保护专业人员的 GDPR DPIA 评估 Skill,按门槛判断、处理描述、必要性、风险和缓解措施等阶段组织分析。它包含多司法辖区规则指引、风险登记表及文档模板流程,并强调需由 DPO 和法律顾问参与最终判断。

主要功能

  1. 01判断是否需要开展 DPIA
  2. 02按阶段组织影响评估
  3. 03区分设计内生与运营风险
  4. 04支持多司法辖区规则检查
  5. 05生成风险登记表与评估文档

适用场景

  1. 01评估新处理活动是否需要 DPIA
  2. 02分析跨境或多地区处理项目
  3. 03记录风险、缓解措施和残余风险
  4. 04按模板准备 DPIA 文档

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/lawve-ai/awesome-legal-skills --skill dpia-sentinel-oliver-schmidt-prietz

安装后在 Claude Code 中输入/dpia-sentinel-oliver-schmidt-prietz确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals.json
LICENSE.txt
README.md
references/
dpia-custom-population.md
edpb-2026-explainer.md
edpb-2026-population.md
edpb-2026-template.md
edpb-criteria.md
risk-catalog.md
scoring.md
sources.md
templates.md
references/jurisdictions/
be-apd.md
de-dsk.md
fr-cnil.md
ie-dpc.md
it-garante.md
nl-ap.md
pl-uodo.md
whitelists.md

详细介绍

DPIA Sentinel

免责声明(在会话开始时显示,不要阻止会话)

重要提示: 此技能根据 EDPB 指南和各国 SA 要求,提供结构化的 GDPR 第 35 条指导。此内容不构成法律建议。最终决策前,请咨询您的 DPO(第 35 条第 2 款)和合格的法律顾问。

路由

确定用户的需求,并据此加载参考资料:

用户需求加载这些参考资料操作
“我需要做 DPIA 吗?”/门槛问题references/edpb-criteria.md + 相关司法辖区文件进行门槛评估
完整 DPIAedpb-criteria.md + 司法辖区文件 + references/risk-catalog.md + scoring.md按评估阶段逐步进行
生成文档(.docx)——自定义格式references/dpia-custom-population.md + references/templates.md + docx skill填写自定义模板 .docx(解包 → 填写表格 → 重新打包)
生成文档(.docx)——EDPB 2026 格式references/edpb-2026-population.md + references/edpb-2026-template.md + docx skill填写官方 EDPB 模板 .docx(解包 → 填写表格 → 重新打包)
具体法律问题仅加载相关参考资料直接回答

司法辖区选择: 提出两个问题:(1)控制者的主要机构所在地在哪里?(2)数据主体位于哪里?加载所有相关的司法辖区文件——涉及多个司法辖区的数据处理可能需要加载多个文件。完整的决策框架请参阅 references/edpb-criteria.md →“多司法辖区 DPIA 分析”。

可用的司法辖区文件:

  • references/jurisdictions/de-dsk.md — 德国
  • references/jurisdictions/fr-cnil.md — 法国
  • references/jurisdictions/ie-dpc.md — 爱尔兰
  • references/jurisdictions/be-apd.md — 比利时
  • references/jurisdictions/nl-ap.md — 荷兰
  • references/jurisdictions/it-garante.md — 意大利
  • references/jurisdictions/pl-uodo.md — 波兰
  • references/jurisdictions/whitelists.md — 法国、捷克共和国、西班牙、奥地利

对于没有专门文件涵盖的司法辖区,请依据 references/edpb-criteria.md 中的 EDPB 九项标准进行分析,并提醒用户直接查阅其所在国 SA 的第 35 条第 4 款清单。

评估流程

门槛 → 描述 → 资产清单 → 必要性 → 比例性 → 固有风险(轨道 A+B)→ 缓解措施 → 剩余风险 → 第 36 条核查 → 文档记录

这是逻辑顺序,而非僵化的脚本。根据用户情况灵活调整:如果用户一开始就提供了丰富的背景信息,请跳过信息收集问题。如果用户经验丰富,可加快进度。如果用户刚接触 DPIA,则应提供更多说明。

资产清单(依据 EDPB 2026 模板第 1.3 节):收集与风险相关的资产,包括硬件、软件、API/模型、人员、场地/处所和组织资产。按逻辑模块或技术层分组。仅纳入其受损可能合理地影响数据主体权利和自由的资产。

必要性和比例性是前置的独立关口(EDPB 2026 模板第 3 节)。必要性:数据处理是否有效且侵入性最低?比例性:收益是否足以证明其影响合理?必须在风险缓解阶段之前进行评估。

两条风险轨道(依据 EDPB 2026 模板):轨道 A 识别设计固有风险(由按预期运行的数据处理产生)。轨道 B 识别运营风险(由意外/非法/异常事件产生)。两者均使用 references/scoring.md 中相同的 L×S + 调节因子方法进行评分。

评估是迭代式的:如果后续阶段的缓解措施改变了数据处理设计,则应重新审视前期分析,并提醒用户注意这一点。

法律精确性要点

以下领域中,Claude 的训练知识可能不够准确。务必遵循这些规则:

  1. 第 35 条第 3 款的触发条件具有绝对效力。 若符合以下三种强制情形中的任何一种(系统性、大规模自动化评估且产生法律或重大影响;大规模处理特殊类别数据或犯罪数据;大规模系统性监控公众可进入的区域),就必须进行 DPIA——无需权衡或判断。

  2. 双标准规则是一种推定,而非强制要求。 符合 9 项 EDPB 标准中的 2 项或以上,会产生强烈推定,表明需要进行 DPIA。但即使只符合 1 项标准,也可能需要进行 DPIA;符合 2 项标准时,若有充分记录,也可能有理由认定无需进行 DPIA。参见 WP 248 rev.01,第 11 页。

  3. 第 9 条要求与第 6 条的要求累积适用。 特殊类别数据始终需要同时具备第 6 条规定的法律依据和第 9 条第 2 款规定的例外情形。这是两个独立的法律门槛。

  4. “大规模”没有固定数值。 EDPB 采用四项因素:数据主体数量、数据量、持续时间、地域范围。个体医生不属于大规模;区域医院则属于。切勿引用具体数值门槛。

  5. 国家黑名单是补充性的,而非穷尽性的。 未列入黑名单的处理活动仍可能需要进行 DPIA。在相关司法管辖区内,黑名单条目优先于其他司法管辖区的白名单豁免。

  6. 跨多个司法管辖区处理数据时,必须核查所有相关黑名单。 第 35 条第 4 款的清单具有地域性——如果处理活动符合控制者所在司法管辖区或数据主体所在地任何司法管辖区的黑名单条件,就会触发 DPIA 义务。一站式机制(第 56 条)决定执法管辖权,但不会限制哪些第 35 条第 4 款清单适用于 DPIA 义务本身。一次 DPIA 可以涵盖多个司法管辖区,但必须针对每一份适用的国家清单进行门槛分析。详情参见 references/edpb-criteria.md → “Multi-Jurisdictional DPIA Analysis”。

  7. 必须在处理开始前进行 DPIA(第 35 条第 1 款)。这是一项处理前义务,而非事后补做的合规工作。如果处理已经开始,仍应进行 DPIA,但须将此情况注明为合规缺口。

  8. AI 需要进行双阶段分析(EDPB Opinion 28/2024)。训练和部署属于不同的处理活动,风险特征也各不相同。部署者不能仅依赖模型提供商的 DPIA。

  9. 第 36 条规定的事先磋商是在 DPIA 之后进行,而非 DPIA 的一部分。 DPIA 用于识别剩余风险;如果在采取所有可行的缓解措施后风险仍然较高,则第 36 条要求在处理开始前咨询 SA。SA 有 8 周时间(可延长 6 周)。

  10. 通过假名化降低风险(EDPB《假名化指南 01/2025》,于 2025 年 1 月 17 日通过):有效的假名化若将额外信息在技术上分离,可显著降低风险评估中的可能性评分。但假名化必须真实有效——如果重新识别轻而易举,就不能降低风险。

  11. 风险评估应从数据主体的角度出发。 DPIA 评估的是对自然人权利和自由的风险(序言第 75 条),而非企业或商业风险。应评估个人面临的身份盗用风险,而非公司的声誉风险。

  12. AI Act 的 FRIA 与 DPIA 不同。 对于 AI Act 下的高风险 AI 系统,可能还需要进行基本权利影响评估(FRIA)。DPIA(数据保护风险)和 FRIA(范围更广的基本权利)相辅相成,不能相互替代。

  13. **EDPB DPIA Template(v1.0,2026 年 3 月)**提供了协调统一的全欧盟 DPIA 结构,但不强制采用特定风险评分方法。控制者可以使用任何成熟的方法(如 CNIL PIA、DSK SDM 等);该模板以标准化格式记录最低限度的必需信息。国家 SA 的要求和方法仍可作为有效补充。注意:该模板目前已通过并进入公众咨询阶段——请留意最终版本的更新。

输出格式

阈值结果: 给出明确结论(必须进行 DPIA / 建议进行 / 无需进行),并说明理由,包括 Art. 35(3) 检查、标准分析和国家清单检查。

风险登记表: 表格包含风险 ID、轨道(A/B)、描述、权利类别、可能性(1-5)、严重程度(1-5)、分数、调节因素、调整后等级。使用 references/scoring.md 中的评分方法。

剩余风险概览: 汇总额外缓解措施实施前后的各等级风险总数,并给出总体结论(批准 / 有条件批准 / 咨询 SA / 拒绝)。

文档: 两种格式都采用模板填充流程(解包 → 填写 → 重新打包),以确保样式一致。先阅读 docx 技能,再阅读相应的填充指南:

  • EDPB 2026 格式: 使用 references/edpb-2026-population.md 填写 references/edpb-2026-template-v1.docx。这是所有欧盟 SA 均认可的官方格式。
  • 自定义 12 部分格式: 使用 references/dpia-custom-population.md 填写 references/dpia-custom-template-v1.docx。包含阈值分析、司法管辖区黑名单详情、风险热图和附录。

如果 .docx 模板文件不存在(部分托管平台,包括 lawve.ai,仅存储文本文件):请按照相应的填充指南,使用 docx 技能从头创建 Word 文档——上述填充指南完整规定了每个部分、表格和字段。如果需要完全一致的企业样式,可在本技能顶部链接的 GitHub 仓库中获取预先设置样式的 .docx 模板。

询问用户偏好哪种格式。

相关 GDPR 技能

此技能可独立使用,也可与我的其他欧盟数据保护技能搭配使用——可单独安装任意技能,也可组合使用:

  • GDPR Breach Sentinel — Art. 33/34 泄露响应与通知
  • Privacy Notice Generator — Art. 13/14 隐私声明
  • Transfer Impact Assessment (TIA) — 第 V 章传输评估
  • DPA Art. 28 — 控制者与处理者协议(AVV)
  • Legitimate Interest — Art. 6(1)(f) LIA / 权衡测试

评论

支持 Markdown