القائمة
起草符合 GDPR 的隐私政策的指南。包含 CNIL 2020 建议、参考模板和最佳实践。在起草或修订网站或应用的隐私政策时使用。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
استنادا إلى تصنيف SOC المهني
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/CSlawyer1985/legal-skillhub --skill privacy-policy-malik-taiarيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
عرض SKILL.md
88查企业风险查询与分析工具 —— 专注于中国大陆企业的法务风险查询与分析，覆盖经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法案件等风险类型。支持公司名称、统一社会信用代码、companyId 三种输入方式，自动完成风险查询并输出结构化风险分析总结。 触发场景：仅当用户意图为查询企业风险/法务风险时触发。包括但不限于：企业风险查询、公司风险、经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法风险、风险扫描、风险评估、企业合规审查、风险报告、XX公司有什么风险、XX公司安全吗、XX公司有没有处罚、XX公司被执行过吗。 不触发场景：纯粹的企业信息查询（如查公司、搜企业、工商信息、注册资本、法人代表、股东结构、专利商标等）不应触发本技能，请使用其他 cha88 系列工具。
Manages Rule 30(b)(6) corporate representative deposition workflows — drafting notice topics with reasonable particularity, building examination outlines, defending designees, handling objections, and preserving binding admissions for summary judgment or trial. Use when drafting or responding to 30(b)(6) notices, selecting and preparing designees, building topic-by-topic outlines, or triaging scope and privilege disputes. Trigger keywords: 30(b)(6), corporate representative deposition, topic list, designee, notice analysis, deposition objections, corporate admissions.
Guides taking and defending Rule 30(b)(6) corporate representative depositions. Drafts topic lists with reasonable particularity, builds examination outlines for binding corporate admissions, analyzes noticed topics for objections, and prepares designees. Use when drafting 30(b)(6) notices, preparing corporate deposition topics, selecting or preparing designees, or defending corporate representative depositions.
| name | privacy-policy-malik-taiar |
| description | 起草符合 GDPR 的隐私政策的指南。包含 CNIL 2020 建议、参考模板和最佳实践。在起草或修订网站或应用的隐私政策时使用。 |
| metadata | {"author":"Malik Taiar","license":"AGPL-3.0","version":"2025.12.24"} |
隐私政策是依据 GDPR 第 13 条和第 14 条向数据主体告知信息的主要文件。它必须清晰、可及且全面。
| 目标 | GDPR 要求 |
|---|---|
| 透明度 | 清晰告知数据处理情况（第 12 条） |
| 信息告知 | 提供全部强制披露事项（第 13-14 条） |
| 权利 | 使数据主体权利得以行使（第 15-22 条） |
| 信任 | 让用户对数据保护放心 |
| 模板 | 描述 |
|---|---|
assets/sample_template_politique_confidentialite.docx | 未提供私人模板时使用的默认模板 |
| 律师提供的内部模板 | 律师有更合适的私人模板时使用 |
重要：默认模板
sample_template_politique_confidentialite为无用户账户的展示型网站设计。若请求涉及带用户的应用程序或平台，则需要增加额外的数据类别，例如：
- 用户账户管理（创建、认证、资料）
- 登录数据和活动历史
- 应用使用产生的数据
- 用户间通信（消息、评论等）
- 用户偏好和设置
根据平台类型（展示型网站、电商、SaaS、移动应用、市场等）调整模板。
| 文档 | 内容 |
|---|---|
| CNIL_droits_personnes.pdf | 数据主体权利指南（访问、更正、删除等） |
| CNIL_durees_conservation.pdf | 按数据类型划分的保存期限建议 |
| CNIL_finalites.pdf | 如何正确定义处理目的 |
| CNIL_transparence.pdf | 面向数据主体的信息告知与透明度指南 |
| CNIL_principes_rgpd.pdf | GDPR 基本原则 |
| RGPD_texte_officiel.pdf | 欧盟条例 2016/679 全文 |
| 文档 | 内容 |
|---|---|
| BASES_LEGALES.md | 处理的 6 种法律依据（GDPR 第 6 条），附示例和措辞 |
| DROITS_PERSONNES.md | 数据主体的 8 项权利（GDPR 第 15-22 条），附行使程序 |
| COOKIES.md | CNIL 2020 关于 Cookie、类别、横幅、处罚的建议 |
| DUREES_CONSERVATION.md | 按数据类型划分的保存期限表，附法律依据 |
重要：起草政策前，须向客户收集以下全部信息。
对每个类别，注明是否适用：
身份识别数据
连接数据
浏览数据
交易数据
敏感数据（特别注意）
关键问题：每项处理活动的法律依据是什么？
| 法律依据 | 何时使用 | 示例 |
|---|---|---|
| 履行合同（第 6.1.b 条） | 提供服务所必需的处理 | 订单交付、账户创建 |
| 同意（第 6.1.a 条） | 个人自由选择，可随时撤回 | 通讯简报、营销 Cookie、与合作伙伴共享 |
| 合法利益（第 6.1.f 条） | 公司利益，与数据主体权利相平衡 | 匿名统计、安全、B2B 业务开发 |
| 法律义务（第 6.1.c 条） | 法律要求 | 发票保存 10 年、税务义务 |
需与客户共同填写的表格：
| 处理目的 | 法律依据 | 涉及数据 |
|---|---|---|
| 订单管理 | ||
| 账户创建 | ||
| 通讯简报 | ||
| 统计 | ||
| 客户服务 | ||
| 商业业务开发 | ||
| ___________________ |
技术分包处理者
欧盟外传输
使用的 Cookie
同意管理平台
| 数据类型 | 建议期限 | 理由 |
|---|---|---|
| 活跃客户账户 | 关系存续期间 | |
| 非活跃客户账户 | 最后一次活动后 3 年 | 业务开发 |
| 潜在客户 | 3 年无互动 | CNIL 建议 |
| 发票 | 10 年 | 法律义务 |
| 连接日志 | 1 年 | LCEN |
| Cookie | 最长 13 个月 | CNIL 建议 |
绝不从零起草政策。 起草必须始终基于给定模板，即：
assets/sample_template_politique_confidentialite.docx中的默认模板；- 或用户提供的其他内部模板。
该模板是你的基准参考。你必须：
- 忠实复现模板的结构和措辞
- 保留模板的精确表述（它们经过验证）
- 仅将占位符替换为客户信息
- 不要重写句子，即使你认为自己可以表达得更好
- 不要添加模板中没有的章节
收集的信息（条款与条件、网站等）用于填充模板，而非重写模板。
1. 首要行动：在任何起草之前确认要使用的模板。询问用户：
“我将基于提供的默认模板起草隐私政策。您是否有更适合作起点的内部模板？”
| 选项 | 行动 |
|---|---|
| 默认模板 | 使用 assets/sample_template_politique_confidentialite.docx |
| 内部模板 | 使用律师提供的文档 |
2. 考虑用户的选择并选定起始模板。
主要目标：真正了解客户做什么、其业务、其平台上的用户旅程。
1. 向律师索取其掌握的信息：
“为起草一份完美适配的政策，请提供：
- 您掌握的有关客户及其业务的信息
- 现有文档（条款与条件、销售条件、订单表、合同等）
- 客户提出的交流或要点
- 网站/应用 URL（如可访问）
- 您认为必须包含的要点
如需保密，您可以将这些信息匿名化。
您提供的信息越多，政策就越贴合实际案例。否则，我们将自行研究，但研究将仅限于公开可获取的信息。”
2. 分析提供的文档：
| 文档 | 我们提取的内容 |
|---|---|
| 条款与条件 / 销售条件 | 平台运作方式、提供的服务、义务 |
| 订单表 | 收集的数据、服务、可能的分包处理者 |
| 客户交流 | 要点、具体关切、业务特殊性 |
3. 对网站进行补充研究（如可访问）：
注：某些网站仅显示“请求报价”表单，无法进入平台。此种情况下，主要依据提供的文档。
目标是了解业务并识别技术要素：
4. 起草前的综合：
客户：[名称]
业务：[2-3 句描述]
平台类型：[SaaS、电商、移动应用等]
用户旅程：[关键步骤]
收集的数据：[按收集时点列出]
识别的 Cookie：[发现的 Cookie 类型]
表单：[收集点列表]
律师关键要点：[必须包含的内容]
特殊性：[使本案独特之处]
综合完成后 → 进入草稿 1
绝对规则：模板是经过验证的基础。
- 从模板出发：结构、措辞、语气 → 这是你的参考
- 适配客户案例：纳入收集到的具体信息
- 不要全盘重写：保留模板措辞，仅适配需要适配之处
总结：模板 + 客户信息 = 草稿 1。而非完整重写。
用收集到的信息逐节填写模板：
即时合规检查： 在呈现草稿 1 之前，核验强制披露清单（GDPR 第 13 条）：
- 处理者身份和联系方式
- DPO 联系方式（如已指定）
- 处理目的
- 每项目的的法律依据
- 追求的合法利益（如适用）
- 接收方或接收方类别
- 欧盟外传输及保障措施
- 保存期限或确定期限的标准
- 数据主体权利（访问、更正、删除、限制、可携、反对）
- 撤回同意的权利（如适用）
- 向 CNIL 投诉的权利
- 数据提供为强制/自愿
- 是否存在自动化决策（如适用）
若草稿 1 合规 → 进入步骤 3。
1. 交付草稿 1 并附说明：
这是隐私政策的草稿 1。
**我考虑的内容：**
- [纳入的关键要素摘要]
- [考虑到的客户特殊性]
- [律师提及的特别要点]
**合规性：** 该文档满足 GDPR 第 13 条要求。
2. 呈现基准比较（系统性）：
研究同一行业 3-5 家公司的隐私政策，然后呈现：
**已完成的基准比较：**
我分析了以下公司的隐私政策：
- [公司 1] - [我们注意到的内容]
- [公司 2] - [我们注意到的内容]
- [公司 3] - [我们注意到的内容]
**识别到的可能改进：**
- [改进 1]：[说明]
- [改进 2]：[说明]
- [改进 3]：[说明]
您是否希望将这些要素纳入所提供草稿？
3. 若律师批准改进 → 产出草稿 2。
最终交付前的最后一次审阅：
隐私政策
[公司名称]
最后更新：[日期]
目录（若为长文档）
1. 我们是谁？
- 处理者身份
- DPO 联系方式
2. 我们收集哪些数据？
- 身份识别数据
- 浏览数据
- 交易数据
- 等
3. 我们为何收集您的数据？
- 目的 / 法律依据表
4. 我们与谁共享您的数据？
- 内部部门
- 分包处理者
- 合作伙伴（如经同意）
- 监管机关（法律义务）
5. 您的数据是否被传输至欧盟以外？
- 相关国家
- 保障措施
6. 我们保存您的数据多长时间？
- 按数据类型的保存期限表
7. 您有哪些权利？
- 权利清单及通俗解释
- 如何行使
8. Cookie 和追踪器
- 使用的 Cookie 类型
- 偏好管理
9. 安全
- 已采取的措施（不含敏感技术细节）
10. 本政策的变更
- 通知程序
11. 联系我们
- 邮箱
- 邮政地址
- 表单链接
| 应做 | 避免 |
|---|---|
| 使用“您”/“您的数据” | 使用“用户”/“数据主体” |
| 短而简单的句子 | 过多法律术语 |
| 具体示例 | 模糊措辞（“各类数据”） |
| 用表格厘清 | 密集段落 |
| 清晰明确的标题 | 无解释的多重交叉引用 |
| 错误 | 后果 | 解决方案 |
|---|---|---|
| 从通用模板复制粘贴 | 不合规、不一致 | 针对每个案例适配 |
| 法律依据不正确 | 非法处理 | 分析每个目的 |
| 缺少保存期限 | 违反第 13 条 | 系统化表格 |
| 遗漏欧盟外传输 | 可能被罚款 | 核查分包处理者 |
| 只提权利而无行使程序 | 权利无法行使 | 专用邮箱 |
| Cookie 墙 | CNIL 禁止 | 拒绝与接受同样简单 |
| 公司 | 金额 | 主要原因 |
|---|---|---|
| €150M | Cookie：拒绝比接受更困难 | |
| €60M | Cookie：无“全部拒绝”按钮 | |
| Carrefour | €3M | 信息不足、保存期限过长 |
| Amazon | €35M | 未经同意放置 Cookie |
这些处罚说明合规政策与严格 Cookie 管理的重要性。
是，若网站面向法国用户。若网站为国际性，可以双语。
不必然，但政策必须涵盖应用特有方面（权限、设备收集的数据）。
并非必然。 以下情形强制：
模板提醒：绝不从零起草。始终基于模板并适配。
来源提醒：本指南中的 CNIL 和 GDPR 参考文献供起草人使用。除强制法律披露（向 CNIL 投诉的权利等）外，它们不应出现在最终文档中。