前言¶

在 DSH 或常规 Web 项目里，「删用户」往往写成更新数据库字段：打上 is_deleted、deletedAt 或把 status 设为 deleted。功能上账号不可见，但行数据仍在库里，仍可能被查询、导出或泄露。《个人信息保护法》第四十七条要求个人请求删除时，处理者应当主动删除；监管语境里「删除」包含物理删除与不可逆匿名化，仅软删除通常不构成合规意义上的删除。

同意采集有 dsh-consent-guard 一类工具可对照；权利行使（查阅、复制、删除、注销入口是否在代码里落地）则需要另一套检查。@deepwhale-cn/dsh-data-rights（仓库 feely0208/dsh-data-rights）是 DeepSeek Harness 生态下的 admin-security 类插件，由 feely0208 维护，对代码库做规则扫描，提示删除权、查阅/复制权及权利受理渠道是否在实现层面「找得到」。

这是什么¶

插件 npm 包名为 @deepwhale-cn/dsh-data-rights（当前版本 0.1.1，MIT 许可证）。定位一句话：查查阅、复制、删除权有没有真的实现，依据主要来自个保法第 45、47、50 条。

它依赖 @deepwhale-cn/dsh-guard-core，可在 DSH 中通过 bundle patch 接入，也可单独用 CLI 运行。与 consent-guard 的分工：前者查同意的取得，本插件查权利的行使。

它查什么¶

扫描结果按严重程度分级，README 中的规则摘要如下：

软删除值得单独关注：仓库里可能有 deleteUser，业务也在跑，但个保法要的「删除」是真实删掉或不可逆匿名化。插件对软删除的识别依赖常见模式（如 is_deleted、deletedAt、status: 'deleted' 等）；自定义字段名可能漏报。

安装与启用¶

在 DSH 中安装（web profile）：

dsh plugin --profile web add @deepwhale-cn/dsh-data-rights

不依赖 DSH 进程时，可直接用 npx 拉取同一包：

npx @deepwhale-cn/dsh-data-rights

运行环境要求：node >= 18，dsh >= 0.1.0-rc.6（仅 DSH 集成路径需要）。插件会以当前 DSH 或 CLI 进程的权限读取项目文件；安装或执行前建议自行查看 GitHub 源码 与许可证，确认符合团队安全策略。

典型用法¶

安装后可通过 dsh-data-rights 命令操作。README 给出的示例：

dsh-data-rights --demo
dsh-data-rights --list-rules
dsh-data-rights --html r.html

--demo 用于查看演示模式输出；--list-rules 列出规则与法律依据；--html r.html 将检查报告导出为 HTML。正式扫描一般在绑定 DSH 的项目上下文中执行，具体交互以 DSH 文档与插件 skill 为准。官方 README 附有报告示例、演示输出与规则说明截图（见 deepwhale.org.cn 插件资源）。

边界与适用场景¶

适合谁：负责个保合规自查的后端、全栈或安全工程同学；在改账号注销、数据导出、用户删除逻辑前后，用静态结果补一轮「权利是否写在代码里」的检查。

务必知道的限制（来自官方 README）：

1. 只看代码，不看数据库实际状态 —— 代码未软删但备份仍留存等情况，本工具看不到。
2. 「找不到」是弱信号 —— 权利请求可能由运营人工处理，注销入口可能在别的仓库；报告是提示你人工确认，不是终审结论。
3. 软删除识别靠模式 —— 非约定字段名会漏检。
4. 不检查响应时限 —— 个保法要求「及时」答复，具体时限（如 15 个工作日）需人工核对。

DSH 社区插件目录独立于 DeepSeek / 幻方官方应用商店；可在 SkillHub 目录页 查看收录信息。本插件是辅助工具，使用者须遵守所在地区法律法规，对使用造成的后果自行承担责任。

结尾¶

dsh-data-rights 把个保法 45、47、50 条里与「查、复制、删、注销、受理渠道」相关的实现缺口，转成可复现的代码级检查项，并与 consent-guard 等深鲸网安守护系列插件形成链式互补。需要安装说明与规则细节时，以 GitHub README 为准；在 DSH 插件市场中可按包名 @deepwhale-cn/dsh-data-rights 检索。