---
name: privacy-policy-self-service-generator-mvp
description: MVP 级中文隐私协议自助生成器，基于中国数据安全法律体系和产品事实收集，只生成最小合规版本隐私协议。适用于 OPC、个人开发者、早期创业产品、AI/AIGC 工具、App、网站、小程序、SaaS、管理端、SDK 或开放平台在上线前形成基础隐私协议、个人信息清单、第三方清单、后续完善事项和复查报告。该版本不支持完整版或最小版扩充分支；如果用户要求完整深度协议，应说明本 skill 只交付 MVP 最小合规版本。
---

# MVP 隐私协议自助生成器

当前版本：`v1.1.1`。

本 skill 只生成 **MVP / 最小合规版本** 隐私协议。它的目标不是生成大而全的正式深度协议，而是在产品上线前，用尽量短的正文、必要表格和复查报告，帮助用户先把个人信息处理者、产品范围、个人信息类型、第三方或 SDK、存储与跨境、用户权利、AI 或高风险事项等基础问题说清楚。

整体流程以合规、保留和可迭代为优先：确认按 MVP 模式处理，收集产品事实，先校验核心缺口，再基于已确认事实生成最小合规版本，最后复查和运行质量门禁。

## MVP 范围

使用本 skill 时，不再询问“最小合规版本、完整版本、扩充版本”三种分支。第一轮回复应直接确认：

“我按 MVP / 最小合规版本处理。”

如果用户要求“完整版”“正式版”“全面深度协议”“在最小版基础上继续扩充”等超出范围的输出，应说明本版本只保留 MVP 最小合规能力，可以先交付基础协议、缺口清单和后续完善事项；不得切换到完整版或扩充分支。

MVP 版本不是低标准版本。缺少个人信息处理者身份、联系方式、产品范围、个人信息类型、用户权利路径、第三方或 SDK 状态等核心事实时，应先列出阻断问题，不直接编造协议。

## 不覆盖规则

用户已经提供或填写的内容视为权威内容。

- 不得在原位置替换、删除、改写、重排、压缩总结或重新润色既有内容。
- 只能填写明确为空、被用户标注为缺失，或属于空白填写区的字段。
- 如果既有内容存在风险、不一致、模糊或不合规，应写入复查报告，不得静默修改正文。
- 补充既有文档时，应在清晰标注的补充部分新增内容，或使用 `scripts/merge_without_overwrite.py` 进行结构化 JSON 合并。
- 必要事实未知时，应停止生成并询问用户，或列为阻断缺口。不得编造事实。

## 免责声明要求

所有生成的 MVP 隐私协议草案、最小合规版本、复查报告和合规建议，都必须读取 `references/disclaimer-requirements.md` 和 `templates/disclaimer-template.md`，并在输出中加入“生成说明与免责声明”。

- 免责声明必须说明：内容仅供参考，不构成正式法律意见、法律咨询结论、监管意见、平台审核保证或合规背书。
- 免责声明必须提醒：正式发布、提交审核、对外使用或用于监管沟通前，应咨询律师、数据合规顾问或其他专业人士。
- 可使用轻松表达，例如“赛博法师”“赛博护符”，但不得削弱严肃提示。
- 生成可发布协议正文时，免责声明默认作为生成说明单独放置，不与最终面向用户发布的协议正文混在一起；用户明确要求写入正文时除外。

## 必须执行的流程

1. **信息收集和来源梳理**
   - 读取 `references/minimum-compliance-version.md` 和 `templates/minimum-compliance-template.md`，确认本次交付为 MVP 最小合规版本。
   - 识别所有可用输入：既有隐私协议、产品说明、端或渠道、App、H5、网站、小程序、SaaS、管理端、SDK 或开放平台流程、个人信息清单、第三方清单、跨境传输说明、安全措施、用户权利渠道、AI 功能说明、同领域隐私协议样本和更新历史。
   - 如果是从零起草，先读取 `templates/product-questionnaire.md`，再向用户提问。
   - 如果用户上传同领域隐私协议或提供竞品链接，先读取 `references/benchmark-policy-learning.md`，再使用样本。
   - 读取 `references/disclaimer-requirements.md` 和 `templates/disclaimer-template.md`，准备输出用的生成说明与免责声明。
   - 读取 `references/legal-basis-boundaries.md`，区分法律、行政法规、部门规章、国家标准、指南、平台规则和监管实践；不确定的依据标记为“需进一步核验”。
   - 复查报告中需要确认法律法规、监管规则、国家标准、条文编号、效力层级或适用范围时，读取 `references/yuandian-mcp-legal-lookup.md`，在元典 MCP 可用时优先检索；工具不可用或依据无法确认时，标记为“需进一步核验”，不得编造条文。
   - 如果涉及 App、移动智能终端、小程序权限、移动端 SDK 或终端敏感行为，读取 `references/app-processing-method-errors.md`，用于识别个人信息处理方式错误、高风险处理方式及对应依据。
   - 如果产品有多个端或渠道，读取 `references/platform-channel-requirements.md`，按 App、H5、网站、小程序、SaaS、管理端等分别核对 MVP 版本不能省略的披露项。
   - 如果产品包含微信小程序或其他小程序渠道，读取 `references/mini-program-privacy-guide.md`，只使用其中的小程序字段、最小范围和复查口径，不复制微信小程序平台指引的文案结构或示例话术。
   - 如果是补充既有草案，除非用户明确要求重构，否则保留原有章节顺序；MVP 版本只新增基础合规内容和复查建议。

2. **先校验再生成**
   - 根据 `references/privacy-policy-requirements.md` 校验输入是否覆盖隐私协议基本要求。
   - 始终读取 `references/minimum-compliance-version.md` 和 `templates/minimum-compliance-template.md`，按 MVP 版本生成。
   - 如果涉及 AI 产品或 AI 功能，同时检查 `references/ai-privacy-points.md`。
   - 如果属于 AIGC 产品，同时读取 `references/aigc-domain-examples.md`，使用其中的填写字段和示例模式。
   - 如果包含 App、H5、网站、SaaS、管理端、开放平台或 SDK，应使用 `references/platform-channel-requirements.md` 判断各端不能省略的 MVP 披露项。
   - 如果发现处理方式可能错误或高风险，应说明具体问题、原因解释、修正方向和依据层级，不得只输出笼统风险提示。
   - 如果包含小程序渠道，应使用 `references/mini-program-privacy-guide.md` 判断 MVP 版本中不能省略的小程序接口、个人信息类型、插件、代开发服务商、用户权利入口和保存期限。
   - 如果用户要求法律复查，或产品涉及敏感个人信息、未成年人、跨境传输、自动化决策、广告推荐、AI 训练、重要数据、关键信息基础设施或高监管行业，读取 `references/legal-article-review.md`，将三法相关维度作为辅助检查框架。
   - 如果产品信息以 JSON 形式提供，运行 `scripts/validate_policy_inputs.py`。
   - 缺少个人信息处理者身份、联系方式、产品范围、个人信息类型、用户权利路径、第三方或 SDK 状态等必要事实时，应先返回阻断缺口。

3. **搭建 MVP 协议框架**
   - 使用 `templates/minimum-compliance-template.md` 的结构；MVP 版本仍必须覆盖隐私协议基本要求硬门禁。
   - 读取 `references/clause-writing-requirements.md`，把各章节写作要求作为对应条款的起草标准，但保持正文短、清楚、可上线。
   - 在详细规则前加入简明摘要。
   - 个人信息收集、SDK 或插件、第三方提供、跨境传输、保存期限、用户权利渠道等内容应优先表格化。
   - 根据工具能力类型增加产品专属内容，尤其是文生视频、图生视频、文生图、视频编辑、图片编辑、数字人、语音生成、模型市场、社区发布、商业授权和内容审核。
   - 根据产品渠道增加渠道差异说明。App、H5、网站、小程序、SaaS、管理端、开放平台和 SDK 各有不同披露要求；小程序渠道应披露实际调用的接口、组件、插件和平台授权路径，但不得写成微信小程序平台同款隐私指引。
   - 有具体个人信息类型时，不使用“相关信息”等模糊分类。
   - 在输出开头加入生成说明与免责声明；如交付可发布正文，应标明该说明不属于正式发布正文。

4. **不覆盖生成**
   - 只基于已核验的产品事实起草。
   - 保持用户既有表述不变。
   - 来源文档中已经完成的条款，不在原处优化；优化建议写入复查报告。
   - 对 JSON 结构化草案，使用 `scripts/merge_without_overwrite.py` 合并，使既有非空值优先。

5. **复查**
   - 使用 `templates/review-report.md` 的报告结构。
   - 将问题分为阻断问题、高风险问题、一致性问题、表达问题和建议补充项。
   - 检查输出是否包含 `references/disclaimer-requirements.md` 要求的免责声明。
   - 重点复查敏感个人信息、未成年人、自动化决策、AI 训练、SDK、共享、转让、公开披露、委托处理、跨境传输、保存期限和权利响应路径。
   - 对个人信息处理方式错误或高风险的事项，必须在复查报告中给出提醒、解释和依据，依据应区分法律依据、监管规则参考和国家标准参考。
   - 复查报告需要引用或确认具体法律法规、条文、效力状态、发布机关或适用范围时，应按 `references/yuandian-mcp-legal-lookup.md` 的要求使用元典 MCP 检索并记录结果；未完成检索或无法确认时，写明原因并标记“需进一步核验”。
   - 需要法律复查时，可附加《个人信息保护法》《数据安全法》《网络安全法》相关维度辅助检查表，重点判断产品事实是否遗漏关键合规维度。
   - 在确认隐私协议要求覆盖完整前，运行 `scripts/privacy_requirements_gate.py --validate <requirements-matrix>`。这是硬性合规门禁。
   - 只有已经生成三法辅助检查表时，才运行 `scripts/legal_matrix.py --validate <matrix-file>` 做结构校验；不得把三法矩阵作为所有 MVP 任务的默认交付物。

6. **最终质量门禁**
   - 运行 `scripts/quality_gate.py --target <final-file-or-skill-folder>`。
   - 以下检查通过前，不视为完成交付：
     - 占位符残留扫描
     - 术语一致性检查
     - 目标为 skill 目录时的文件结构完整性校验
     - 交付物包含隐私协议要求矩阵时的隐私协议要求覆盖校验
   - 三法辅助检查表仅在实际生成时校验结构完整性；未生成该表不影响普通 MVP 隐私协议交付。
   - 门禁失败时，修正后重新运行。

## MVP 起草规则

- 必须生成 MVP / 最小合规版本：用尽量短的正文和必要表格覆盖硬性要求，并把未能详细展开的内容列为后续完善事项。
- 使用普通用户可理解的中文，同时保持法律表达准确。
- 优先使用“个人信息处理者”“个人信息主体”“敏感个人信息”“委托处理”“对外提供”“跨境传输”“个人信息安全事件”等统一术语。
- 协议内容必须贴合具体产品，不列入无关功能或无关法律机制。
- 按业务功能区分必要个人信息和非必要个人信息。
- 每项非必要个人信息收集都要说明拒绝提供的影响。
- 每类主要个人信息都要说明保存期限或期限确定方法。
- 明确说明存储地域和是否存在跨境传输。
- 第三方 SDK 和插件应列明名称、目的、数据类型、处理方式、频次或触发时机、合作方主体。
- 用户权利请求应说明路径、响应时间、身份验证规则、拒绝理由和投诉渠道。
- 重大更新应说明通知方式。是否需要公开征求意见、外部评估、第三方评估或监管报送，应结合产品规模、主体角色、监管规则、平台规则和适用依据判断；依据不明确时标记为“需进一步核验”。

## AI 功能补充要求

当产品包含 AI 聊天、生成式 AI、模型训练、个性化推荐、自动化决策或模型优化时：

- 起草前先识别工具能力类型。常见 AIGC 能力包括文生视频、图生视频、文生图、图生图、视频编辑、图片编辑、智能扩图、风格迁移、数字人、语音生成、提示词优化、模板生成和社区发布。
- 说明用户输入或输出是否用于模型训练或模型优化。
- 说明默认设置、授权路径、撤回路径、删除或阻止进入训练集的机制。
- 说明输入数据是否可能提供给非服务提供者的第三方。
- 如适用，说明主要训练数据来源类别和合规审查方式。
- 训练相关信息应在摘要、AI 专章和目录导航中容易找到。
- 不得把训练或数据再利用说明埋在笼统的“改进服务”条款中。

## 同领域隐私协议学习

当用户上传同产品领域的隐私协议，或提供公开链接时：

- 仅将其作为结构、问题识别、字段覆盖和披露颗粒度的参考材料。
- 只抽取章节结构、清单字段、产品特定数据类别、用户权利路径、AI 训练披露、SDK 或第三方披露模式、跨境与保存期限披露模式、版本更新做法。
- 不得复制受保护表述、特色条款措辞、示例、格式或品牌表达。
- 样本来源不可访问时，标记为不可访问来源，并要求用户上传正文或导出文件。
- 除非用户明确要求纳入草案，否则样本学习建议应放入独立的“同类产品学习建议”部分。

## 文件组成

- `references/privacy-policy-requirements.md`：根据参考标准整理的隐私协议基本要求。
- `references/minimum-compliance-version.md`：MVP / 最小合规版本的适用场景、不可省略项和生成规则。
- `references/ai-privacy-points.md`：AI 产品隐私披露要点。
- `references/aigc-domain-examples.md`：AIGC 产品示例，覆盖 AI 创作功能、输入输出素材、模型优化、内容发布和第三方共享清单。
- `references/legal-article-review.md`：《个人信息保护法》《数据安全法》《网络安全法》相关维度的辅助复核流程。
- `references/clause-writing-requirements.md`：逐条款写作要求，用于把覆盖项转化为可用的 MVP 隐私协议正文。
- `references/benchmark-policy-learning.md`：学习用户上传的同领域隐私协议和公开样本时的使用规则。
- `references/disclaimer-requirements.md`：生成内容免责声明要求，规定仅供参考、不构成正式法律意见和正式使用前咨询专业人士的提示。
- `references/legal-basis-boundaries.md`：法律依据层级和适用边界，用于区分法律、行政法规、部门规章、国家标准、指南、平台规则和监管实践。
- `references/yuandian-mcp-legal-lookup.md`：复查报告中的法律法规检索要求，用于在需要确认依据时调用元典 MCP 并记录核验结果。
- `references/app-processing-method-errors.md`：App 和移动端个人信息处理方式错误提醒规则，用于说明错误处理方式、原因解释、修正方向和法律或标准依据。
- `references/platform-channel-requirements.md`：多端渠道隐私要求参考，用于区分 App、H5、网站、小程序、SaaS、管理端、开放平台和 SDK 的 MVP 最小披露项。
- `references/mini-program-privacy-guide.md`：小程序渠道隐私保护指引参考，用于选取最小披露范围、接口字段和复查点，禁止复制微信小程序同款表达。
- `references/terminology.md`：统一术语和避免混用的术语。
- `templates/product-questionnaire.md`：产品事实采集问卷。
- `templates/disclaimer-template.md`：生成说明与免责声明模板，包含标准长版、极简版和可发布正文分离版。
- `templates/minimum-compliance-template.md`：MVP / 最小合规版本隐私协议模板。
- `templates/review-report.md`：复查报告结构。
- `scripts/validate_policy_inputs.py`：结构化产品信息校验脚本。
- `scripts/merge_without_overwrite.py`：保留既有内容的结构化合并脚本。
- `scripts/privacy_requirements_gate.py`：隐私协议基本要求硬门禁矩阵的生成和校验脚本。
- `scripts/legal_matrix.py`：三法相关维度辅助检查表生成和结构检查脚本。
- `scripts/quality_gate.py`：占位符、术语和结构的最终质量门禁脚本。
