按顺序建立证据链
- 01
审核来源与权利
先确认声明的来源类别、必要署名和 AI 生成状态，再把图片输入视为可发布内容。
- 02
验证声明
要求 schema、kind、slug、version、固定 token 目录、受控视觉值、资源角色和兼容字段完全符合契约。
- 03
在隔离环境安装最终候选
本指南以 DeepSeek Harness 0.1.3-alpha.1、源码提交 d347e703908d0406b7a7ef80e3a0e594d86b2215 为目标。Alpha 安装使用这个精确提交的源码构建。条目当前的包、profile 和实测结果需要单独核对；旧版本回执或截图不能证明它兼容这个 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 摘要范围
我应该先做什么？
发布会把好看的草稿变成带版本的事实声明。每一项声明都必须落到已审核输入、受控字节和受支持运行时中的证据。
最需要记住的边界是什么？
本指南以 DeepSeek Harness 0.1.3-alpha.1、源码提交 d347e703908d0406b7a7ef80e3a0e594d86b2215 为目标。Alpha 安装使用这个精确提交的源码构建。条目当前的包、profile 和实测结果需要单独核对；旧版本回执或截图不能证明它兼容这个 Alpha。
技术测试通过就证明素材权利完整吗？
不能。运行行为与权利属于不同问题，版本仍需准确的许可证、署名与第三方素材使用权限。
继续学习
查看验证证据并继续操作
对比已发布制品，或返回安装文档。