- 标准号
- DSHIO/T 32—2026
- 名称
- 認證規則
- 层级
- 管理标准
- 状态
- 草案 · 未啟用
- 原文
- 简体中文
DSHIO/T 32—2026 認證規則
| 標準號 | DSHIO/T 32—2026 |
|---|---|
| 名稱 | 認證規則 |
| 版本 | v1.0(草案) |
| 發布 | 2026-11-07 |
| 實施 | 未定 |
| 狀態 | 草案 · 未啟用 |
| 原文 | 簡體中文 |
| 層級 | 管理標準 |
⚠️ 本標準當前未啟用
截至 2026-11-07,DSHIO 不提供認證服務。
本文件僅為將來啟用時的規則草案。在它從「草案」轉為「現行」之前:
- 不存在「DSHIO 認證」這一狀態
- 任何聲稱獲得 DSHIO 認證的表述均為虛假
- 本文件不得被引用作為合規依據
為什麼先寫好但不啟用: 認證需要身份、付費與人工審核。在這些前提不具備時開放認證,只會產生無法兌現的承諾。 先把規則寫清楚,等條件齊備再啟用 —— 啟用時不需要重新設計。
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–T5 | L2 + 人工條款 + 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 技術檢驗
按申請級別執行對應階段:
| 級別 | 執行的階段 | 重複次數 |
|---|---|---|
| L1 | T0 | 1 次 |
| L2 | T0–T4 | 2 次,判定必須一致 |
| L3 | T0–T5 | T0–T4 兩次,T5 三次全過 |
全部測試必須符合 DSHIO/T 21 的條件,並記錄環境指紋。
6.4 出具報告
報告必須包含:
- 認證範圍(插件名、版本、DSH 版本、級別)
- 環境指紋
- 逐條結果(條款號、狀態、證據)
- 總體判定
- 例外清單(若有)
- 測試日期與執行者標識
不得只給結論不給證據。
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 有效期
| 級別 | 有效期 | 理由 |
|---|---|---|
| L1 | 12 個月 | 靜態結構變化慢 |
| L2 | 6 個月 | DSH 版本變化快,行為可能失效 |
| L3 | 3 個月 | 模型與插件都在快速變化 |
有效期從簽發日起算。
7.3 續期
有效期屆滿前 30 天可申請續期。
續期需重新執行對應級別的檢驗。 插件版本變更時,不得以舊報告續期。
7.4 證書不得轉讓
證書綁定具體插件與版本。插件轉手時,證書不隨之轉移,需重新申請。
8 撤銷與暫停
8.1 撤銷的情形
| # | 情形 | 處理 |
|---|---|---|
| 1 | 發現測試報告造假 | 撤銷,90 天內不受理 |
| 2 | 插件後續版本引入嚴重問題 | 撤銷,需重新申請 |
| 3 | 作者主動申請撤銷 | 撤銷 |
| 4 | 發現認證範圍外的重大缺陷 | 評估後決定是否撤銷 |
| 5 | 證書信息被虛假使用 | 撤銷並公示 |
8.2 暫停的情形
| # | 情形 | 期限 |
|---|---|---|
| 1 | 收到有效投訴,正在調查 | 調查期間 |
| 2 | 插件從 registry 下架 | 立即暫停 |
| 3 | DSH 基準版本升級,尚未複測 | 至複測完成 |
暫停期間證書仍可查詢,但標記為「暫停」。
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 為什麼公開
- 使用者的知情權 —— 看到標誌的人應該能核實
- 防止偽造 —— 無法核實的證書等於沒有
- 自我約束 —— 公開記錄使認證機構無法隨意發證
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 啟用條件
本標準從「草案」轉為「現行」必須同時滿足:
| # | 條件 | 當前狀態 |
|---|---|---|
| 1 | DSHIO/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 | 首次發布,標記為未啟用 | DSHIO | DSHIO | DSHIO 自身開發插件。若啟用認證,DSHIO 自己的插件也需按同一流程申請,且審核結果公開可查。本標準第 9 章的公開登記冊設計即為此約束的實現 |