dsh-consent-guard：DeepSeek Harness 的用户同意合规检查插件

它是做什么的？

Consent Guard 是 DeepSeek Harness（DSH）的合规检查插件，专门审查用户同意与授权确认环节的代码实现。它解决的是注册页、弹窗里「默认勾选、捆绑同意、没有撤回入口」这类常见违规写法——这些做法在《个保法》下有明确要求，监管认定默认勾选时通常直接判违规。插件由 feely0208 维护，采用 MIT 协议，用 Shell 实现，最近更新于 2026-10-13。

核心功能

• 默认勾选检测：识别用户未做任何操作即被视为同意的勾选框，对应《个保法》第 14 条与 GDPR Recital 32，属高风险项。
• 无同意机制检测：发现采集了个人信息却缺少同意环节的代码，对应《个保法》第 13、17 条。
• 捆绑同意检测：识别把隐私政策（必要）与营销推广（非必要）合并成同一个勾选框的写法，对应《个保法》第 16、17 条。
• 撤回入口检测：检查是否缺少撤回同意的入口，对应《个保法》第 15 条。
• 规则清单与报告输出：支持列出全部检查规则，也可对指定 HTML 文件生成检查结果。

怎么使用这个插件？

在 DSH 中启用后，可直接对目标页面代码运行检查，用演示模式快速看一遍规则效果，或用规则清单模式了解它到底查哪些条目。需要针对具体页面时，把 HTML 文件交给它分析即可。它只读代码、不看实际界面，所以弹窗是否真的弹出、用户能否看懂仍需人工确认；撤回入口可能在服务端或另一个仓库，报出来属于提示确认；某项采集是否「提供服务所必需」属法律判断，插件不做结论。它与 dsh-cn-pipl-check 分工不同：后者做《个保法》逐条对照，这个专做同意机制、查得更深。

报错怎么排查？

插件报告「无撤回入口」或「采集但无同意机制」时，这两条属于弱信号，撤回入口可能位于服务端或另一个仓库，报出来是提示你确认，而非确定违规。插件只看代码不看实际界面，弹窗是否真正弹出、用户能否看懂需要人工验证。某项采集是否属于「提供服务所必需」是法律判断，插件不做判断，需按官方说明结合实际情况处理。