结果、证据与导出¶
English · 上一章:轨道修正 · 下一章:导入与迁移
Studio 的结果页面是本机证据的只读投影,不是第二套计算权威。每次刷新都会重新读取规范字节、校验哈希、解析 Schema 并检查项目/Engine 身份;部分、被修改或交叉拼接的记录会被隐藏为 UNVERIFIED。
Screening Results 中心¶
Results → Screening Results 汇总 v0.2–v0.5 的 radiation slices、equilibrium、matched distribution 和 LMA。分组顺序是:
状态含义:
CURRENT:project ID、content 和 physics revision 与当前项目一致;STALE:project ID 相同,但内容或物理修订不同;完整历史证据仍可看;INCOMPATIBLE:没有可比的打开项目,或项目不同;UNVERIFIED:必要身份/产物证据不完整,不进入可用列表。
可按结果类型过滤、双击打开、复制一个证据值或选择两个结果比较。
比较规则¶
只能比较同类型两个产物。项目或 Schema 不同会拒绝。修订、网格或物理语义不同只允许并排阅读;全部门槛一致时才显示绝对差值。Studio 不插值、不自动给百分比,也不会合并 LMA 的正负 kickDelta 分支。
一个可靠的 A/B 比较还应手工确认:Engine source、target route、seed、profile、warnings 和资格边界一致。
专用结果库¶
- v0.8 非线性结果在 Nonlinear Dynamics 的 Retained formal results 中重开;
- v0.9 轨道修正在对应工作区重开;
- v0.7 Touschek 正式证据在 Screening Study 的 corrected 面板显示;
- v0.6 只在隔离历史证据视图显示;
- v0.1 tracking 从 Tasks 打开或导出。
这些库彼此隔离,不能靠重命名 job 或复制文件互相提升。
Evidence 页优先检查什么¶
建议按这个顺序:
- Qualification/Validity,以及
machinePrediction、designQualified; - project ID、content SHA、physics revision;
- Engine version/build/source 和 capability digest;
- 输入产物与输出产物的 ID/hash 绑定;
- warnings、checks、convergence;
- assumptions/applicability;
- 最后才是中心数值。
Target route 是本机 Studio 元数据,不是 Engine 签名身份。不要只凭显示名判断运行来源。
导出¶
| 页面 | 可导出内容 |
|---|---|
| Circular Lattice | PDF、SVG、PNG |
| Nonlinear plots | PNG、SVG |
| Nonlinear Evidence | CSV、规范 JSON |
| Tracking Tasks | artifact JSON、evidence manifest、checksum sidecar |
| Project | .vmaproj 保存;规范 project JSON 导出 |
| Result trees | 可复制单个完整证据值 |
导出后保留 sidecar 和 hash;不要只把截图当作可追溯计算记录。Screening Results 中没有“批量重新计算”操作,Refresh 只做本机复验。
结果为什么会变成 Stale¶
任何改变权威物理内容的操作,例如参数、顺序、元件、RF 或 Cell copy,都会产生新 physics revision。旧结果不会删除,因为它们是历史证据;但不会成为当前计算的默认前置输入。仅 Rename/Ungroup Studio Cell 这类布局变化不改变物理修订。
如果你认为结果应当 CURRENT,先用 Project → Review 核对改动,再检查 target 和全长 hash,不要手工改 sidecar。