六个部分
| 编号 | 标准 | 管什么 | 给谁用 |
|---|---|---|---|
| DSHIO-DEV | 开发规范 | 插件怎么写才算合格 | 插件作者 |
| DSHIO-TEST | 测试标准 | 测哪几种、每种怎么判定 | 我们 / 作者 / 用户 |
| DSHIO-GRADE | 质量分级 | A/B/C/D/E 怎么定 | 用户 |
| DSHIO-LIST | 收录标准 | 什么能进目录、什么下架 | 我们 |
| DSHIO-RISK | 风险分级 | 权限 → 风险等级 | 用户 |
| DSHIO-RANK | 推荐标准 | 自然排名怎么算、付费怎么标 | 作者 / 用户 |
标准清单
| 标准号 | 名称 | 版本 | 发布日期 | 状态 |
|---|---|---|---|---|
DSHIO/T 00—2026 | 总则 | v1.0 | 2026-11-06 | 现行 |
DSHIO/T 01—2026 | 开发规范 | v1.0 | 2026-11-06 | 现行 |
DSHIO/T 02—2026 | 测试标准 | v1.0 | 2026-11-06 | 现行 |
DSHIO/T 03—2026 | 质量分级 | v1.0 | 2026-11-06 | 现行 |
DSHIO/T 04—2026 | 收录标准 | v1.0 | 2026-11-06 | 现行 |
DSHIO/T 05—2026 | 风险分级 | v1.0 | 2026-11-06 | 现行 |
DSHIO/T 06—2026 | 推荐标准 | v1.0 | 2026-11-06 | 现行 |
DSHIO 标准 v1.0
一套关于 DeepSeek Harness 插件的公开标准:怎么开发、怎么测、怎么分级、怎么收录、怎么评风险、怎么推荐。
为什么要有一套标准。
DSH 是「一切皆插件」的框架,但官方只定义插件的运行接口,不定义插件的质量。
官方文档里明确写了:官方不对插件的功能正确性负责。
结果是:3.5 万个插件,没有统一的合格线。同一个插件,在 A 站标「已验证」,在 B 站标「未验证」, 用户不知道信谁。
DSHIO 标准要解决的就是这件事:把「什么叫合格」写成公开可查的条款。
结果是:3.5 万个插件,没有统一的合格线。同一个插件,在 A 站标「已验证」,在 B 站标「未验证」, 用户不知道信谁。
DSHIO 标准要解决的就是这件事:把「什么叫合格」写成公开可查的条款。
标准号怎么读
每个标准都有一个编号,格式参照 GB/T,由四段组成:
DSHIO/T 02—2026 │ │ │ └── 发布年份 │ │ └───── 标准序号 │ └──────── 标准性质 └─────────────── 发布机构代号
| 部分 | 含义 | 说明 |
|---|---|---|
| DSHIO | 发布机构代号 | DeepSeek Harness Input/Output —— 本标准的发布机构 |
| /T | 标准性质 | 推荐性技术标准(T = 推荐),参照 GB/T 体例。 不是强制性标准 —— 你完全可以不遵守,只是遵守了能被验证 |
| 02 | 标准序号 | 每个标准一个固定序号,见下表。序号一经分配不再变更 |
| 2026 | 发布年份 | 该标准首次发布的年份。后续修订仍沿用该年份, 版本号通过 v1.0 / v1.1 表达 |
为什么用「—」长破折号而不是连字符。
这是 GB/T 的书写惯例:
GB/T 1.1—2020。
用长破折号是为了在文字排版里一眼区分「序号」和「年份」。序号对照
| 序号 | 标准号 | 名称 |
|---|---|---|
| 00 | DSHIO/T 00—2026 | 总则 |
| 01 | DSHIO/T 01—2026 | 开发规范 |
| 02 | DSHIO/T 02—2026 | 测试标准 |
| 03 | DSHIO/T 03—2026 | 质量分级 |
| 04 | DSHIO/T 04—2026 | 收录标准 |
| 05 | DSHIO/T 05—2026 | 风险分级 |
| 06 | DSHIO/T 06—2026 | 推荐标准 |
版本号怎么读
每个标准另有版本号,格式为 v主版本.次版本:
| 位置 | 含义 | 什么时候递增 | 例子 |
|---|---|---|---|
| 主版本 | 重大修订 | 有不兼容的条款变更 —— 原来合規的插件可能变成不合規 | v1.0 → v2.0 |
| 次版本 | 一般修订 | 新增条款、澄清表述、修正错误,向后兼容 | v1.0 → v1.1 |
什么时候必须看版本号。
如果你在文件、工具或文章里引用本标准,必须同时写明标准号和版本号,
例如「DSHIO/T 02—2026 v1.0」。否则条款变更后,读者不知道你指的是哪一版。
版本历史示例
| 版本 | 发布日期 | 变更类型 | 发生了什么 |
|---|---|---|---|
| v1.0 | 2026-11-06 | 首次发布 | 标准建立 |
| v1.1 | (示例) | 次版本 | 新增一条失败分类,旧条款不变 |
| v2.0 | (示例) | 主版本 | 重定义 A 级条件,旧判定失效 |
标准状态
| 状态 | 含义 | 能不能用 |
|---|---|---|
| 现行 | 当前有效版本 | 能 |
| 即将实施 | 已发布,但未到实施日期 | 参考用,判定仍按现行 |
| 废止 | 已被新版本替代 | 不能用于新判定,仅存档 |
目前六份标准全部为 现行,发布日期与实施日期同为 2026-11-06。
引用格式
如果你要在文章、工具、README 里引用本标准,用下面任一格式:
| 语言 | 格式 |
|---|---|
| 中文 | DSHIO/T 02—2026《测试标准》v1.0 |
| 英文 | DSHIO/T 02—2026, Testing Standard, v1.0 |
| 简化(上下文已明确时) | DSHIO/T 02—2026 v1.0 |
关于转载。
本标准采用 CC BY 4.0 许可:可以自由复制、传播、改编,
唯一要求是标注来源和版本。我们不要求付费,也不要求授权,
但要保留标准号和版本号,这样读者能追溯原文。
三条基本承诺
1. 标准是公开的,判定是可复核的。
每一条标准都在这个网站上,任何人都能读。每个判定都附证据(命令输出、报告文件),
你可以自己跑一遍对照。
2. 「未测」不等于「不合格」。
我们没有测的插件,标「未测」,不标「失败」。标准只对「测过的」下结论。
这条是硬规则 —— 混用会让整个体系失去意义。
3. 推荐位可以买卖,排名不可以。
自然排名只由数据决定,不因付费改变。付费推荐会明确标注「推广」,
且不影响自然排名。详见 DSHIO-RANK。
版本与变更
| 版本 | 日期 | 变更 |
|---|---|---|
| v1.0 | 2026-11-06 | 首次发布。六个标准体系,测试 T0-T5。 |
标准版本号独立于网站版本。每次修改都会记录在这里。
怎么用这套标准
| 你是谁 | 怎么用 |
|---|---|
| 插件作者 | 按 DSHIO-DEV 写,用 DSHIO-TEST 自测,拿到等级后进推荐池 |
| 使用者 | 看 DSHIO-GRADE 的等级, 看 DSHIO-RISK 的风险 |
| 其它目录站 | 可以直接引用这套标准,标注来源即可(CC BY 4.0) |
版本历史
| 版本 | 标准号 | 发布日期 | 变更内容 |
|---|---|---|---|
| v1.0 | DSHIO/T 00—2026 | 2026-11-06 | 首次发布 |
条款变更时版本号递增,旧版本保留可查。