@deepwhale-cn/dsh-cn-pipl-check:隐私政策与代码实现对照

前言

在应用上架或合规自查时,常见卡点不是隐私政策文案写得多漂亮,而是政策里承诺的和工程里实际做的对不上:政策写「不收集位置」,清单里却有定位权限;承诺「可随时注销」,客户端却找不到入口。人工逐文件翻权限、依赖和页面入口,成本高且容易漏项。

DeepSeek Harness(DSH)通过插件把能力挂进智能体工作流。@deepwhale-cn/dsh-cn-pipl-check(仓库 feely0208/dsh-cn-pipl-check,维护者 feely0208,社区分类为工作流)面向上述问题:在本地对应用工程做声明 ↔ 实现的取证与对照,输出可核对的事实材料,而不是替你做最终的合规定性。

这是什么

一句话:给 DSH 用的 skill 插件,回答「隐私政策里承诺的,和代码里真做的,是不是一回事?」

package.json 中的描述概括为:核对权限、第三方 SDK、用户权利入口、敏感信息单独同意、数据跨境与留存等与隐私相关的实现,是否与政策表述一致。许可证为 MIT;对 DSH 的版本要求为 >=0.1.0-rc.6。

它查什么

README 将必查范围归纳为六类,下表与官方说明一致。

项 具体是什么
权限最小必要 每个权限是否有不可替代的功能、申请时机是否合适、是否说明用途
第三方 SDK 清单 打包中真实存在的 SDK(统计/推送/地图/支付/广告等)与政策清单是否一致
用户权利入口 查阅、复制、更正、删除、注销账号、撤回同意等是否有可操作入口
敏感信息单独同意 人脸、指纹、行踪、医疗、金融、十四周岁以下等是否单独弹窗,而非仅混在总协议
数据出境 出站域名与服务商在境内还是境外,政策是否写明
承诺可落地 政策中的具体承诺能否在实现中找到对应

插件强调输出的是事实与定位(含文件与行号),合规定性仍依赖业务场景、同意取得方式与监管口径,需人工逐条确认。技能正文中反复提示:找不到 ≠ 没有;未匹配只表示规则未命中,不能等同于「不存在」。

为什么不是「列一堆检查项」

对照类 checklist 容易直接给出「通过/不通过」结论。该插件的设计是:scan.sh 等取证脚本先扫权限声明、依赖中的 SDK、权利相关代码与出站域名、隐私政策文件位置等,把结果写成带路径与行号的片段,例如:

── 2. 代码里真实声明的权限 ──
  · ACCESS_FINE_LOCATION   (AndroidManifest.xml)
  · NSCameraUsageDescription   (Info.plist)

── 3. 可能收集个人信息的第三方 SDK ──
  · build.gradle: com.umeng.analytics:analytics:9.3.8
  · package.json: react-native-amap-geolocation

── 4. 用户权利入口 ──
  · SettingsActivity.java: 注销账号

智能体再按六项范围整理对照表和需人工判断清单(格式见技能正文第四节)。这样避免「看起来权威但在瞎定性」的报告——在合规场景里,这类报告往往比没有报告更危险。

与相邻技能的边界

同一系列里几个包职责刻意拆分,不能互相替代:

包 管什么
dsh-cn-compliance 对外文案红线(话能不能说)
dsh-cn-ai-labeling AI 生成内容的显式/隐式标识
dsh-cn-pipl-check 隐私相关:说的和做的是否一致
dsh-release-selfcheck 发布产物与流程是否正确

做上架前合规时,可按需组合多个插件;个人信息保护对照应使用本包,而不是用文案或发布自检插件顶替。

安装与启用

在目标 profile 下安装(README 给出的命令如下,勿自行拼接 github:owner/repo 形式):

dsh plugin --profile web add @deepwhale-cn/dsh-cn-pipl-check

若使用其他 profile,将 web 换成你的 profile 名称:

dsh plugin --profile <profile> add @deepwhale-cn/dsh-cn-pipl-check

安装完成后重启 DSH,技能会在需要时由框架挂载可用。

注意: 插件以当前 DSH 进程权限运行,取证脚本会读取你指定的应用目录与隐私政策文件。安装前请自行审阅 GitHub 仓库 源码与 MIT 许可证,确认符合你的安全与合规流程。

典型用法

通过智能体做一次对照

装上插件后,可直接让 agent「做一次个人信息保护对照」。流程与 README 一致:

  1. 运行取证脚本(扫权限、SDK、权利入口、出站域名、隐私政策定位)
  2. 按六个必查项逐条对照
  3. 产出对照表与需人工判断清单

自行运行取证脚本

若不想经过对话,可在安装目录或技能正文中给出的路径找到 skill/scan.sh,例如:

scan.sh --dir /path/to/app --policy /path/to/privacy.md

将 /path/to/app 换成待检应用工程根目录,/path/to/privacy.md 换成隐私政策文稿路径。具体参数以技能正文与仓库内脚本为准。

适用场景与注意

适合谁: 在 DSH 工作流里做移动或跨端应用合规预检的开发者、负责上架材料与隐私政策迭代的同学,需要在发版前快速拉齐「政策文本」与「Manifest / 依赖 / 设置页代码」的团队。

不适合当作什么: 不能替代律师意见或监管认定;不能仅凭脚本输出断定违法或违规。服务端实现的注销、同意撤回等,客户端扫描可能匹配不到,必须人工核实。

生态说明: DSH 社区插件目录(如 SkillHub 上的 feely0208/dsh-cn-pipl-check)由社区维护,与 DeepSeek / 幻方无官方从属关系;安装与使用以仓库 README 与 npm 包 @deepwhale-cn/dsh-cn-pipl-check(当前资料中版本 0.1.0)为准。

结尾

@deepwhale-cn/dsh-cn-pipl-check 把个人信息保护里最难自动化的一部分——承诺与实现是否一致——拆成可复现的取证与对照步骤,并把定性留给人和审核方。若你已在用 DSH 编排发版或合规流程,可按上文命令安装,从一次「政策 + 代码」对照开始。

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜