← 返回 Apps
表型 · 本地处理

Audit Manifest Viewer

把 audit_write() 的 JSON 读成一页溯源记录:取了哪些字段、每一步剩多少人、拟了什么模型;比较两份 manifest 的差别,并导出 CONSORT 流程图的行与投稿用的摘要。

六层记录逐条摆开

manifest

smoking_lung_cancer

schema v1
开始
2026-08-11T18:57:24+0800
ukbflow
0.4.0
R
4.4.1
平台
x86_64-w64-mingw32
dx 用户
dx 项目
1字段0配方3快照1表型1模型0作业
analysis_fields16 个字段
2026-08-11 18:57
3153210222100120116155822189542200920001200064000640011400124000540000

这一层没有记录。

标签含 NA 的列大小记录时间
raw500,0002411214.6 MB2026-08-11 19:02
after excluding prevalent cases494,9552411212.4 MB2026-08-11 19:03
after excluding missing covariates465,927243199.9 MB2026-08-11 19:03
lung队列 500,000
2026-08-11 19:01

各来源命中的病例数

自报1,712
ICD-108,431
合并9,085

相对基线的时序

无该病none490,915
基线前已患病prevalent5,045
随访期新发incident4,040

随访时间

中位数13.64 年
最短0.01 年
最长16.82 年
smoking_lung_coxcoxph
2026-08-11 19:08
结局
lung_status
随访时间
lung_followup_years
暴露
smoking_ever
协变量
age_at_recruitmentsexbmi_cattdi_catalcohol_intake_frequency_i0uk_biobank_assessment_centre_i0pc1pc2pc3pc4pc5pc6pc7pc8pc9pc10
调整层次
UnadjustedAge and sex adjustedFully adjusted
检验wald
区间法profile
置信水平95%
结果行3

这一层没有记录。

说明
manifest 是什么
audit_start() 起一份记录,audit_fields()audit_snapshot()audit_model() 等在分析途中往里追加,audit_write() 落成 JSON。它记的是一次分析的来历:取了哪些字段、用哪一版配方、每一步剩多少人、拟了什么模型、 跑过哪些作业。
为什么可以带出 RAP
manifest 全部是汇总级的 —— 行数、列名、字段号、效应量,没有任何 个体行。所以它能带出 RAP、发给合作者、附进投稿材料,而个体数据留在原地。 这个页面同样在本地解析,文件不上传。
三种视图
「清单」对应 summary() 在控制台给的东西;「流转」 对应 audit_diff(aud, "snapshots") 这类层内比较; 「比较」对应 audit_diff(aud, audit2 = )
流程图那五列
audit_flowchart() 的输出格式:id / parent / n / label / type。快照层本来就是一条 流失链,差额作为 exclusion 兄弟行插在每一步之前 —— 兄弟而非父子,排除框才落在主干旁边。复制过去粘进 Flowchart Builder 就是一张 CONSORT 图。
缺失值的两副面孔
R 的 NA 写进 JSON 后,顶层字段是 null,而嵌套在记录里的(如表型的 n_cases)会成为字符串 "NA"。两种这里都当作缺失,所以不会看到一列 写着 "NA" 的字符串。
校验的分寸
错误是「这不是一份 manifest」(骨架缺失、记录层不是数组);警告是「读得下去但不太对」 (label 重复、schema 版本更新)。R 那边 audit_write() 会在写入前一律拦下,而这个页面的用处 恰恰是把一份已经写坏的文件看明白,所以只提示、不拒绝。