标准号
DSHIO/T 32—2026
名称
認證規則
层级
管理标准
状态
草案 · 未啟用
原文
简体中文

DSHIO/T 32—2026 認證規則

標準號DSHIO/T 32—2026
名稱認證規則
版本v1.0(草案)
發布2026-11-07
實施未定
狀態草案 · 未啟用
原文簡體中文
層級管理標準

⚠️ 本標準當前未啟用

截至 2026-11-07,DSHIO 不提供認證服務。

本文件僅為將來啟用時的規則草案。在它從「草案」轉為「現行」之前:

  1. 不存在「DSHIO 認證」這一狀態
  2. 任何聲稱獲得 DSHIO 認證的表述均為虛假
  3. 本文件不得被引用作為合規依據

為什麼先寫好但不啟用: 認證需要身份、付費與人工審核。在這些前提不具備時開放認證,只會產生無法兌現的承諾。 先把規則寫清楚,等條件齊備再啟用 —— 啟用時不需要重新設計。


1 範圍

本標準規定了 DSHIO 認證的申請條件、審核流程、證書內容、有效期與撤銷規則。

本標準適用於申請 DSHIO 認證的插件作者與執行認證的 DSHIO 自身。

本標準不規定技術要求 —— 技術要求見 DSHIO/T 10;測試方法見 DSHIO/T 20 與 DSHIO/T 21。

1.1 實施獨立性聲明

本標準規定的認證只判定是否符合標準,不判定插件的好壞、不推薦使用、不背書作者。

獲得認證的插件仍可能不適合特定用途。認證不構成任何形式的保證。


2 規範性引用文件

標準號名稱引用條款
DSHIO/T 00—2026術語和定義3.1.6(認證)、3.6.1(符合)、3.6.4(例外)、3.7.3(風險等級)
DSHIO/T 10—2026插件標準第 5、6、7 章
DSHIO/T 20—2026測試方法總則第 11、12 章
DSHIO/T 21—2026測試條件全部
DSHIO/T 33—2026標誌使用全部
DSHIO/T 34—2026申訴與複評全部

3 術語和定義

DSHIO/T 00—2026 界定的術語適用於本文件。

本文件補充定義:

3.1 申請人

applicant

提出認證申請的主體。必須是插件的合法發佈者。

3.2 認證範圍

certification scope

認證覆蓋的具體內容:插件名、版本、DSH 版本、測試階段範圍、模型(若含 T5)。

認證範圍之外的一切不在認證效力內。

3.3 證書

certificate

證明認證範圍內符合性的文件。含唯一編號與可查詢地址。

3.4 有效期

validity period

證書生效至失效的時間段。

3.5 撤銷

revocation

在有效期內使證書失效的行為。

3.6 暫停

suspension

在有效期內臨時中止證書效力的行為。


4 認證級別

4.1 三級設計

級別名稱覆蓋判定要求
L1靜態符合T0無 critical 不符合
L2可安裝T0–T4無 critical 不符合,且 T1–T4 全部通過
L3完整符合T0–T5L2 + 人工條款 + T5 全過

4.2 級別與範圍的關係

L1、L2 與模型無關。 其證書不註明模型。

L3 必須註明模型。 一個插件在 A 模型上通過 L3,不代表在 B 模型上也通過。

4.3 當前規劃

當前只計劃開放 L1 與 L2。 L3 涉及模型成本與隨機性,暫不規劃。


5 申請條件

5.1 必備條件

申請人必須同時滿足:

#條件核驗方式
1已註冊 DSHIO 賬號郵箱或 GitHub 驗證
2是插件的合法發佈者見 5.2
3插件已公開發佈且可安裝registry 可查
4已自行完成一次靜態檢查且無 critical 不符合提交檢查報告連結
5已閱讀並接受認證條款勾選確認

5.2 發佈者驗證

三種方式,任選其一:

方式操作適用
npm 維護者驗證用 registry 中記錄的 maintainer 郵箱接收驗證碼npm 包
倉庫權限驗證在倉庫 README 或指定 issue 中放入一次性驗證碼GitHub 包
雙向確認從插件 README 中聲明的聯繫郵箱發出申請兜底

驗證碼有效期 24 小時,一次性。

未通過發佈者驗證的申請一律駁回。 理由:防止給他人插件頒發證書。

5.3 不接受的情形

情形處理
插件源碼不公開且作者拒絕提供可審查的說明只能申請 L1/L2(不涉及源碼審查)
插件已被撤銷認證且未滿 90 天不受理
同一版本重複申請不受理,已認證狀態可直接查詢
申請人與插件無關聯駁回

6 審核流程

6.1 流程圖

1. 提交申请
      ↓
2. 形式审查(3 个工作日内)
      ↓ 不通过 → 告知原因,可修改后重提
3. 技术检验(L1:即时;L2:1-3 个工作日)
      ↓ 不通过 → 出具不符合清单
4. 出具报告
      ↓
5. 申请人确认(7 天内)
      ↓ 逾期视为放弃
6. 证书签发
      ↓
7. 公开登记

6.2 形式審查

檢查:

  • 申請材料齊全
  • 發佈者驗證通過
  • 插件在 registry 可查
  • 申請的級別與範圍明確

不涉及技術判定。

6.3 技術檢驗

按申請級別執行對應階段:

級別執行的階段重複次數
L1T01 次
L2T0–T42 次,判定必須一致
L3T0–T5T0–T4 兩次,T5 三次全過

全部測試必須符合 DSHIO/T 21 的條件,並記錄環境指紋。

6.4 出具報告

報告必須包含:

  1. 認證範圍(插件名、版本、DSH 版本、級別)
  2. 環境指紋
  3. 逐條結果(條款號、狀態、證據)
  4. 總體判定
  5. 例外清單(若有)
  6. 測試日期與執行者標識

不得只給結論不給證據。

6.5 申請人確認

申請人收到報告後 7 天內確認。確認即表示:

  • 接受報告內容
  • 同意在認證範圍內使用標誌
  • 同意公開登記

逾期未確認視為放棄本次申請。

6.6 簽發

通過後簽發證書,寫入公開登記冊。


7 證書

7.1 內容

項內容
證書編號DSHIO-<級別>-<年月>-<序號>,例如 DSHIO-L2-202612-0007
插件名npm 包名或 github:owner/repo
插件版本精確版本號
認證級別L1 / L2 / L3
認證範圍覆蓋的階段
DSH 基準版本例如 0.2.2-rc.1
環境指紋完整字符串
模型(L3 必填)模型 ID + 版本
發證日期YYYY-MM-DD
有效期至YYYY-MM-DD
查詢地址https://dshio.org/verify/<證書編號>
報告連結完整報告的公開地址

7.2 有效期

級別有效期理由
L112 個月靜態結構變化慢
L26 個月DSH 版本變化快,行為可能失效
L33 個月模型與插件都在快速變化

有效期從簽發日起算。

7.3 續期

有效期屆滿前 30 天可申請續期。

續期需重新執行對應級別的檢驗。 插件版本變更時,不得以舊報告續期。

7.4 證書不得轉讓

證書綁定具體插件與版本。插件轉手時,證書不隨之轉移,需重新申請。


8 撤銷與暫停

8.1 撤銷的情形

#情形處理
1發現測試報告造假撤銷,90 天內不受理
2插件後續版本引入嚴重問題撤銷,需重新申請
3作者主動申請撤銷撤銷
4發現認證範圍外的重大缺陷評估後決定是否撤銷
5證書信息被虛假使用撤銷並公示

8.2 暫停的情形

#情形期限
1收到有效投訴,正在調查調查期間
2插件從 registry 下架立即暫停
3DSH 基準版本升級,尚未複測至複測完成

暫停期間證書仍可查詢,但標記為「暫停」。

8.3 撤銷的程序

1. 书面通知申请人(说明理由与依据)
      ↓
2. 给 15 天申辩期
      ↓
3. 申辩成立 → 恢复;不成立 → 撤销
      ↓
4. 公开登记册更新
      ↓
5. 申请人可依 DSHIO/T 34 申诉

不得未經通知直接撤銷。

8.4 撤銷後的行為

  • 公開登記冊標記「已撤銷」
  • 證書查詢頁顯示撤銷日期與理由類別
  • 作者必須在 7 天內移除標誌使用
  • 逾期未移除的,公示違規

9 公開登記冊

9.1 內容

所有證書(含已撤銷的)都必須公開可查。

字段說明
證書編號
插件名與版本
級別
狀態有效 / 暫停 / 已撤銷
發證日期
有效期至
報告連結

9.2 查詢方式

必須提供無需註冊的查詢:

https://dshio.org/verify/<證書編號>

也必須支持按插件名查詢:

https://dshio.org/verify?plugin=dsh-pet

9.3 為什麼公開

  1. 使用者的知情權 —— 看到標誌的人應該能核實
  2. 防止偽造 —— 無法核實的證書等於沒有
  3. 自我約束 —— 公開記錄使認證機構無法隨意發證

9.4 撤銷記錄保留

已撤銷的證書不得從登記冊刪除。 保留理由:已發布的引用需要能查到當時的狀態。


10 費用

10.1 當前狀態

未定價。 認證未啟用,因此沒有價格。

10.2 規劃中的考慮

因素說明
L1 靜態認證成本極低(無容器、無人工),可能免費
L2 可安裝認證需要沙箱資源與人工核對,需收費
續期應低於首次申請
撤銷後重申請不減免

定價必須在啟用前公示,且不得對同一服務設定不同價格。

10.3 免費額度

規劃中:每個賬號每年 1 次免費的 L1 認證。 用於讓作者先驗證流程。


11 與其他標準的關係

DSHIO/T 10  插件标准      ← 规定「要满足什么」
      ↓
DSHIO/T 20  测试方法总则  ← 规定「怎么测」
DSHIO/T 21  测试条件      ← 规定「在什么条件下」
      ↓
DSHIO/T 32  认证规则(本文件)  ← 规定「怎么判定合规并发证」
      ↓
DSHIO/T 33  标志使用      ← 规定「通过后怎么标」
DSHIO/T 34  申诉与复评    ← 规定「不同意怎么办」

12 啟用條件

本標準從「草案」轉為「現行」必須同時滿足:

#條件當前狀態
1DSHIO/T 10、20、21 已轉為現行❌ 均為草案
2有穩定的賬號體系❌ 未建
3有支付通道❌ Creem 接口異常
4有申訴處理流程與人力❌ 未建
5有至少 3 個外部插件的完整檢驗記錄❌ 未做
6有可公開查詢的登記冊❌ 未建
7價格已公示❌ 未定

在這些條件齊備前,本標準保持「草案 · 未啟用」狀態。


附錄 A(規範性)認證檢查清單

簽發前逐項核對:

形式

  • [ ] 申請人已完成發佈者驗證
  • [ ] 插件在 registry 可查
  • [ ] 認證級別與範圍明確
  • [ ] 申請材料齊全

技術

  • [ ] 測試按 DSHIO/T 21 條件執行
  • [ ] 環境指紋已記錄
  • [ ] L2 及以上已重複執行且判定一致
  • [ ] 逐條結果有證據
  • [ ] 例外已登記

證書

  • [ ] 編號唯一
  • [ ] 包含第 7.1 條全部字段
  • [ ] 有效期符合第 7.2 條
  • [ ] 查詢地址可訪問
  • [ ] 已寫入公開登記冊

告知

  • [ ] 已告知作者標誌使用規則(DSHIO/T 33)
  • [ ] 已告知申訴渠道(DSHIO/T 34)
  • [ ] 已告知有效期與續期要求

附錄 B(資料性)認證與「合格」的區別

通過測試DSHIO 認證
誰做的任何人(自己跑也算)只有 DSHIO
有無身份驗證無有
有無證書無有
可公開查詢測試結果可查證書可查
有效期無有
可否撤銷不適用可以
費用免費待定

重要: 「測試結果顯示通過」不等於「獲得認證」。

本標準未啟用期間,任何人都可以按 DSHIO/T 20 跑測試並發布結果,但不得表述為「獲得 DSHIO 認證」。


修訂記錄

版本日期變更提出參與利益關聯聲明
v1.0(草案)2026-11-07首次發布,標記為未啟用DSHIODSHIODSHIO 自身開發插件。若啟用認證,DSHIO 自己的插件也需按同一流程申請,且審核結果公開可查。本標準第 9 章的公開登記冊設計即為此約束的實現