mcpField
C
compliance-check

compliance-check

github.com/anthropics其他33.6k3.3k 次安装1 天前更新
代码仓库

关于 compliance-check

compliance-check 用于评估拟议行动、产品功能、营销活动或业务计划涉及的合规事项,面向企业法务及相关团队。它包含隐私法规概览、数据处理协议审查清单和数据主体请求处理流程;评估不构成法律意见。

主要功能

  1. 01评估计划事项的合规问题
  2. 02概述多地隐私法规
  3. 03提供数据处理协议审查清单
  4. 04整理数据主体请求处理步骤
  5. 05提示需由法律专业人员复核

适用场景

  1. 01评估产品功能涉及的隐私问题
  2. 02审查数据处理协议
  3. 03处理个人数据访问或删除请求
  4. 04检查跨境数据传输安排

安装

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

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill compliance-check

安装后在 Claude Code 中输入/compliance-check确认已加载。

详细介绍

/compliance-check -- 合规审查

如果你看到不熟悉的占位符,或需要检查已连接的工具,请参阅 CONNECTORS.md。

对拟议的行动、产品功能、营销活动或业务计划进行合规检查。

重要提示:此命令用于辅助法律工作流程,但不提供法律建议。合规评估应由具备资质的法律专业人士审核。监管要求经常变化;请始终通过权威来源核实当前要求。

用法

/compliance-check $ARGUMENTS

我需要你提供的信息

请描述你计划做的事情。示例:

  • "我们想推出一个带现金奖励的推荐计划"
  • "我们要在移动应用中加入生物识别认证"
  • "我们需要在美国数据中心处理欧盟客户数据"
  • "市场部想在广告中使用客户推荐语"

输出

## Compliance Check: [Initiative]

### Summary
[Quick assessment: Proceed / Proceed with conditions / Requires further review]

### Applicable Regulations and Policies
| Regulation/Policy | Relevance | Key Requirements |
|-------------------|-----------|-----------------|
| [GDPR / CCPA / HIPAA / etc.] | [How it applies] | [What you need to do] |

### Requirements
| # | Requirement | Status | Action Needed |
|---|-------------|--------|---------------|
| 1 | [Requirement] | [Met / Not Met / Unknown] | [What to do] |

### Risk Areas
| Risk | Severity | Mitigation |
|------|----------|------------|
| [Risk] | [High/Med/Low] | [How to address] |

### Recommended Actions
1. [Most important action]
2. [Second priority]
3. [Third priority]

### Approvals Needed
| Approver | Why | Status |
|----------|-----|--------|
| [Person/Team] | [Reason] | [Pending] |

### Further Review Recommended
[Areas where outside counsel or specialist review is advised]

隐私法规概览

GDPR(通用数据保护条例)

适用范围:适用于处理欧盟/欧洲经济区个人的个人数据,无论处理机构位于何处。

内部法律团队的主要义务:

  • 合法性基础:为每项处理活动确定并记录合法性基础(同意、合同、正当利益、法律义务、重大利益、公共任务)
  • 数据主体权利:在 30 天内响应访问、更正、删除、可携带、限制处理和反对请求(复杂请求可延长 60 天)
  • 数据保护影响评估(DPIA):对可能对个人造成高风险的处理activities需要进行评估
  • 数据泄露通知:在知悉个人数据泄露后 72 小时内通知监管机构;如存在高风险,应在不无故拖延的情况下通知受影响的个人
  • 处理活动记录:保存第 30 条规定的处理活动记录
  • 跨境传输:确保向欧洲经济区以外传输数据时采取适当保障措施(SCC、充分性决定、BCR)
  • DPO 要求:在需要时指定数据保护官(DPO)(适用于公共机构、大规模处理特殊类别数据、大规模系统性监控的情形)

内部法律团队常见的接触点:

  • 审查供应商 DPA 是否符合 GDPR
  • 就隐私设计要求向产品团队提供建议
  • 回应监管机构的询问
  • 管理跨境数据传输机制
  • 审查同意机制和隐私声明
CCPA / CPRA(加利福尼亚消费者隐私法 / 加利福尼亚隐私权法)

适用范围:适用于收集加利福尼亚居民个人信息,并且满足收入、数据量或数据出售门槛的企业。

主要义务:

  • 知情权:消费者可以请求披露所收集、使用和共享的个人信息
  • 删除权:消费者可以请求删除其个人信息
  • 选择退出权:消费者可以选择退出个人信息的出售或共享
  • 更正权:消费者可以请求更正不准确的个人信息(CPRA 新增)
  • 限制使用敏感个人信息的权利:消费者可以将敏感个人信息的使用限制在特定目的范围内(CPRA 新增)
  • 禁止歧视:不得因消费者行使其权利而对其进行歧视
  • 隐私声明:必须在收集时或之前提供隐私声明,说明所收集个人信息的类别和目的
  • 服务提供商协议:与服务提供商的合同必须将个人信息的使用限制在约定的业务目的范围内

响应时限:

  • 在 10 个工作日内确认收到请求
  • 在 45 个自然日内实质性响应(如另行通知,可延长 45 天)
其他需要关注的主要法规
法规管辖区域主要区别
LGPD(巴西)巴西与 GDPR 相似;要求任命 DPO;由国家数据保护局(ANPD)执法
POPIA(南非)南非由信息监管机构监督;要求对数据处理进行登记
PIPEDA(加拿大)加拿大(联邦)以同意为基础的框架;由 OPC 监督;正在修订
PDPA(新加坡)新加坡免打扰登记处;强制性数据泄露通知;由 PDPC 执法
Privacy Act(澳大利亚)澳大利亚澳大利亚隐私原则(APPs);可通知数据泄露计划
PIPL(中国)中国严格的跨境传输规则;数据本地化要求;由国家网信办(CAC)监督
UK GDPR英国脱欧后的英国版本;由 ICO 监督;与欧盟 GDPR 相似,但包含英国特有的充分性认定

DPA 审查清单

审查数据处理协议(DPA)或数据处理附录时,请核实以下内容:

必备要素(GDPR 第 28 条)
  • 处理的主题与期限:清晰界定处理的范围和期限
  • 性质与目的:具体说明将进行何种处理以及处理的原因
  • 个人数据类型:被处理的个人数据类别
  • 数据主体类别:被处理的是谁的个人数据
  • 控制者义务与权利:控制者的指示及监督权利
处理者义务
  • 仅依据书面指示处理:处理者承诺仅按照控制者的指示进行处理(法律要求的例外情形除外)
  • 保密性:获授权处理数据的人员已承诺保密
  • 安全措施:已说明适当的技术和组织措施(引用第 32 条)
  • 分包处理者要求:
    • 需要书面授权(一般授权或特定授权)
    • 若为一般授权:需告知变更情况,并给予提出异议的机会
    • 分包处理者通过书面协议受同等义务约束
    • 处理者仍需对分包处理者的履约承担责任
  • 协助响应数据主体权利:处理者将协助控制者响应数据主体的请求
  • 协助安全与泄露事件处理:处理者将协助履行安全义务、泄露通知、DPIA 及事先咨询
  • 删除或返还:合同终止时,按控制者的选择删除或返还所有个人数据,并删除现有副本,法律要求保留的除外
  • 审计权:控制者有权进行审计和检查(或接受第三方审计报告)
  • 泄露通知:处理者将在不无故拖延的情况下通知控制者个人数据泄露事件(理想情况下应在 24 至 48 小时内;须使控制者能够满足 72 小时的监管期限)
国际传输
  • 已确定传输机制:SCCs、充分性认定、BCRs 或其他有效机制
  • SCCs 版本:如适用,使用现行欧盟 SCCs(2021 年 6 月版)
  • 正确的模块:已选择适当的 SCC 模块(C2P、C2C、P2P、P2C)
  • 传输影响评估:如向未获充分性认定的国家传输数据,已完成该评估
  • 补充措施:针对传输影响评估中发现的缺口,采取技术、组织或合同措施
  • 英国附录:如涉及英国个人数据,已纳入英国国际数据传输附录
实际考量
  • 责任:DPA 的责任条款与主服务协议保持一致(或不相冲突)
  • 终止条款对齐:DPA 期限与服务协议期限保持一致
  • 数据位置:已明确约定处理地点,且可以接受
  • 安全标准:是否要求特定安全标准或认证(SOC 2、ISO 27001 等)
  • 保险:数据处理活动是否具备充分的保险保障
常见 DPA 问题
问题风险标准立场
未经通知即一揽子授权子处理方失去对处理链的控制要求事先通知,并保留反对权
违规通知时限超过 72 小时可能导致无法及时向监管机构通报要求在 24 至 48 小时内通知
无审计权(或仅可通过第三方报告进行审计)无法核实合规情况接受 SOC 2 Type II,并在有合理理由时保留审计权
未约定数据删除时限数据被无限期保留要求在终止后 30 至 90 天内删除
未约定数据处理地点数据可能在任何地点被处理要求披露处理地点
过时的 SCCs传输机制无效要求使用现行的欧盟 SCCs(2021 版)

数据主体请求处理

请求受理

收到数据主体请求时:

  1. 确定请求类型:

    • 访问(获取个人数据副本)
    • 更正(更正不准确的数据)
    • 删除(“被遗忘权”)
    • 限制处理
    • 数据可携带性(结构化、机器可读格式)
    • 反对处理
    • 退出数据出售/共享(CCPA/CPRA)
    • 限制使用敏感个人信息(CPRA)
  2. 确定适用法规:

    • 数据主体位于何处?
    • 根据贵组织的业务存在和活动,哪些法律适用?
    • 具体的要求和时限是什么?
  3. 核实身份:

    • 确认请求人确为其声称的身份
    • 采用与数据敏感程度相称的合理核实措施
    • 不得要求过多的材料
  4. 记录请求:

    • 收到日期
    • 请求类型
    • 请求人身份
    • 适用法规
    • 响应截止日期
    • 指定处理人
响应时限
法规初步确认实质性答复延期
GDPR未规定(最佳实践:及时)30 天再延长 60 天(需告知)
CCPA/CPRA10 个工作日45 个日历日再延长 45 天(需告知)
UK GDPR未规定(最佳实践:及时)30 天再延长 60 天(需告知)
LGPD未规定15 天有限的延期
豁免与例外

在满足请求之前,应检查是否适用任何豁免:

各法规通用的常见豁免:

  • 为提起或抗辩法律主张所必需
  • 履行要求留存数据的法律义务
  • 出于公共利益或行使公共权力
  • 言论和信息自由(适用于删除请求)
  • 为公共利益存档或开展科学、历史研究

组织层面的特别考量:

  • 诉讼保全:处于法律保全状态的数据不得删除
  • 监管留存:财务记录、雇佣记录及其他类别可能有强制留存期限
  • 第三方权利:满足请求可能对他人权利造成不利影响
响应流程
  1. 汇总各系统中有关请求人的全部个人数据
  2. 适用任何豁免,并记录其依据
  3. 准备答复:满足请求,或说明为何(全部或部分)无法满足
  4. 如拒绝(全部或部分):引用具体的法律依据作为拒绝理由
  5. 告知请求人其有权向监管机构提出投诉
  6. 记录答复过程,并保留请求及答复的相关记录

监管动态监测基础

监测内容

持续关注以下方面的动态:

  • 监管指引:监管机构(ICO、CNIL、FTC、州检察长等)发布的新指引或更新指引
  • 执法行动:反映监管重点的罚款、命令和和解协议
  • 立法变化:新的隐私法律、现有法律的修正案、实施细则
  • 行业标准:ISO 27001、SOC 2、NIST 框架及特定行业要求的更新
  • 跨境传输动态:充分性认定、SCC 更新、数据本地化要求
监测方法
  1. 订阅监管机构的通讯(电子通讯、RSS 订阅源、官方公告)
  2. 跟踪相关法律出版物,获取对新动态的分析
  3. 查阅行业协会更新,了解特定行业指引
  4. 维护监管日历,记录已知的即将到期的期限、生效日期和合规节点
  5. 向法务团队通报对组织数据处理活动有实质影响的重要动态
升级标准

在以下情况下,应将监管动态升级至高级法律顾问或管理层:

  • 新的法规或指引直接影响组织的核心业务活动
  • 组织所在行业的执法行动表明监管审查力度加大
  • 临近的合规期限需要组织进行变革
  • 组织所依赖的数据传输机制受到质疑或被宣告无效
  • 监管机构对组织启动询问或调查

提示

  1. 具体明确:“我们想给所有用户发邮件”比“营销活动”更好。
  2. 注明地域:合规要求因司法管辖区而异。
  3. 说明数据:涉及哪些个人数据?这决定了大多数合规要求。

评论

支持 Markdown