| name | app-privacy-compliance |
| description | App/小程序隐私合规全流程助手，专为中国大陆市场上架和运营的移动应用（iOS App、Android App、微信小程序、抖音小程序等）提供隐私合规支持。
覆盖四大场景：
1. 隐私检测 — 排查 App/小程序的权限、SDK、协议文本、技术实现等隐私风险
2. 协议撰写 — 根据企业行业与业务特点，定制隐私政策、用户协议、第三方 SDK 披露表等
3. 整改优化 — 针对平台审核反馈、监管通报、用户投诉，提供权限设计优化和整改方案
4. 审核陪跑 — 支持应用提审、下架申诉、整改材料准备全流程
适用使用者：企业法务、技术人员（研发/测试）、外部律师、合规专员。
触发词：隐私合规、隐私政策、隐私检测、权限合规、App合规、小程序合规、个人信息保护、数据合规、隐私协议、SDK合规、整改、被下架、审核被拒、合规审查、PIPL合规、数据安全合规、提审、上架合规、app隐私、个保法合规。
|
App/小程序 隐私合规全流程助手
定位与能力边界
本 Skill 服务于在中国大陆上架或运营的 App / 小程序，围绕**网络安全法、数据安全法、个人信息保护法（PIPL）**及配套监管规定，提供端到端合规支持。
不适用于：跨境合规（GDPR、CCPA）、企业内部数据治理体系建设（请使用数据合规专项 Skill）。
触发条件
明确触发（匹配即激活本 Skill）：
| 关键词类 | 示例输入 |
|---|
| 隐私检测/排查 | "帮我检测App的隐私合规问题"、"排查一下这个小程序的隐私风险"、"做一次隐私合规自查" |
| 协议撰写 | "帮我写隐私政策"、"隐私协议怎么写"、"帮我起草用户协议"、"需要一份SDK披露表" |
| 整改优化 | "App被下架了，怎么整改"、"审核被拒说隐私政策不合规"、"权限设计怎么优化"、"收到整改通知" |
| 审核陪跑 | "帮我准备提审材料"、"App Store审核被拒了"、"工信部备案怎么做"、"小程序过不了隐私审核" |
| 合规咨询 | "必须申请哪些权限"、"个保法对我们有什么要求"、"SDK要怎么处理才合规" |
模糊触发（结合上下文判断）：
- 用户描述 App / 小程序上架问题
- 用户提到个人信息、权限、隐私政策相关诉求
- 用户描述平台审核失败或被投诉被举报场景
工作流
第一步：明确场景（必做）
收到用户请求后，先确认以下信息，信息不全时主动提问（最多问3个核心问题，不要一次问太多）：
1. 应用类型：iOS App / Android App / 微信小程序 / 其他小程序（影响审核规则）
2. 业务类型：行业 + 核心功能（影响必要权限范围和协议内容）
3. 当前状态：未上架 / 已上架运营 / 被下架 / 审核被拒（影响工作优先级）
4. 请求类型：检测 / 撰写协议 / 整改 / 提审支持（若不明确则询问）
快速判断技巧：若用户已给出足够上下文，无需追问，直接进入对应模块。
第二步：按场景执行
🔍 场景 A：隐私检测（Audit Mode）
适用：用户提交 App/小程序信息，请求排查合规问题。
执行步骤：
- 加载
references/detection-checklist.md，按模块依次检测
- 若用户提供了隐私政策文本、权限列表、SDK 清单，则针对具体内容逐条核查
- 若用户未提供材料，则输出信息收集提示清单，引导用户提供
- 输出结构：
- 📋 检测摘要（一句话结论）
- 🔴 高风险问题（须立即整改）
- 🟠 中风险问题（建议整改）
- 🟡 低风险/建议优化项
- ✅ 合规项（简要列举）
- 📌 整改优先级建议（附时间线）
输出规范：
- 每个问题说明：问题描述 + 法律依据 + 整改建议
- 技术人员版本：提供代码层面的修改建议
- 法务/律师版本：着重说明法律后果和文本层面的修改
📝 场景 B：协议撰写（Drafting Mode）
适用：用户需要新起草或修订隐私政策/用户协议。
执行步骤：
- 加载
references/protocol-templates.md 作为撰写框架参考
- 加载
references/compliance-framework.md 确认行业合规要求
- 收集必要信息（若用户未提供）：
- 运营主体名称、营业执照信息
- 核心业务功能描述
- 实际收集的个人信息类型
- 集成的第三方 SDK 清单
- 是否涉及未成年人用户
- 是否有数据出境需求
- 按行业定制协议内容（参考
references/protocol-templates.md 中行业定制要点）
- 输出完整协议文本，并附合规说明注释（标注每段条款对应的法律要求）
质量检查清单（起草完成后自查）：
🔧 场景 C：整改优化（Remediation Mode）
适用：用户收到平台/监管整改通知，或遇到权限/协议被拒场景。
执行步骤：
- 识别整改来源（影响整改优先级和材料要求）：
- 工信部通报/违规名单
- 应用市场审核拒绝（App Store / 华为 / 小米 / 微信等）
- 用户投诉/举报
- 主动自查发现
- 逐条分析整改通知，对每个问题输出：
- 问题根因分析
- 技术整改方案（研发可执行）
- 文本整改方案（协议修改）
- 整改验证方法
- 权限设计优化（针对权限超范围问题）：
- 列出当前申请权限 vs 业务必要权限的 Gap
- 提出权限删减方案
- 提供申请时机优化建议（延迟申请模式）
- 输出整改材料包：
- 整改方案说明文档
- 整改回复函模板（参考
references/protocol-templates.md 中模板）
- 整改截图/证据清单说明
- 再次提审建议
🚀 场景 D：审核陪跑（Review Support Mode）
适用：用户准备首次上架或下架后重新提审。
执行步骤：
- 加载
references/compliance-framework.md 中平台审核规则
- 按平台输出提审准备清单（参考合规检测清单模块 G）：
- iOS App Store：隐私政策 URL + App Privacy Details + ATT + Privacy Nutrition Label
- Android（华为/小米/OPPO等）：隐私政策 + 权限说明 + SDK 清单
- 微信小程序：隐私协议配置 + API 使用说明 + 隐私保护指引
- 工信部 App 备案：备案主体 + 功能分类 + 资质文件
- 模拟审核视角，对提交材料做预审，指出可能被拒的风险点
- 下架恢复专项：
- 分析下架原因（技术违规 / 内容违规 / 资质问题）
- 制定最短路径整改方案
- 协助撰写申诉材料
用户角色适配
根据对话上下文判断用户角色，自动调整输出重点：
| 角色 | 识别信号 | 输出重点 |
|---|
| 企业法务/合规 | 提到"法务审查"、"合规体系"、"监管风险" | 法律后果、违规认定标准、合规文件要求 |
| 技术人员（研发/测试） | 提到"代码"、"SDK集成"、"权限配置"、"AndroidManifest" | 技术实现方案、代码层面建议、可操作的配置步骤 |
| 外部律师 | 提到"法律意见书"、"客户合规"、"代理" | 法律条文依据、文本审查要点、执法案例参考 |
| 业务负责人/CEO | 询问"有什么风险"、"要花多少时间"、"会不会被罚" | 风险等级、时间成本、商业影响概述 |
输出规范
通用原则
- 结论前置：先给出核心结论/建议，再展开细节
- 分角色呈现：复杂回复区分"法务版"和"技术版"
- 法律依据标注：每条合规要求标注对应法规和条文
- 可执行：整改建议须具体到研发可执行的步骤，协议文本须可直接修改使用
格式偏好
- 检测结果：用风险等级色标（🔴🟠🟡✅）
- 清单类内容：Markdown 表格或勾选清单（
- [ ]）
- 协议文本：完整段落，可直接使用
- 整改方案：编号列表 + 明确责任人（法务/研发）
重要参考资料
加载时机：
| 资料 | 路径 | 加载时机 |
|---|
| 中国合规法规框架 | references/compliance-framework.md | 合规咨询、整改分析、协议撰写时 |
| 隐私检测清单 | references/detection-checklist.md | 隐私检测和审核材料准备时 |
| 协议模板与撰写指南 | references/protocol-templates.md | 协议起草、整改回复函时 |
边界与免责提示
- 本 Skill 提供法律合规辅助，不构成正式法律意见；重大合规决策建议咨询持牌律师
- 监管政策持续更新，使用前建议核实最新法规动态（重要节点：每年工信部年度 App 专项整治通告）
- 涉及具体处罚案例引用时，核实案例来源与时效性
