dsh-cn-pipl-check

应用上架被驳回，很多时候不是因为隐私文案写错，而是「政策里写的」和「代码里做的」对不上：政策说不收集位置，包里却申请了定位权限；承诺可随时注销，界面却找不到入口。这类落差很难靠人工通读政策再翻仓库一遍来排查，尤其当 SDK、权限和出站域名散落在多处时。

dsh-cn-pipl-check 面向「声明与实现对照」：在需要时由 agent 触发取证脚本，从权限是否最小必要、第三方 SDK 是否与清单一致、用户权利入口是否可操作、敏感信息是否单独同意、数据出境是否披露、以及政策承诺能否在实现中找到对应等维度，产出带文件与行号的客观结果，并整理成对照表与需人工判断清单。

它的设计原则是给出事实、不做武断合规结论——脚本匹配不到不等于功能不存在，未命中也只表示「没对上」，定性仍要结合业务场景与监管口径由人和审核方完成。适合在提审前做自查的移动端或跨端团队、负责隐私与合规的同事，以及希望 Harness 能系统化跑一轮个人信息保护对照的开发者。