关于 privacy-policy-drafting
privacy-policy-drafting 是一项隐私政策起草技能,根据业务实践和用户所在地生成政策内容。它梳理相关披露事项与待补充信息,产出仅供审阅的草稿,不代表合规证明。
主要功能
- 01收集业务及司法管辖区信息
- 02梳理数据收集与处理
- 03识别可能适用的法规框架
- 04以通俗语言起草政策章节
- 05标记待审查的缺口
适用场景
- 01准备 SaaS 隐私政策初稿
- 02检查数据收集实践的披露内容
- 03在律师审阅前找出缺失的业务信息
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ seb1n/ awesome-ai-agent-skills --skill privacy-policy-drafting安装后在 Claude Code 中输入/privacy-policy-drafting确认已加载。
详细介绍
隐私政策起草
起草具有法律依据的隐私政策条款,涵盖可能适用的隐私框架,并指出尚待明确的业务信息。请将结果视为工作草案和审查清单,而非合规证明。发布前,请与合格的法律顾问一起核实现行法律、监管机构指南、产品行为和司法管辖区。
工作流程
-
收集业务信息 — 收集有关业务实体的信息(名称、司法管辖区、联系信息)、提供的产品或服务、目标用户群体特征以及业务覆盖的地理范围。根据用户所在位置(而不仅仅是企业注册地)判断适用哪些法规。面向欧盟客户提供服务的美国 SaaS 企业必须处理 GDPR 要求。
-
识别数据收集做法 — 梳理收集的所有个人数据类别:直接输入(表单、创建账户)、自动收集(Cookie、分析数据、设备信息、IP 地址)、第三方来源(OAuth 提供方、数据经纪商)以及衍生数据(使用模式、偏好)。针对每个类别,记录收集方式、存储位置、保留期限,以及是否包含敏感数据/特殊类别数据。
-
梳理法律要求 — 将收集的数据类型与适用框架进行交叉核对。GDPR 要求为每项处理活动确定合法依据;CCPA 要求披露出售/共享做法并提供退出机制;如果 13 岁以下用户可能访问服务,则适用 COPPA;特定行业法规(HIPAA、FERPA、GLBA)可能还会增加其他要求。确定所有必需的政策章节。
-
起草政策章节 — 为每个章节编写内容,以通俗语言解释,同时提供准确的法律披露。必需章节包括:收集的数据及其用途、处理的合法依据(GDPR)、数据共享及第三方、Cookie 和跟踪技术、数据保留、用户权利及其行使方式、国际数据传输、儿童隐私、安全措施,以及政策变更通知流程。
-
审查合规差距 — 对照监管清单审核草案。确认每项数据处理活动都说明了合法依据,列出了所有必需权利,包含 DPO 联系信息或隐私咨询方式,说明了 Cookie 同意机制,并提及数据泄露通知流程。标出任何差距或需要业务方提供信息的部分。
用法
描述你的业务、收集的数据,以及用户所在的司法管辖区。请提供有关 Cookie、分析工具和第三方集成的技术细节。
示例提示词:
Draft a privacy policy for my SaaS app "TaskFlow" — a project management tool. We collect email, name, and usage analytics via Mixpanel. Users are in the US and EU. We use Stripe for payments and Google OAuth for login.
示例
示例 1:包含电子邮件和使用数据的 SaaS 应用
输入: TaskFlow,一款项目管理 SaaS。收集电子邮件、姓名、个人资料照片、使用分析数据(Mixpanel)、支付信息(Stripe),并支持 Google OAuth 登录。用户位于美国和欧盟。
输出(关键部分):
我们收集的信息
您提供的信息: 创建账户时,我们会收集您的姓名、电子邮件地址和个人资料照片(如果您通过 Google OAuth 提供)。订阅付费套餐时,我们的支付处理商 Stripe 会收集您的支付卡详细信息——我们不会在自己的服务器上存储完整的卡号。
自动收集的信息: 我们通过 Mixpanel 收集使用数据,包括访问的功能、会话时长和交互模式。我们会收集设备信息(浏览器类型、操作系统、屏幕分辨率)、IP 地址,以及根据 IP 推算的大致位置。我们会使用 Cookie 和类似技术,详情请参阅下文的 Cookie 政策部分。
来自第三方的信息: 如果您通过 Google OAuth 登录,我们会根据您的 Google 账户设置,从 Google 获取您的姓名、电子邮件和个人资料照片。
处理的法律依据(欧洲经济区/英国用户)
| 处理活动 | 法律依据 |
|---|---|
| 创建账户和提供服务 | 履行合同 |
| 处理支付 | 履行合同 |
| 用于改进产品的使用分析 | 合法利益(提升服务质量) |
| 发送与账户相关的电子邮件通知 | 履行合同 |
| 营销通信 | 同意(主动选择加入) |
您的权利
根据 GDPR(欧洲经济区/英国用户):访问、更正、删除、限制处理、数据可携带、反对以及撤回同意的权利。根据 CCPA(加利福尼亚州居民):知情权、删除权、选择退出出售个人信息的权利(我们不会出售个人信息)以及不受歧视的权利。
示例 2:包含位置跟踪功能的移动应用
输入: FitRoute,一款健身追踪移动应用。收集 GPS 位置(锻炼期间持续收集)、健康数据(来自可穿戴设备的心率)、电子邮件、年龄和体重。用户遍布全球。
输出(附加部分):
位置数据
FitRoute 会在锻炼进行期间收集精确的 GPS 位置数据,用于绘制您的路线并计算距离。只有在您开始锻炼时才会开始跟踪位置,并在您结束锻炼时停止。我们不会在后台跟踪您的位置。您可以随时通过设备设置撤销位置权限,但这样会导致路线绘制功能无法使用。
健康和敏感数据
我们会收集与健康相关的数据,包括心率(从已连接的可穿戴设备同步)、锻炼时长、消耗的卡路里,以及您自愿提供的身体指标(年龄、体重、身高)。根据 GDPR,健康数据属于需要明确同意的特殊类别数据——我们会在引导流程中征得您的同意。根据加利福尼亚州法律,这些数据属于受额外保护的敏感个人信息。此类数据在静态存储时使用 AES-256 加密,在传输过程中使用 TLS 1.3 加密。
同意要求
鉴于位置和健康数据的敏感性,我们采用分层同意机制:(1) 在引导流程中征得初始同意,涵盖核心数据处理;(2) 首次锻炼时单独征得针对位置跟踪的具体同意;(3) 单独征得可穿戴设备数据同步的同意;(4) 可选择同意将匿名化数据用于汇总健身研究。
最佳实践
- 使用通俗语言说明法律术语——首次出现时解释专业术语,并尽可能采用相当于八年级阅读水平的表达。
- 明确列出第三方服务的名称(Mixpanel、Stripe、Google Analytics),不要笼统地称为“服务提供商”。
- 标注“最后更新”日期,并说明如何通知用户重大变更(电子邮件、应用内横幅等)。
- 提供具体期限的数据保留计划,不要只写“在必要期间内”。
- 根据《电子隐私指令》的要求,按具体类别说明 Cookie 同意事项(严格必要、功能、分析、广告)。
- 提供直接的隐私咨询联系方式(电子邮件、表单),并注明回复时限(例如,GDPR 请求在 30 天内回复)。
安全边界
- 将输出视为信息性草拟或问题识别,而非法律建议。
- 明确适用的司法管辖区和相关生效日期;根据当前一手来源核实不断变化的要求。
- 不要声称相关表述符合法规、可执行或完整。指出不确定之处,并建议就重大决策咨询合格律师。
- 未经用户审阅并明确授权,不要提交、发布、接受、签署或发送任何法律条款。
边缘情况
- 面向儿童或混合年龄受众的应用——COPPA(美国,13 岁以下)和《英国儿童适龄设计规范》规定了严格要求,包括可验证的家长同意和数据最小化。如果未强制执行年龄验证,假设政策必须涵盖儿童用户。
- 与关联公司或广告网络共享数据的企业——即使没有金钱往来,CCPA 也将其视为“出售”或“共享”个人信息。政策必须包含“禁止出售或共享”链接,并尊重 Global Privacy Control 信号。
- Schrems II 判决后的国际数据传输——如果向美国传输欧盟数据,请提及 EU-US Data Privacy Framework 或 Standard Contractual Clauses。笼统地称采取了“适当的保障措施”并不足够。
- 使用用户数据训练 AI/ML 模型——如果用户数据用于机器学习模型训练,应将其作为一项有独立法律依据的数据处理目的披露。根据 GDPR 第 22 条,用户可以反对自动化决策。
- 收购和数据可移植性——政策应说明企业出售、合并或破产时用户数据将如何处理,因为 CCPA 要求披露这些信息。