前言¶

在 DSH（DeepSeek Harness）里做业务或数据相关开发时，模型和插件往往要读数据字典、Schema、配置文件。若字段里已经出现身份证、手机号、薪资等敏感信息，却长期标成 public 或根本没有分级字段，后续加密、访问控制、留存和出境评估都缺少依据。《数据安全法》第二十一条要求建立数据分类分级保护制度；分级不是「填个表」，而是要让代码和文档里能看出来「这类数据被当成几级」。

DeepSeek Harness 的生态思路是「一切皆插件」：能力以插件形式挂到 Harness 上，社区目录在独立站点维护，与 DeepSeek / 幻方无官方从属关系。下面介绍维护者 feely0208 的 dsh-data-classify（npm 包名 @deepwhale-cn/dsh-data-classify，分类 admin-security），它专门查：数据本身在仓库里有没有分级标注、有没有资产清单或制度文档的线索——不替你定级，只帮你发现「该有分级痕迹的地方缺了」。

这是什么¶

dsh-data-classify 的定位可以用 README 里的一句话概括：数据分类分级 —— 查数据有没有分级标注与资产清单。

典型问题是数据字典长这样：

"fields": {
  "idcard": { "type": "string", "public": true },
  "phone":  { "type": "string", "public": true },
  "salary": { "type": "string", "public": true }
}

身份证、手机号、薪资全标成 public。没有分级，就无法对不同数据施加不同保护强度；加密、访问控制、留存期限、出境评估都建立在「这是几级数据」之上。本插件在工程侧做静态/规则化检查，把缺口报出来，方便你和合规、数据治理同事对齐。

它查什么¶

README 用表格归纳了检查关注点（严重程度以插件报告为准）：

关于「全是公开」：插件认为这通常不是「我们真的只有公开数据」，而是分级工作没做完（先标了默认值）。分类分级的价值在于差异 —— 只有一级等于没有分级。

敏感字段识别依赖字段名等启发式；自定义命名可能漏报。规则细节可通过 --list-rules 查看。

安装与启用¶

在 DSH Web 配置侧安装：

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

不经过 DSH 插件命令、仅作 CLI 使用时：

npx @deepwhale-cn/dsh-data-classify

package.json 中声明：需要 Node >= 18，dsh >= 0.1.0-rc.6；当前包版本为 0.1.1，许可证 MIT。插件以当前 dsh 进程权限扫描工作区，安装或 npx 前请自行查看 GitHub 源码 与许可证，确认符合组织策略。

典型用法¶

安装 CLI 后，README 给出的可复现命令如下。

演示模式（看示例输出与规则效果）：

dsh-data-classify --demo

列出内置规则与依据：

dsh-data-classify --list-rules

生成 HTML 报告：

dsh-data-classify --html r.html

官方 README 附有检查报告、演示模式输出、规则与依据的示意图（托管于 deepwhale.org.cn 的 plugin-assets 路径），可与本地 --html 输出对照理解。

边界与配套¶

使用前请明确插件不判断「该定几级」 —— 分级标准由行业和组织决定。分级也可能存在于仓库外（数据治理平台、内部文档）；报出项是提示你确认，而非直接认定违规。

其他边界（摘自 README）：

• 敏感数据靠字段名识别，自定义命名会漏。
• CLASSIFY-ALL-PUBLIC 为启发式：只有「公开」一级同时出现在多处时才值得怀疑。

与同维护者的 dsh-pipia 分工：dsh-pipia 查个人信息影响评估流程；dsh-data-classify 查数据本身有没有分级。深鲸网安守护系列中，本插件归类在「国内合规」方向，可与数据扫描、留存、出境等插件按需组合；安全问题是链式的，单插件只覆盖一环。

README 声明：本插件是工具，使用者须遵守所在地区法律法规，对使用造成的后果自行承担责任。

链接¶

• 社区目录页：https://www.skillhub.cn/plugins/feely0208/dsh-data-classify
• 源码与说明：https://github.com/feely0208/dsh-data-classify

经过上面的步骤，你可以在 DSH 工程或 CI 里固定跑一遍分级与清单线索检查，把「敏感字段无标注」「缺清单/制度文档」「清一色公开级」等问题尽早暴露在提交前，而不是等到审计或事故后再补台账。