隐私政策与用户协议生成

应用要上架，隐私政策和用户协议是躲不掉的两份文件。难的不是抄一份回来，而是抄的那份和你的产品根本不匹配：应用商店审核会逐项比对「声明收集的信息」「实际申请的权限」「集成的 SDK」三者是否一致，一处对不上就打回，还可能被要求限期整改。这个工具的做法是让你先把产品事实讲清楚——收哪些信息、用了谁的服务、怎么收费、能不能注销——再由这些选项逐条生成正文，改一个勾选，文本立刻重写。

怎么用它生成

• 两套文体共用一组基础信息：顶部切换「隐私政策」与「用户协议 / 服务条款」，产品名、主体、联系方式、生效日期不用重填，两套条款各自展开
• 收集范围逐条成文：勾选设备信息、日志、位置、相机、麦克风、通讯录、存储、剪切板、传感器、支付信息等类别后，每一条都会写成「收集什么 —— 用来做什么」的形式并附上系统权限说明，未勾选的不出现，避免过度声明
• 三种收集基调：纯本地运行（不收集任何个人信息）、只收集必需信息、收集并与第三方共享，选第一项时正文会直接声明不申请权限、不上传数据，这类工具型产品最容易被漏掉的正是这句
• 第三方能力清单：推送、统计、广告、支付、地图、第三方登录、客服、云存储、分享、崩溃监控可分别勾选，SDK 名称按逗号分隔填入即会单列一段，与商店要求的第三方共享清单对齐
• 存储与 Cookie：区分境内存储与涉及跨境传输两种表述，跨境一支会写出安全评估、标准合同备案等法定程序；Cookie / localStorage 是否使用也各有对应条款
• 你的权利与注销渠道：查询、更正、删除、撤回同意、获取副本、拒绝自动化决策逐项列出，注销方式按应用内自助、邮件申请、无需账号三种分支生成对应流程与答复时限
• 未成年人条款分档：一般人群与可能涉及 14 周岁以下两种写法，后者会加入监护人同意与儿童信息删除的承诺
• 用户协议覆盖收费与免责：完全免费、一次性付费、订阅自动续费、含广告四种模式各有一套扣费与关闭续费的表述，退款方式独立选择；责任限制里写明以近 12 个月实付费用为上限，并保留依法不得排除的责任
• 可勾选的附加条款：账号实名与安全责任、用户内容与授权、AI 生成内容声明、服务限额与合理使用、出口管制、通知与送达，按需增删不会留下空标题
• 缺失项不会静默出错：必填信息没填时正文以 【请填写：…】 占位并在下方汇总提示，导出的文件里同样保留，不会被误当成已填完整

适用场景

• 独立开发者第一次提交 App Store、各家安卓商店或鸿蒙市场，需要一份结构完整的隐私政策
• 纯本地计算的工具类应用，想准确表达「我们不收集数据、也不申请权限」
• 小程序上线前补《用户隐私保护指引》对应的说明文本
• 产品改版接入了新的统计或推送 SDK，需要把第三方段落同步进去
• 把已有政策粘进来对照，检查是否漏掉注销渠道、跨境存储、未成年人等必备条款
• 需要同时给出纯文本（商店后台粘贴）、Markdown（放仓库 README）与 HTML（挂官网页面）三种格式

常见问题

• 生成的文本能直接提交吗？结构和常用表述是按现行法规与应用商店的常见审核点写的，可以直接作为底稿，但必须逐条核对你的真实做法。工具给的是模板，不能替你的产品承诺你做不到的事，也不构成法律意见；涉及敏感个人信息、跨境传输、付费订阅或医疗、金融、教育等专门领域，建议再过一次专业审阅
• 「隐私政策」和「用户协议」要分开吗？要。前者回答「你怎么处理我的数据」，后者回答「你能不能用、怎么用、出问题谁负责」，多数商店要求分别提供两个页面或两个链接，本工具的两套文体正是为此分开
• 为什么强调 SDK 名单？审核方会把你声明的 SDK 清单与安装包静态扫描结果比对。列了却没集成、或集成了却没列，都会被打回，所以这一栏单独成段并保留自由填写
• 纯本地工具该怎么写？把「总体收集情况」选成不收集任何个人信息，正文会自动改为不收集、不上传、不申请权限的声明，同时保留联系方式与政策更新段落，这比套用一份收集十几项的模板更经得起核对
• 生效日期与更新日期有什么用？两者都会写进文档头部与「本政策的更新」条款。政策改动后只改内容不改日期，等于无法向审核方和用户证明版本先后，这是常见的驳回理由
• 填写的内容会上传吗？不会。表单值只存在于当前页面内存，正文由浏览器现场拼装，复制与下载走的都是本地 Blob，页面不发任何请求，刷新即清空
• 还需要准备什么？应用商店一般还会要权限用途说明弹窗、第三方共享清单表格与 SDK 目录，这些需要与本文逐字对齐，先确定这里的选项再改其它材料，比反过来补要省事

把示例数据里的手机号、身份证脱敏后再对外展示见 隐私信息遮掩；两版政策改版后对比差异用 文本对比；商店后台常按字数限制填写，可先用 字数统计 核一遍正文长度。