1
先看 scope,确认文件描述的是 tokenizer、host、HLS 还是 board。
多数 JSON 产物包含以下字段或等价信息:
| 类别 | 典型位置 | 生成者 | 内容 |
|---|---|---|---|
| 模型检查 | models/gguf/*_inspect.json | GGUF 检查脚本 | blob、metadata、tensor 目录。 |
| tokenizer 资产 | models/gguf/tokenizers/ | tokenizer 导出 | 词表、merge、chat template、manifest。 |
| tensor 资产 | models/gguf/tensor_payload_exports/ | tensor 导出 | 原始 BIN 与每个 tensor 的 offset/type/hash。 |
| PS tokenizer | models/gguf/ps_tokenizer_bundles/ | bundle/image 脚本 | C 侧表、编码索引、runtime image。 |
| host golden | models/gguf/golden/ | host reference 脚本 | 固定输入下的数值结果与描述 JSON。 |
| HLS 结果 | ZCU106/hls/*/ | Vitis HLS | fixture、CSim/cosim/csynth 日志与摘要。 |
| 板级记录 | ZCU106/reports/board/ | PowerShell 和验证器 | transcript、步骤日志、manifest、archive。 |
多数 JSON 产物包含以下字段或等价信息:
| 字段 | 含义 |
|---|---|
status | 该脚本或检查的结果。 |
scope | 文件描述覆盖的模块范围。 |
files / artifacts | 相关文件的路径、大小和 SHA-256。 |
timestamp_utc 或 date | 生成时间。 |
board_pass_claim_allowed | 产物是否允许作为板级协议结果使用。 |
flowchart LR
A[输入文件] --> B[脚本生成产物]
B --> C[manifest: path/size/SHA-256]
C --> D[数值检查或协议检查]
D --> E[报告目录]
E --> F[归档]先看 scope,确认文件描述的是 tokenizer、host、HLS 还是 board。
再看输入和输出文件列表,确认本次运行使用的模型/fixture。
查看脚本实际写出的数值、协议标记或 HLS 摘要。
使用同一 manifest 中记录的 SHA-256 复核文件内容。
这种阅读顺序能把 host、HLS、PS 和 board 的输出放在各自模块边界内,不把不同模块的结果混为同一项功能。