按順序建立證據鏈
- 01
稽核來源與權利
先確認宣告的來源類別、必要署名和 AI 生成狀態，再把圖片輸入視為可釋出內容。
- 02
驗證宣告
要求 schema、kind、slug、version、固定 token 目錄、受控視覺值、資源角色和相容欄位完全符合契約。
- 03
在隔離環境安裝最終候選
本指南的目標是源提交d347e703908d0406b7a7ef80e3a0e594d86b2215處的DeepSeek Harness 0.1.3-alpha.1。 Alpha 安裝使用來自該確切來源版本的建置。分別查看所選項目的當前封裝、設定檔和測試結果；較舊的收據和螢幕截圖無法與此 Alpha 建立相容性。
- 04
捕獲真實 light 與 dark 證據
在真實 Web UI 中使用 DSH Appearance 控制元件，把模擬預覽替換為受控 runtime WebP 派生圖，並保留後設資料。
- 05
確定性重建並複核
由可信生成器根據稽核後的宣告與資源重建，再校驗最終完整製品後釋出。
區分不同摘要範圍
| Token | 作用 | 檢查項 |
|---|---|---|
| artifact.sha256 | 最終完整 tgz 位元組 | 授權安裝這一個精確下載製品 |
| payload.sha256 | 排除 manifest 的規範 tar payload | 用於確定性內容審計，不能授權下載製品 |
| preview asset SHA-256 | 一張受控執行時派生圖 | 必須與 URL、尺寸、位元組數和資源宣告一致 |
- 拒絕 simulated 或外部發布預覽。
- 拒絕未知、歷史、candidate 或混裝的相容與 runtime-attestation 指紋。
- 拒絕 artifact、integrity、路徑、MIME、位元組數或尺寸不一致。
- 拒絕符號連結、路徑穿越、不可信作者可執行輸入與非確定性重建。
- 只發布受控下載可用的具體已稽核版本。
準備釋出
準備可審查的版本
提交特定的草稿版本及其來源資訊和兩種視覺模式。在發布之前檢查產生的套件和測試結果，以便發布的項目與使用者實際安裝的項目相符。
檢查此版本草稿的完整性：來源和許可證、淺色與深色素材、套件標識、安裝、重新啟動和回滾。報告具體阻礙因素並準備最終審查包。常見問題
修改前需要了解的事項
關於格式、相容性、證據與回滾的簡明說明。
這篇指南核實哪些範圍？
本指南涵蓋：Full Skin 釋出門禁；固定 0.1.3-alpha.1 原始碼與逐項驗證；artifact 與 payload 摘要範圍
我應該先做什麼？
釋出會把好看的草稿變成帶版本的事實宣告。每一項宣告都必須落到已稽核輸入、受控位元組和受支援執行時中的證據。
最需要記住的邊界是什麼？
本指南的目標是源提交d347e703908d0406b7a7ef80e3a0e594d86b2215處的DeepSeek Harness 0.1.3-alpha.1。 Alpha 安裝使用來自該確切來源版本的建置。分別查看所選項目的當前封裝、設定檔和測試結果；較舊的收據和螢幕截圖無法與此 Alpha 建立相容性。
技術測試通過就能取得插圖的使用權嗎？
不能。執行行為與素材權利是兩回事。發布仍需確認第三方素材的授權、署名要求與使用許可。
繼續學習
檢視驗證證據並繼續操作
對比已釋出製品，或返回安裝文件。