DSH 中文合规与工程技能集
给 DeepSeek Harness（DSH）用的中文场景插件集。
面向中国大陆市场的合规审核、公文排版，以及通用但容易踩坑的发布自检。
为什么有这个仓库
DSH 的插件生态里绝大多数内容是英文的，而面向中国大陆市场的合规要求（广告法极限词、
网络工具用语红线、公文格式国家标准、备案与隐私表述）没有现成的成套工具。
结果就是：每一个在中国做产品的团队，都要自己重新踩一遍同样的坑 ——
被广告法极限词卡住、备案信息写错、公文排版不符合 GB/T 9704、
发布流程里"没有报错但事情没做成"的事故反复发生。
这个仓库把这些经验固化成 DSH 技能（skill），装上就能用，也可以按自己的情况改。
包含哪些技能
这些包的边界是刻意分开的：合规管「话」，标识管「AI 链路」，隐私对照管「说的和做的是否一致」，上架预检管「材料与流程」，密钥扫描管「有没有把凭据交出去」，自检管「东西」，不能互相替代。
安装
一条命令装全套（7 个技能）：
dsh plugin --profile web add @deepwhale-cn/dsh-bundle-cn-skills
dsh-bundle-cn-skills 是组合包，本身不含逻辑，只声明依赖并把 7 个技能一次性挂进 profile。
只装需要的：
dsh plugin add @deepwhale-cn/dsh-cn-compliance
装完重启 DSH，Agent 在相关对话里会自动带上这些技能。
手动安装（等价方式，适合要钉版本号的场景）
npm install @deepwhale-cn/dsh-cn-compliance \
@deepwhale-cn/dsh-cn-doc-formatter \
@deepwhale-cn/dsh-release-selfcheck \
@deepwhale-cn/dsh-cn-ai-labeling \
@deepwhale-cn/dsh-cn-pipl-check \
@deepwhale-cn/dsh-cn-appstore-preflight \
@deepwhale-cn/dsh-secret-scan
然后在 DSH profile 的 package.json 里把它们列为 bundle：
{
"dependencies": {
"@deepwhale-cn/dsh-cn-compliance": "^0.1.1",
"@deepwhale-cn/dsh-cn-doc-formatter": "^0.1.1",
"@deepwhale-cn/dsh-release-selfcheck": "^0.1.0",
"@deepwhale-cn/dsh-cn-ai-labeling": "^0.1.0"
},
"dsh": {
"profile": {
"bundles": [
"@deepseek-ai/dsh-base",
"@deepseek-ai/dsh-web-app",
"@deepwhale-cn/dsh-cn-compliance",
"@deepwhale-cn/dsh-cn-doc-formatter",
"@deepwhale-cn/dsh-release-selfcheck",
"@deepwhale-cn/dsh-cn-ai-labeling"
]
}
}
}
重启 DSH，Agent 在相关对话里就会自动带上这些技能。
兼容与运行要求
| 项 | 值 |
|---|
| DSH 版本 | 任意支持插件系统的版本 |
| 平台 | 不绑定桌面端，任意支持 DSH 的载体（桌面端 / Web / CLI） |
| 运行环境 | Node.js（随 DSH 提供，无需额外安装） |
| 网络 | 不需要网络，全部离线可用 |
权限与外部服务
这 7 个技能全部只读本机文件做静态检查，不联网、不上传、不写入你的项目。
| 技能 | 读取 | 外发 |
|---|
| 合规审核 / AI 标识 / 隐私对照 / 上架预检 / 发布自检 / 密钥扫描 | 工作区内的文件 | ❌ 无 |
| 公文排版 | 本机文本 | ❌ 无（生成的文件写在本机） |
不内置敏感词表——原因见下方「设计原则 4」。这一点很重要：它保证本工具不会变成
「绕过合规检查」的工具，只做机械可查的部分。
设计原则
1. 误报比漏报更致命
合规扫描最容易犯的错不是"漏掉敏感词"，而是误报太多：
锁文件里的 base64 哈希恰好含 VPN、CSS 里的 绝对定位 是布局术语、
代码注释里的"永远不执行"是技术描述 —— 这些都被报出来的话，
人读几次就不再看报告了，真正的风险反而被淹没。
所以这些工具都花了大量精力在误报规避上，并在技能正文里明确列出
「已知假阳性」，告诉大家哪些命中是正常的、不要去改。
2. 断言「结果」，不断言「过程」
release-selfcheck 整条思路来自一个反复出现的现象：最常见的发布事故，
都发生在所有 CI 都是绿的、日志里没有任何异常的时候。
- 临时目录名撞上仓库已有目录 → 无关文件被一起上传，而工作流报"成功"
- 两个构建任务的产物同名 → 一个平台整个丢失，而所有任务全绿
- 用某条命令的输出做断言 → 完好的包被判成坏包，排查方向被带偏
对策只有一句：断言可核对的最终结果（文件里到底有没有那段内容、
产物清单里每个平台在不在、HTTP 状态码是不是 200），
而不是"函数返回成功""命令 exit 0"。
3. 本仓库自身会命中合规扫描 —— 这是设计使然
拿合规扫描去扫本仓库，一定会报出大量命中：合规插件必须包含它要检测的那些词
（否则无法检测），技能正文也必须逐字引用它们才能说清"哪些该报、哪些不该报"。
这不代表内容违规，也不要去改。 判断标准很简单：
看命中的上下文是在「列词表 / 解释规则」，还是在「对用户做宣称」。
前者是工具的实现，后者才是风险。
4. 插件不内置敏感词表
合规插件不携带政治敏感词表 —— 避免插件自身成为敏感内容的载体。
这部分需要人工审核或使用专门的第三方工具。工具能做的是把机械可查的部分查干净。
每个包的详情
贡献
欢迎提 Issue 补充真实踩过的坑 —— 尤其是"误报"和"漏报"两类：
- 你遇到了规则误报（把正常内容判成风险）？告诉我们上下文，这类反馈最有价值
- 你踩到了规则没覆盖的合规问题？欢迎补充
比"多加几个词"更有价值的，是把规则变得更准。
English
A collection of Chinese-market skills for DeepSeek Harness:
dsh-cn-compliance — content compliance review for the China market
(advertising-law superlatives, network-tool terminology, internal-file exposure)dsh-cn-doc-formatter — Chinese official document typesetting per GB/T 9704-2012dsh-release-selfcheck — release preflight: artifact manifest diffing,
version consistency, architecture verification, link checks, release disciplinedsh-cn-ai-labeling — AI-generated content labeling self-check against
China's mandatory national standard GB 45438—2025 (explicit/implicit labels,
file metadata format, export paths, app-store submission)dsh-cn-pipl-check — PIPL compliance: does your privacy policy match what
the code actually does (permissions, third-party SDKs, user-rights entry points,
separate consent, outbound data transfer)dsh-cn-appstore-preflight — China app-store pre-submission check: app filing,
privacy-policy reachability, permission purpose statements, account-deletion entry,
minor protection, submission-material skeletondsh-secret-scan — secret and sensitive-data scan: cloud AKs, tokens, private
keys, credential files tracked by git, internal IPs and hostnames (domain-agnostic)
Install (all seven at once):
dsh plugin --profile web add @deepwhale-cn/dsh-bundle-cn-skills
Or install a single skill:
dsh plugin add @deepwhale-cn/dsh-cn-compliance
All seven are fully offline static checks — no network, no upload.
The release preflight is domain-agnostic and useful for any project that ships
build artifacts to multiple channels — its whole point is catching failures that
leave every CI job green.
License
MIT
由 深鲸 DeepWhale 维护。
