privacy-policy

privacy-policy skill 概述

privacy-policy skill 可以帮你为产品或服务起草一份可直接使用的隐私政策初稿，包含合适的法律占位符、数据收集细节以及需要复核的提示。它最适合创始人、产品团队、法务运营人员，以及在律师修改前需要先有一版政策草稿的代理式工作流。

privacy-policy skill 的用途

当你需要一份能说明你收集了什么数据、为什么收集、数据在哪里处理，以及哪些条款需要律师审阅的政策时，就该用这个 skill。它比通用提示词更有用，因为它会把草稿推进到更接近可发布的结构，而不是停留在空泛的合规总结。

适合的用户和任务

如果你属于下面这些情况，privacy-policy skill 会很适合你：

• 正在上线新网站、App 或 SaaS 产品
• 在更换分析、计费、广告或客服工具后更新旧隐私政策
• 为法务或外部审阅者准备合规草稿
• 为多个司法辖区建立一份基础模板

它的不同之处

这个 repo 重点是实用型隐私政策起草，而不是广泛的法律研究。它真正的价值，在于把产品事实转成一份能反映数据类型、司法辖区范围和审阅边界的政策大纲。它的主要限制，也恰恰是它的优势：它应该支持起草，但不能替代法律判断。

如何使用 privacy-policy skill

安装 privacy-policy skill

使用下面命令安装该 skill：
npx skills add phuryn/pm-skills --skill privacy-policy

如果你是在 agent 工作流里使用，建议先安装，再用结构化提示词提供产品事实。privacy-policy 的安装步骤很重要，因为这个 skill 期待的是有名称的输入字段，而不是一段自由发挥的法律需求描述。

给 privacy-policy skill 提供正确输入

输出质量最好时，取决于你给出的产品上下文是否清晰。至少要提供：

• 产品或服务名称
• 公司法定名称和地址
• 隐私联系邮箱
• 收集了哪些个人数据
• 数据用途是什么
• 是否涉及儿童、支付、广告或位置数据
• 目标司法辖区或国家

较弱的提示会说：“帮我写隐私政策。”
更强的提示会说：“为一个 B2B SaaS 起草 privacy-policy；它收集账户信息、使用分析数据、支持工单和计费数据；我们只在美国和欧盟销售；请把任何与 GDPR 敏感的条款标记给法务审阅。”

提升输出质量的建议工作流

先给一个范围明确的需求，让 skill 起草核心政策，然后再按产品细节修订。初稿出来后，重点检查：

• 是否遗漏了数据类别
• 司法辖区表述是否不匹配
• 保留期或共享条款是否不清楚
• 哪些陈述需要法律确认

在 privacy-policy 的使用流程里，最好输入你真实的数据流图，而不是营销文案。只要你说明的是哪些系统在收集数据，而不只是应用“做什么”，草稿质量通常会明显提升。

先阅读这些文件

如果你在安装前评估这个 repo，建议先看：

• SKILL.md，了解主要起草规则
• frontmatter description，快速确认是否适合你的场景

这个 repository 很轻量，没有额外的规则文件或辅助目录需要检查。这让 privacy-policy 指南更容易上手，但也意味着你输入内容的质量更关键。

privacy-policy skill 常见问题

privacy-policy skill 是法律意见吗？

不是。这个 skill 的目的是起草和整理政策语言，供审阅使用，而不是提供法律意见。请把输出当作给法务的工作草稿，尤其是在你处理敏感数据或服务多个地区时。

什么时候该用 privacy-policy，而不是通用提示词？

当你希望有一套可重复的起草流程，并且对数据类型、司法辖区和审阅点有更清晰覆盖时，就该用 privacy-policy skill。通用提示词也许能生成文本，但通常会漏掉审阅时真正重要的运营细节。

privacy-policy skill 适合新手吗？

适合，只要你能清楚描述自己的产品。你不需要具备隐私合规专业背景也能用好它，但你至少要知道收集、共享和联系渠道这些基本事实。这个 skill 不能替代你对自身数据流的了解。

这能用于给法务审阅的 privacy-policy 吗？

可以。事实上，这正是它最好的应用场景之一。当法务拿到的是一份结构清晰、审阅点明显的起点，而不是一张白纸时，这份草稿最有帮助。

如何改进 privacy-policy skill

提供完整的产品事实

提升质量最大的办法，就是把输入补全。请加入具体的数据类别、第三方处理方、覆盖地区，以及 cookies、生物识别、未成年人或支付等特殊情况。只有当你的 brief 真实反映现状时，privacy-policy skill 才能准确起草。

要求标出审阅点，而不是直接追求最终合规

不要只让模型“把它写到合规”为止。你应该要求它起草政策，并清楚标出需要法务审阅的条款。这样既能保持输出实用，也能避免产生错误的安全感。

优先修改会改变风险的部分

拿到第一版后，优先修改最容易带来合规风险的部分：

• 合法依据或同意表述
• 跨境传输表述
• 数据保留期限
• 与供应商或关联方共享
• 用户权利和联系方式说明

把输出当作结构化底稿使用

当你把第一版当作法律内容的脚手架来用时，privacy-policy skill 的效果最好。把审阅者的意见回填进去，收紧任何含糊的表述，并在数据实践发生变化时，用更新后的产品事实重新生成。