AetherArena（ADR-149）：构建厂商中立的 WiFi 空间智能基准——公开计分、私有评测集与防篡改结果链

AetherArenaADR-149构建厂商中立的 WiFi 空间智能基准——公开计分、私有评测集与防篡改结果链【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView本文基于 RuView 仓库中的 ADR-149 决策文档展开深入讲解 AetherArena简称 AA这一面向相机免用camera-free空间感知领域的公开社区排行榜的完整设计私有评测划分、开放计分引擎、沙箱化提交流程、乘性综合分arena_score以及“见证链witness chain”防篡改账本的威胁模型与治理方案。读完后你将理解一个中立基准如何做到“陌生人可复现、可验证、不可作弊”并能跟随仓库中aa_score_runner、ledger_tools.py等真实源码逐步复现其确定性证明与账本校验。1. 背景缺口WiFi 感知领域缺一个公共“量尺”ADR-149 开篇指出的核心问题是RuView 已经具备成熟的确定性评测能力但没有面向公众的出口public face。仓库中已有两个关键资产一套分级评分框架grading harness。wifi-densepose-train 计分核心 将姿态PCK0.2 / OKS / 躯干抖动 / p95 误差、跟踪MOTA / ID-switches / 碎片化、生命体征呼吸与心率 BPM 误差 SNR汇总为一个RuViewAcceptanceResult并给出RuViewTier等级Fail/Bronze/Silver/Gold消融评测扩展 进一步加入在位准确率、定位误差、FP/FN、延迟 p50/p95/p99、隐私泄漏分数∈[0,1]与跨房间退化率并继承了 ADR-011 证明框架的确定性绑定。一个确定性基座。proof.rs 以PROOF_SEED42对模型输出做 SHA-256 哈希并与期望哈希比对使每一次被计分的运行都是可复现、防篡改的。缺的是公开的、多方参赛的排行榜。ADR 中引述了调研结论与视觉领域有 COCO/EvalAI 不同WiFi 感知领域的研究者各自在论文里对着公开数据集MM-Fi、Wi-Pose、Person-in-WiFi、Widar3.0自报数字切分方式、指标口径不一且几乎不考虑隐私与延迟。RuView 自己的姿态数字代理标注下 PCK20 ≈ 2.5%目标 35%也只在私有验证集上自报无法与 MM-Fi 上的 SOTAMultiFormer 0.7225直接比较。由此带来的机会在于RuView 内部用于给发布“把关”的这套框架恰好就是社区排行榜需要的引擎——一个确定性的、兼顾隐私与延迟的单一评分函数。把它作为公开中立的评分器发布既能确立 AA 作为该领域标准量尺的地位又能吸引任意项目、框架或感知模态参赛RuView 的wifi-densepose-pretrained只是第一个基线同时倒逼评分框架向“陌生人可复现、抗作弊、跑在固定不可训练的保留集上”的方向硬化。ADR 同时预先列出了四条约束与风险保留划分泄漏是任何排行榜的生存级风险评测数据必须私有提交方只能提交模型不能提交其在自持数据上的预测算力成本对评测集跑推理在免费 HF CPU Space 上可能太慢需要 CPU smoke冒烟与 GPU full score全量计分分级评测数据的隐私/授权MM-Fi、Wi-Pose 各有自己的许可条款只能托管派生特征与分数必须遵守再分发限制信任RuViewTier徽章只有在计分确定且排行榜不能被悄悄编辑时才有意义——ADR-011 证明哈希加签名结果账本正是为此设计。2. 决策与四段式核心结构ADR-149 的决策是创建 AetherArena——一个官方的、项目无关的空间智能基准以独立仓库HF 侧为ruvnet/aether-arena加 Hugging Face Space 的形式落地评分引擎由 RuView 既有的ruview_metrics与 ADR-145 消融评测框架“捐赠”为中立评分器v0 对私有的 MM-Fi 保留划分进行评测。整个设计被浓缩为一个精确的四段式结构aether-arena 主 README 首行即此标语公开排行榜。私有评测划分。开放评分器。签名结果。公开排行榜——任何人都能看排名、能提交私有评测划分——保留数据永不发布无法被训练或过拟合开放评分器——计分代码就是已发布的wifi-densepose-cli评分器陌生人可以在公开的 smoke 划分上本地重跑复现其逻辑签名结果——每个分数都是一行只追加append-only、带确定性证明哈希的账本记录排名无法被悄悄编辑。两个关键定位声明值得强调其一AA不是 RuView 的排行榜RF 介质只是 v0 输入指标面姿态、在位、跟踪、占用/世界模型、延迟、确定性、后续隐私是模态无关的为 mmWave / UWB / 雷达 / LiDAR / 多模态参赛者留出了空间其二排行榜不 fork、不重写计分逻辑它只是发布版评分器之上的一层薄编排与展示层——“模型在公开榜上拿到的数字与 RuView 内部用于发布把关的数字完全相同”。ADR 原文把这称作“排行榜是治理不是营销”。2.1 命名已锁定命名在决策中已锁定规范仓库 HF Space 为ruvnet/aether-arena品牌名AetherArena短称AA。“Aether”以太取古典“无处不在之介质”之意契合 RF/环境空间感知且比 “Ether”/CSI/WiFi 更宽使基准能扩展到 mmWave、UWB 与多模态而不必改名“Arena” 表示开放参赛曾用名ruvnet/wifi-densepose-leaderboard仅作为可发现性/主题别名保留并重定向到 AA被否决的名字csi-arena行话、rf-bench泛化且易撞名、以wifi-densepose-leaderboard为主名把品牌绑死在单一能力上。3. 架构提交契约、计分与账本ADR 给出的端到端架构如下原文 ASCII 图Submitter ruvnet/aether-arena RuView harness ───────── ────────────────── ────────────── push model.safetensors ──► HF Space (Gradio): submit form ┌─ wifi-densepose-cli score model card (adapter, │ • validates manifest │ ├─ load model snapshot input contract, license) │ • queues job ──► │ ├─ replay private MM-Fi/ │ • runs scorer in container │ │ Wi-Pose split (PROOF_SEED) │ • appends signed result │ ├─ ruview_metrics → RuViewTier ▼ │ ├─ ablation.rs → p50/p95, leaderboard.parquet ◄────────────────────┘ │ privacy-leakage, cross-room (HF dataset, append-only, └─ emit result SHA-256 proof one signed row per submission)四个环节提交契约Submission contract。提交方推送一个模型工件model.safetensors/.rvf/ LoRA adapter外加一份清单文件。仓库中已有该清单的规范样例 aa-submission.toml声明内容如下[submission] # Free-form display name shown on the leaderboard. name my-spatial-model # Hugging Face repo or URL of the model artifact (.safetensors / .rvf / LoRA adapter). model_ref hf://your-org/your-model # Submitter handle (HF username / org). Used to sign the ledger row. submitter your-hf-username # SPDX license of the submitted model. license Apache-2.0 [category] # One of: pose | presence | tracking | vitals | multi-task primary pose [input] # Which ADR-145 FeatureSet the model consumes. v0 input is RF/WiFi CSI. # F0 CSI amplitude/phase F1 CIR F2 Doppler F3 BFLD feature_set F0 # Tensor I/O contract so the scorer can feed the model correctly. input_shape [114, 2] # subcarriers × {amp, phase} (example) output_shape [17, 2] # 17 keypoints × {x, y} normalised [0,1] # Normalisation expected on the input (none | zscore | minmax). normalization zscore [runtime] # Inference entrypoint inside the artifact (framework-specific). framework candle # candle | onnx | torch # Optional: target the edge-latency category with a declared device class. device_class cpu # cpu | pi5 | gpu清单注释特别强调三条红线提交的是模型而非预测自持数据上的预测毫无证明力计分在无网络、只读沙箱里对私有MM-Fi 保留划分运行提交者看不到评测数据最终分数是一行带确定性证明哈希与固定harness_version的签名账本记录。计分Scoring。Space 在固定pinned容器中运行发布版评分器针对 MM-Fi / Wi-Pose以及 RuView 自有配对采集集的私有保留划分回放推理。输出为既有的RuViewAcceptanceResult ADR-145 标量集 ADR-011 SHA-256 可复现性哈希。账本Ledger。每次计分向只追加的 HF 数据集Parquet中追加一行。ADR 设计中的行字段为{submitter, model_ref, category, feature_set, tier, pck20, oks, mota, vitals_bpm_err, latency_p50, latency_p95, privacy_leakage, cross_room_deg, proof_sha256, scored_at, harness_version}。只追加 签名 无静默编辑。展示Presentation。Gradio 排行榜按类别分页Pose / Presence / Tracking / Vitals / Edge-latency /Privacy带RuViewTier徽章与“隐私友好”过滤器泄漏 ≤ 阈值——这是其他 WiFi 基准没有的差异化维度。仓库中 space/app.py 就是这一层的实现它读取ledger.jsonl、按score_pct排序渲染各分页并内建verify_chain()对账本做全链校验展示“✅ Witness ledger chain intact”或“❌ Ledger chain BROKEN at row i”的状态。3.1 提交生命周期先隔离后计分由于提交物是不可信工件ADR 定义了显式状态机——工件在任何计分触碰私有划分之前就被隔离与校验状态含义submitted收到清单任务入队validatedschema、许可证、工件类型被接受quarantined工件已扫描载入沙箱禁网络、只读文件系统、运行时就绪smoke_scored通过公开smoke 划分廉价 CPU 正确性检查full_scored产出私有保留划分分数published签名行追加到账本上榜rejected未过某一关卡——终态附机器可读理由只有quarantined → smoke_scored → full_scored路径会真正运行模型且始终运行在沙箱内。任何关卡失败都会转rejected并给出理由而不是静默丢弃。4. 类别与指标复用既有实现不新造指标ADR 的原则是“reuse, do not invent”——每个类别都映射到评分框架中已存在的实现类别主指标现有源码出处PosePCK20, OKSruview_metrics::evaluate_joint_errorTrackingMOTA, ID-switchesruview_metrics::evaluate_trackingVitals呼吸/心率 BPM 误差、SNRruview_metrics::evaluate_vital_signsPresence准确率、FP/FNADR-145ablation.rsEdge latencyp50 / p95 / p99 msADR-145LatencyProfilePrivacy泄漏分数 ∈[0,1]成员推断ADR-145 §10Cross-room退化率ADR-027 / ADR-145OverallRuViewTierBronze/Silver/Gold arena_scoredetermine_tier()对应源码均真实存在于 v2/crates/wifi-densepose-train/src/ 下ruview_metrics.rs、ablation.rs、eval.rs、proof.rs。4.1 分阶段上线v0 窄而诚实ADR 明确“一个能跑通的窄榜胜过一个指标半真半假的宽榜”。v0 只对指标已完整实现、且陌生人可复现的类别排序其余以“coming soon / gated”展示指标未做实之前不参与排序类别v0 状态激活门禁PresenceRanked—已实现PosePCK20 / OKSRanked—已实现Edge latencyp50/p95/p99Ranked—已实现Determinism proofRanked通过/失败门—ADR-011已实现TrackingMOTAv0 可选私有划分中有多人评测片段VitalsBPM 误差v0 可选划分中有配对生命体征真值Privacy leakageComing soon — gated不参与排序ADR-145 §10 成员推断攻击者实现并发布Cross-room generalizationComing soon多房间保留划分组装完成ADR-027v0 的发布口径被明确写死以保持诚实AetherArena v0 从姿态、在位、边缘延迟与确定性可复现性开始。跟踪与生命体征在足量真值片段到位后激活隐私泄漏与跨房间泛化在其评测攻击与划分实现并发布之前保持 gated。ADR 特别指出在攻击者尚不存在时就宣称“隐私排行榜”会成为一个轻松且理所应当的可信度攻击面。5. 威胁模型失败模式必须不可隐藏ADR 第 2.4 节给出了完整的威胁-控制矩阵这是 AA 区别于普通排行榜的核心章节威胁控制手段模型外泄/回传评测数据评分容器无网络、评测文件系统只读、资源上限沙箱化提交方过拟合公开划分私有保留划分——永不发布计分在提交者从未来过的数据上运行模型指纹化/探测评测集保留划分分季轮转seasonal rotation仿 ADR-120 哈希轮转维护者静默改分/改排名见证链只追加、哈希链式账本ledger_tools.py——每行引用上一行哈希任何编辑都会断开后续所有链接并使verify失败分数不可复现/隐藏非确定性见证 可重复性分析每个分数是见证inputs_sha256绑定精确输入 proof_sha256量化结果哈希 harness_versionaa_score_runner --repeat N跑 N 次若出现 ≥2 个不同证明哈希即判失败评分器版本漂移悄悄改变排名每行见证固定harness_version评分器变更会移动证明哈希CI 确定性门禁会失败直到重新生成并评审慢模型硬堆精度延迟是排序轴p50/p95/p99 硬上限 arena_score中的latency_factor“金牌精度、泄漏身份”式获胜隐私是gated轴激活后privacy_factor在arena_score中惩罚泄漏恶意模型工件对评分器 RCE不可信工件只在沙箱容器中加载最小固定运行时无宿主机挂载其中两条控制直接在仓库源码中得到印证见证链账本由 ledger/ledger_tools.py 实现row_hash sha256(canonical_row prev_hash)行内容经键排序、无空白的规范化 JSON 编码后哈希verify逐行检查seq连续、prev_hash链接与row_hash自洽任何篡改都会报出断链行号。文件头部注释说明后续硬化方向是 Ed25519 行签名“当前链已足以让篡改可检测”。仓库当前提交的 ledger.jsonl 包含 genesis 行声明“板上只会出现真实评分管线产出的见证无种子数字”及若干 MM-Fi pose 结果行每行都带harness_version、protocol、sota_ref与复现说明等字段。确定性评分器由 v2/crates/wifi-densepose-train/src/bin/aa_score_runner.rs 实现见下一节。6. 源码级实现aa_score_runner如何做到跨平台确定性aa_score_runner是 AA 的“基准先行”benchmark-first评分器它是一个纯 Rust、无 GPU 依赖的二进制运行的是真正的ruview_metrics姿态验收框架并输出见证记录。几个值得细读的实现决策确定性纪律文件头部注释点明了教训来源——PCK/OKS 计算用到 libm 的sqrt在 glibc / MSVC / Apple 间约有 1e-7 差异。因此证明哈希只对量化后的指标1e-3 / 1e-4 尺度计算绝不哈希原始 f32也“不排序、不截断”/// Canonical, libm-stable byte form of the score for the proof hash. fn canonical_bytes(r: JointErrorResult) - Vecu8 { let mut b Vec::new(); b.extend_from_slice(bAA-SCORE-v0); b.extend_from_slice(AA_HARNESS_VERSION.to_le_bytes()); let q |x: f32, s: f32| - u32 { (x.max(0.0) * s).round() as u32 }; b.extend_from_slice(q(r.pck_all, 1e3).to_le_bytes()); b.extend_from_slice(q(r.pck_torso, 1e3).to_le_bytes()); b.extend_from_slice(q(r.oks, 1e3).to_le_bytes()); b.extend_from_slice(q(r.jitter_rms_m, 1e4).to_le_bytes()); b.extend_from_slice(q(r.max_error_p95_m, 1e4).to_le_bytes()); b.push(r.passes as u8); b }输入绑定inputs_hash()把量化后的 gt pred 可见性标记逐关键帧逐关键点写入 SHA-256前缀AA-INPUTS-v0使见证与其精确输入强绑定——同样的见证不可能对应不同的评测输入。版本钉扎AA_HARNESS_VERSION常量被写入每个见证“一次有意的 fixture/规范形式变更就 bump 一次”版本变化即触发全部条目的重计分ADR §2.4 的中立性控制。确定性 fixture无外部输入时用无 libm 的 LCGLcg(42)固定乘子/加子生成 120 帧 × 17 关键点的合成 gt/pred 对——种子 42 与 ADR-011 的PROOF_SEED传统一致。该二进制支持四种运行模式源码 doc 注释与 VERIFY.md 一致cd v2 # 1) 确定性自检对已提交的 fixture 跑 CI 门禁期望哈希比对 cargo run -q -p wifi-densepose-train --bin aa_score_runner --no-default-features # → 打印见证inputs_sha256 proof_sha256与 VERDICT: PASS # 2) 以 JSON 查看见证行 cargo run -q -p wifi-densepose-train --bin aa_score_runner --no-default-features -- --json # 3) 可重复性分析跑 K 次确认只有 1 个唯一证明哈希 cargo run -q -p wifi-densepose-train --bin aa_score_runner --no-default-features -- --repeat 16 # → {repeatability:{runs:16,unique_proof_hashes:1,repeatable:true,...}} # 4) 真实模型计分把预测对评测划分计分split 与 pred 按帧索引对齐 cargo run -q -p wifi-densepose-train --bin aa_score_runner --no-default-features -- \ --split ../aether-arena/fixtures/smoke_split.json \ --pred ../aether-arena/fixtures/smoke_pred.json --json # 5) 有意变更评分算法后重新生成期望哈希 cargo run -q -p wifi-densepose-train --bin aa_score_runner --no-default-features -- --generate-hash \ ../aether-arena/fixtures/expected_score.sha256输入 JSON 约定为split.json形如{frames:[{gt:[[x,y]*17],vis:[v*17],scale:1.0}, ...]}pred.json形如{frames:[{pred:[[x,y]*17]}, ...]}两者按帧索引对齐。仓库已提交公开的 smoke 划分 smoke_split.json 与 smoke_pred.json各数百字节的 17 关键点示例以及期望哈希 expected_score.sha256。默认模式下评分器会把本地proof_sha256与该提交文件比对匹配则VERDICT: PASS漂移则VERDICT: FAIL — scorer drift并提示用--generate-hash重新生成后走评审——这使“评分数学变更”永远是一次被评审的公开 diff而非静默改动。7. 综合分arena_score反“精度换一切”类别各自独立排序分页标签同时提供一个可选的头条综合分防止模型“纯精度赢”而慢、泄漏或不可复现arena_score quality_score × latency_factor × privacy_factor × determinism_gate组件规则quality_score该类别下 PCK20 / OKS / MOTA / vitals 的归一化混合∈[0,1]latency_factorp95 ≤ 目标值时为1.0超出后平滑衰减边缘可用性privacy_factor隐私轴激活后为1.0 − privacy_leakagev0 固定为1.0隐私 gated/未排序determinism_gateADR-011 证明哈希匹配为1.0失败为0——不可复现的运行根本不能上榜乘积形式意味着任何单项硬失败非确定性或未来——高泄漏都会让头条分崩溃即便精度是 SOTA。v0 将privacy_factor钉在1.0确保头条数字诚实地反映“实际测了什么”。同时 ADR 强调arena_score是门禁不是唯一头条乘性复合分擅长做门禁但会掩盖“模型为什么输”还会招致“你们的公式有偏”的质疑。因此榜单先按类别性能排序再并列展示复合分绝不替代展示面内容Primary rank类别指标如 Pose 的 PCK20——每个分页的排序键Integrity badge确定性证明通过/失败Edge badgep95 延迟区间Overall scorearena_score作为可选的治理加权复合分8. 数据集合法性已调研、v0 已定依据 ADR-015 的数据集许可条款核对结果数据集许可AA 可做什么MM-FiCC BY-NC 4.0✅ v0 评测源。非商用 派生署名允许。AA 可托管派生CSI 特征与分数原始帧留在私有划分。AA 必须以非商用方式运营并保留 MM-Fi 署名。Wi-Pose“Research use”无干净的再分发授权⚠️不托管。仅私有拉入评分器永不再分发或与原作者澄清条款后再议。已从 v0 移除。Person-in-WiFi-3D半公开访问v0 之后的候选视访问条款而定。v0 决定只在私有 MM-Fi 保留划分上评测CC BY-NC、署名、非商用仅暴露许可允许的派生特征把“我们到底能不能托管这些”的生存级风险降为零。ADR 同时留了一条非商用提醒CC BY-NC 意味着 AA 本身及其评测数据使用都必须保持非商用由于 AA 也会展示商业性质的RuView 设备需让 AA 在法律与品牌上与产品保持独立或在任何付费层级之前取得 MM-Fi 商用授权。9. 中立性与治理结构化的中立而非口头承诺“官方基准却由一个参赛者种下评分器”最大的可信度难题是“RuView 造了评分器当然 RuView 赢。”ADR §2.8 把中立性做成结构性控制中立性风险控制手段RuView 的条目被特殊对待RuView 走同一公开管线§2.2.1、被同一固定版本评分器计分其行带同样的证明哈希可在 smoke 划分上被独立重跑RuView 调指标偏袒自家模型评分器开放且版本化任何指标变更都是公开的harness_versionbump且重计所有条目而非只有新条目指标变更走公开 changelog“官方”系自封AA 定位为中立公共物neutral commons独立仓库/Space 身份、贡献指南、明确邀请其他项目与数据集作者共同拥有划分与指标。RuView 是种子框架的捐赠者不是标准的所有者基准沦为 RuView 广告AA 保持法律 品牌独立与 CC BY-NC 非商用约束呼应README 以标准而非产品开场单一厂商俘获路线图当 ≥N 个外部项目进入后转向多机构指导/评测委员会划分轮转 指标提案公开中立性的检验标准与 §7 验收测试相同来自其他项目的陌生人可以提交、复现分数并看到 RuView 自己的条目走了完全相同、开放、固定版本的路径。10. 五步验收测试v0 上线门禁ADR 的“完成定义”极其具体v0只有当一个陌生人能够——通过 Space 提交模型工件 ruview-arena.toml无需任何内部人员协助拿到确定性分数同一模型 同一 harness 版本 → 相同数字看到签名行被追加到公开结果账本在公开 smoke 划分上本地重跑评分器并复现其逻辑仅凭文档理解排名为何公平——私有划分、开放评分器、固定版本、证明哈希。五条中任何一条不满足v0 就不算就绪。VERIFY.md 是该门禁的可执行版本步骤 4本地重跑开放评分器、复现哈希已可用aa_score_runner完成CI 门禁aether-arena-harness.yml在每次 PR 上运行评分器 可重复性 真实计分 smoke 账本校验步骤 1–3、5 依赖 HF Space 部署流程。11. 当前仓库中的落地状态与实施计划STATUS.md 记录了 ADR-149 的里程碑推进并给出一个重要的边界声明“Complete”指的是基准基础设施完成实现、测试、CI 门禁、部署就绪、§7 验收通过而模型 SOTA如 MM-Fi PCK20 ~72%是另一条长期 ML 主线被 ADR-079 相机真值采集阻塞明确不是基础设施完成的阻塞项。当前里程碑表#里程碑状态M1ADR-149 接受并提交✅M2评分器 runneraa_score_runner——真实模型计分 见证proof inputs 哈希 可重复性分析✅--no-default-features可构建确定性门 PASS16/16 可复现M3CI harness-gate 工作流PR 跑评分器 可重复性 真实计分 smoke 账本校验✅M4脚手架README 提交 schema VERIFY验收测试✅M5公开 smoke 划分已提交 私有 MM-Fi 保留划分准备 smoke 划分完成私有 MM-Fi 准备中M6HF SpaceGradio——排行榜 账本完整性 提交/校验/关于页✅ 已部署沙箱化评分容器为后续硬化项M7见证账本链——只追加、哈希链式、防篡改✅ledger/ledger_tools.pyseed/append/verify篡改测试按设计失败M8公开上线✅ Space 在线——榜单为空等待首个真实评分器分数benchmark-first不播种子数字值得注意的是“benchmark-first”姿态账本只播种 genesis 行每个结果都必须是真实评分管线的见证连 RuView 也不获得播种基线。ADR 的完整实施计划P1–P5为P1——建立ruvnet/aether-arena仓库 Gradio Space 骨架定义ruview-arena.toml提交契约发布陌生人可本地计分的公开 smoke 划分P2——将wifi-densepose-cli score容器化为固定、沙箱化的评分器无网络、只读 FS、资源上限接入签名只追加 Parquet 账本 determinism_gateP3 — v0 上线窄口径——完成私有 MM-Fi/Wi-Pose 保留划分准备与装载激活Presence、Pose、Edge-latency、Determinism类别以 RuView 自己的wifi-densepose-pretrained基线诚实的当前 PCK20播下第一个条目Tracking/Vitals 可选Privacy Cross-room 展示为gated / coming soonP4——上线后gated实现 ADR-145 §10 的隐私泄漏成员推断攻击者届时才激活并排序Privacy类别、打开arena_score中的privacy_factorP5——组装多房间划分 → 激活Cross-room并行把 RuView 的 MM-Fi 数字投给 Papers-with-Code备选方案 #1。12. 后果、备选方案与未决问题正向后果为 RuView 与所有人提供在 MM-Fi/Wi-Pose 上真实、可比的公开数字由一个其他 WiFi 基准都不提供的隐私/延迟感知框架计分社区飞轮外部模型/adapter 被排序反哺ruvnet/wifi-densepose-pretrained并迫使评分框架做到陌生人可复现反过来强化内部发布把关。代价新仓库 HF Space 的维护成本含评分容器与队列、持续算力——以“提交时 CPU smoke 计分 定期批量 GPU 全量计分”缓解数据集托管许可需清ADR-015 负责滥用面恶意模型工件必须靠沙箱容器收敛。中性后果评分逻辑留在wifi-densepose-train/-cli排行榜只是展示层不会让核心工作区膨胀。备选方案中ADR 排除了“只在现有平台MM-Fi GitHub、Papers-with-Code提交”互补但不排他——MM-Fi 数字仍应照发、“README 静态数字页”零基建但不是多方排行榜、“EvalAI/Kaggle 竞赛”反作弊基建更强但重、有期限、与常驻 HF Space 的品牌定位不符。未决问题包括评测数据托管方式派生特征可否再分发还是计分侧私有拉取原始集、算力预算免费 HF CPU Space / ZeroGPU / 自建 GPU 评分器、划分轮转周期月度全时榜 每季榜、以及隐私泄漏攻击者是“上线前交付”还是“以 coming soon 轴上线”。13. 小结ADR-149 的价值不在于又造了一个榜单而在于给出了一套“可被验证的中立工程范式公开排行榜 × 私有评测划分 × 开放评分器 × 签名结果”。其可信度的每一块都有仓库内可执行的对应物——aa_score_runner的量化哈希证明v2/crates/wifi-densepose-train/src/bin/aa_score_runner.rs、哈希链账本aether-arena/ledger/ledger_tools.py、CI 门禁.github/workflows/aether-arena-harness.yml、可本地复现的 smoke 划分aether-arena/fixtures/以及一份陌生人视角的五步验收清单aether-arena/VERIFY.md。对想为自己的领域建公开基准的团队来说这份 ADR 与其配套代码提供了从命名、指标复用、威胁模型、乘性门禁分到治理结构的完整参照。【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考