メニュー
保持个人信息处理规则与实践一致。两种模式：周度扫描已保存的PIA、DPA审查和分诊结果以 发现处理规则漂移；或针对拟议的新实践进行直接查询。当用户问"我们的处理规则覆盖这个吗" "我们想开始做X——处理规则需要更新吗""运行处理规则监控""处理规则扫描"，或想找到处理 规则不再匹配团队实际操作的地方时使用。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/zhou210712/claude-for-legal-ZH --skill policy-monitorコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
按系统逐一定义AI角色、风险等级和监管义务——判定每个系统是 AI服务提供者还是使用者，分配风险层级，并映射至中国AI法规 的义务要求。适用于建立AI系统清单、进行年度AI审计、或新法 规要求重新分类时。
为AI系统或模型生成风险定级和合规概要评估——涵盖数据、公平性、 透明度、安全性和监管注册表。在用例分类为"附条件-高"后使用， 产品或工程团队提出"我们需要做AI影响评估"时使用，或定期重新 认证已部署系统时使用。采用快速/全面双轨制。
首次运行访谈以建立AI治理实践配置：适用法规、 AI系统清单、红线、审批工作流和输出偏好。 在插件首次安装时自动运行。使用 --redo 可重新运行。
SOC 職業分類に基づく
SKILL.md を表示中
| name | policy-monitor |
| description | 保持个人信息处理规则与实践一致。两种模式：周度扫描已保存的PIA、DPA审查和分诊结果以 发现处理规则漂移；或针对拟议的新实践进行直接查询。当用户问"我们的处理规则覆盖这个吗" "我们想开始做X——处理规则需要更新吗""运行处理规则监控""处理规则扫描"，或想找到处理 规则不再匹配团队实际操作的地方时使用。 |
| argument-hint | [描述拟议的新实践 — 或省略 / 使用 --sweep 为扫描模式] |
扫描模式（无参数或 --sweep）：
~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md → 输出文件夹路径、处理规则文件、上次扫描日期。~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md 中的上次处理规则扫描日期。直接查询模式（带描述参数）：
~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md → 当前处理规则承诺 + 实际处理规则文件。时间安排： 在你自己的调度工具中设置定期提醒（日历、任务管理器或 CI）每周运行 /privacy-legal:policy-monitor。定时执行需要定时任务集成，本插件不包含。
/privacy-legal:policy-monitor
/privacy-legal:policy-monitor "我们想开始用行为数据个性化引导邮件"
个人信息处理规则偏离实践只有一种方向：实践向前，处理规则停滞。某份 PIA 批准了一个新的数据类别。某份 DPA 与一个在任何地方都没列出的下游处理者签署。某份分诊结果将一个新的使用案例标记为有条件批准，附带一个处理规则尚未作出的披露要求。几个月后，某人阅读处理规则却不再反映实际发生的事。
本技能在漂移成为问题前捕捉它——通过每周扫描输出文件夹，或回答直接问题："我们即将开始做X，这对处理规则意味着什么？"
输出始终相同：这里是差距，这里是建议的语言。
读取 ~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md：
## 我们是谁 → ## 监管覆盖范围 — 范围内的制度（个保法、数据安全法、网络安全法、行业监管等）## 个人信息处理规则承诺 — 从已发布的处理规则中提取的承诺## 输出 — 输出文件夹路径、处理规则文件位置、上次扫描日期如果 ## 输出 包含 [占位符]：
"输出尚未配置。我仍可运行直接查询检查——描述你计划做的事，我将与你的当前处理规则做差异对比。要启用自动扫描，运行
/privacy-legal:cold-start-interview并提供输出文件夹路径。"
从 ## 输出 → 个人信息处理规则文件 的路径读取实际处理规则文件。配置 CLAUDE.md 中的承诺是摘要；实际文件是建议编辑时的权威来源。
网站个人信息处理规则是一个表面。现代个人信息保护计划在至少四个其他也受到监管部门积极审查一致性的地方作出有约束力的承诺：
在实践档案中添加每个表面的位置和最后更新日期字段。 扫描检查每个表面与当前处理规则的一致性，并标示偏离："处理规则更新于[日期]。应用商店标签上次更新于[更早日期]——可能未反映新数据类别。CMP上次配置于[日期]——核实Cookie目的与处理规则匹配。"
一个有着干净处理规则和过时应用商店标签的公司是一个投诉等着发生的公司。扫描所有表面，而不仅是一份文件。
网站处理规则是一份通知。受行业监管的实践需要单独的、行业特定通知，网站处理规则不能替代。如果 ## 监管覆盖范围 包含以下任何内容，扫描将实践与该通知进行差异对比——除了网站处理规则——或如其未被配置则标示其缺失：
| 覆盖条目 | 需做差异对比的行业通知 | 需要标示的内容 |
|---|---|---|
| 金融（个人金融信息保护技术规范 + 征信业管理条例） | 金融领域个人信息处理特别告知 | 输出中暗示的新金融信息类别、与非关联第三方的共享或选择退出机制的变化，而行业通知未反映。 |
| 医疗健康（人口健康信息管理办法 + 个保法） | 健康医疗数据处理的特别告知 | 输出中暗示的新使用或披露、新常规类别或患者权利机制的变化。 |
| 未成年人（儿童个人信息网络保护规定 + 个保法第31条） | 面向监护人的直接通知 + 在线通知 | 输出中暗示的从未成年人收集的新数据类别、新第三方披露或监护人同意机制的变化。 |
| 汽车数据（汽车数据安全管理若干规定） | 汽车数据处理的特别告知 | 输出中暗示的受规定限制的处理活动，而配置的通知未反映。 |
如果覆盖范围中的某制度未配置行业通知，在每次扫描中将其作为存续差距呈现，而非一次性发现。扫描输出应包括：
行业通知覆盖：
- [制度]：[已配置通知路径 + 上次更新，或"未配置 — 每次扫描标示直至解决"]
如果扫描无法定位行业通知，明确说明——不要静默默认仅与网站处理规则做差异对比。依赖处理规则监控扫描而遗漏行业通知的人员可能发出过时的监管面通知而无警告。大声呈现该差距。
如覆盖范围模糊则询问用户。 如果 ## 监管覆盖范围 说"个保法 / 数据安全法"但输出扫描触及健康医疗、金融或未成年人类别的数据，在继续前呈现覆盖范围与实际的错配："你的覆盖范围未列出[金融/医疗健康/未成年人保护]相关制度，但本扫描正在看涉及[类别]的输出。应否将该制度加入覆盖范围，并且是否有对应的行业通知需要差异对比？"
扫描模式： 无参数、--sweep 或由计划触发。
→ 扫描输出文件夹。将所有自上次扫描以来的输出与当前处理规则进行差异对比。
直接查询模式： 用户提供拟议新实践的描述。 → 将该实践与当前处理规则进行差异对比。建议更新。
读取 ## 输出 → 上次处理规则扫描 日期。扫描输出文件夹中该日期之后的输出文件。如果未记录日期，扫描所有文件并注明："首次扫描 — 扫描所有输出。"
如果输出文件夹为空或自上次扫描以来无新文件：
"自[上次扫描日期]以来无新输出。处理规则与近期实践似乎一致。下次计划扫描：[日期]。"
完成扫描后将 上次处理规则扫描 更新为今天日期至 ~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md。
PIA（个人信息保护影响评估）：
DPA 审查（已签署或已批准）：
分诊结果（需影响评估 / 可直接推进结果）：
个人信息主体权利请求回复：
对每个被标示的项目，评估：
必须更新 — 处理规则作出了本输出与之抵触的承诺，或处理活动正在进行但处理规则完全没有覆盖。不更新构成实质性不实陈述。
例：处理规则说"我们收集姓名、邮箱和支付信息。"某份 PIA 批准了位置数据的收集。处理规则对位置只字不提。这是必须更新——你在收集你未披露的数据。
建议更新 — 处理规则未提及但无冲突。处理活动在不更新的情况下也可辩护，但更新使之更完善。
例：处理规则说"我们可能与服务提供方共享数据。"某份 DPA 与新的数据分析供应商签署。处理规则未列出该供应商名称但也不排除他们。建议加入维护中的下游处理者名单。
[工作成果抬头 — 按插件配置 ## 输出 — 因角色不同而异；见 `## 谁在使用`]
# 个人信息处理规则监控 — 扫描报告
**日期：** [日期]
**输出已扫描：** [N个文件] | **自上次扫描以来新增：** [N个文件]
**发现的差距：** [N] 必须 | [N] 建议
---
## 必须更新
### [差距1 简短名称]
**来源：** [触发此的文件名 / 输出类型]
**正在发生什么：** [新实践的通俗描述]
**当前处理规则：** [引用相关章节 — 或"无覆盖"]
**差距：** [什么缺失或不一致]
**建议语言：**
> *添加至[章节名称]：*
> "[起草的处理规则文本 — 具体，与实际处理规则的语言风格一致]"
---
[对每个必须差距重复]
---
## 建议更新
### [差距名称]
**来源：** [文件名]
**正在发生什么：** [描述]
**当前处理规则：** [引用或"未提及"]
**建议语言：**
> *添加至 / 更新 [章节]：*
> "[起草文本]"
---
## 无需行动
[列出已扫描且未发现差距的输出——确认它们已被审阅]
---
## 后续步骤
- [ ] 审阅必须更新——每个都需要在相关功能/处理活动上线前（或如已上线则立即）做出决定
- [ ] 审阅建议更新——紧迫度较低但值得在下一次处理规则更新时处理
- [ ] 下次计划扫描：[日期]
从用户描述中抽取：
如果描述模糊，在继续前问一个澄清问题。不要做冗长的录入——此模式应快。
将拟议实践与当前处理规则的每个相关部分对照：
| 检查点 | 当前处理规则说 | 拟议实践 | 判定 |
|---|---|---|---|
| 数据类别 | [处理规则列出] | [新类别如有] | 🟢 已覆盖 / 🟡 差距 / 🔴 冲突 |
| 目的 | [已声明目的] | [新目的] | |
| 第三方 / 下游处理者 | [已声明方] | [新方如有] | |
| 保留期限 | [保留承诺] | [隐含保留期限] | |
| 用户权利 | [提供的权利] | [任何新权利影响] | |
| 披露 / 通知 | [处理规则关于告知用户的说法] | [本实践要求的] |
[工作成果抬头 — 按插件配置 ## 输出 — 因角色不同而异；见 `## 谁在使用`]
# 个人信息处理规则检查：[一行概括拟议实践]
**结论：** [需更新处理规则 / 建议更新 / 无需更新]
---
## 已覆盖
[列出拟议实践中已被当前处理规则覆盖的方面——简洁，确认它们不需要改变]
## 缺失
### [差距1]
**当前处理规则：** [引用或"未提及"]
**为什么需要：** [为什么该差距重要——法律、声誉或一致性原因]
**建议语言：**
> *添加至[章节]：*
> "[起草文本]"
### [差距2]
[相同格式]
## 冲突
### [冲突1 — 如有]
**当前处理规则说：** [引用]
**拟议实践做的是：** [什么冲突]
**解决：** [哪一方需要改变及为什么——通常是实践调整以匹配处理规则，或处理规则更新至可辩护的新立场]
---
## 时机
[如果任何差距为必须："处理规则更新应在此上线前完成。"
如果建议："可推进；在下一次处理规则更新时调整。"]
处理规则语言应：
起草时，始终说明添加到哪个章节。如果正确的章节不存在，说明并建议创建它。
在你自己的调度工具中设置定期提醒（日历、任务管理器或 CI）每周运行 /privacy-legal:policy-monitor。定时执行需要定时任务集成，本插件不包含。
每次扫描运行时，它更新 ~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md 中 ## 输出 → 上次处理规则扫描，这样下次扫描只看新文件。
以符合 CLAUDE.md ## 输出 的下一步决策树结束。根据本技能刚刚产出的内容定制选项——五个默认分支（起草X、升级、获取更多事实、观察和等待、其他）是起点，而非锁定。决策树即输出；律师选择。
如果扫描发现了超过约10个漂移发现，或用户随时询问：提供仪表板（见 CLAUDE.md ## 输出 → 数据密集型输出的仪表板提议）。为此输出定制提议——按表面（处理规则条款 / PIA / DPA / 分诊）计数，按严重程度计数，以及附来源工件和建议整改的可排序发现矩阵。
reg-gap-analysis。本技能监控内部实践漂移，不监控外部法律变化。