用WiFi信号实现人体姿态估计这个热点项目RuView存在造假吗？

一、RuView 是什么

RuView是 GitHub 的一个开源项目，该项目利用WiFi信号实现人体姿态估计，通俗的讲就是利用WiFi信号而不是摄像头就可以隔着墙”看到“隔壁的人的动作。截至目前，该项目已获得超过 80,000 个 Star，一度登顶 GitHub Trending。

项目宣称的核心能力是：利用普通 WiFi 信号的 CSI（Channel State Information，信道状态信息）数据，配合 ESP32-S3 等低成本硬件（单价约 9 美元，淘宝上搜到的价格看该硬件确实不算贵），实现穿墙人体姿态估计（17 个 COCO 关键点）、生命体征监测（呼吸、心率）、存在检测、跌倒检测等功能——全程无需摄像头、无需穿戴设备。

听起来像是科幻电影里的技术。但是最近网上却又出现一些不一样的声音：项目存在造假！那么它到底是不是真的？好奇心驱使我对项目进行了一些分析，也分享给大家。

二、项目宣称的能力列表

根据项目 README 和文档，RuView 宣称支持以下功能：

• 穿墙人体存在检测
• 17 个关键点的实时人体姿态估计
• 非接触式呼吸与心率监测
• 跌倒检测
• 睡眠质量分析
• 活动识别（行走、坐立、烹饪等）
• 多节点组网（4 块 ESP32-S3）提升精度
• 自学习 MicroLoRA 跨环境适配
• 兼容 Home Assistant、Apple Home、Google Home 等智能家居生态

技术栈方面，项目包含数十万行 Rust 代码、Python 推理管道、ESP32 固件，以及 TypeScript 前端。

三、质疑从何而来

从 2026 年 4 月起，多个独立来源对 RuView 的真实性提出了质疑。以下是目前可查证的主要质疑声音：

3.1 Digital Biz Talk 调查报告（2026 年 3 月）

技术媒体 Digital Biz Talk 发布了一份详细调查报告RuView WiFi Scam 2026: How GitHub's Top Project Fooled Developers | Digital Biz Talk。报告链接 https://digitalbiztalk.com/article/ruview-wifi-wall-penetration-github-s-viral-scam-exposed 读者可以进一步阅读。他们审计了项目源码后指出：

1. 底层代码完全失效，核心算法是空壳

• 项目核心文件rf_tomography.py所谓射频断层成像算法只是占位空代码，不处理真实 WiFi 射频数据，输出仅随机噪声、预录动画；
• 负责姿态还原的函数接收的输入全是静态零向量 / 测试模拟数据，无真实 CSI 信号采集与运算逻辑；
• 所谓数万帧超高实时处理速度，靠代码内延时函数sleep虚假模拟，不存在真实 AI 推理流程。

2. 仓库大量 “借来的门面”，内容拼凑造假

• README、技术文档堆砌行业热词、学术论文名词，营造专业感；
• 演示视频、可视化画面是预制动画，并非硬件实时采集结果；
• 依赖库刻意混淆、代码大量混淆加密，刻意阻止开发者逆向审计；
• 疑似存在刷 Star 行为，人为拉高热度，吸引流量关注。

3. 技术底层逻辑本身不成立（文章技术科普部分）

1. 真实 WiFi CSI 感知有极强环境限制：仅实验室薄石膏板、无金属干扰环境下可粗略判断人体存在，无法穿墙精准还原全身骨骼关键点；
2. 家用普通路由器完全不支持高精度 CSI 采集，必须专业射频网卡，且单块 ESP32 硬件算力、信号精度达不到项目宣称效果；
3. 厚水泥墙、钢筋、金属家具会彻底干扰无线信号，不存在 5 米穿墙追踪的可行性。

4. 社区实锤打假全过程

Reddit 程序员、硬件工程师自发复现项目，全部失败：

• 多人按文档搭建 ESP32 硬件环境，无法输出任何有效人体感知数据；
• GitHub 大量 Issue 反馈无法复现功能，作者回避技术质疑、删评、模糊解释；
• 独立审计人员扒干净 Python 早期版本代码，直接证实整套姿态可视化是正弦函数驱动的固定骨骼动画，和 WiFi 信号无关。

3.2 Reddit r/programming 社区讨论

• 这个比较遗憾——Digital Biz Talk 文章中引用了 Reddit r/programming 上的社区讨论作为关键佐证，但它未提供具体的帖子 URL。我也未找到对应帖子。

3.3 GitHub Issue #509

一位开发者在 Issue #509 中提交了详细的技术分析。他用 4 块 ESP32-S3 真实硬件尝试复现多节点 17 关键点姿态估计，结论如下：

确认真实的部分：ESP32-S3 固件能正常使用 ESP-IDF API 提取 CSI 子载波幅度/相位数据，并通过 UDP 发送二进制帧；Rust 后端和 WebSocket 传输层实现完整。

确认缺失的部分：仓库中不包含任何预训练模型权重（.pth 或 .onnx 文件）。DensePoseHead 网络架构在代码中有定义，但没有可加载的权重参数。

值得注意的行为：前端依赖 simulation mode 进行展示。当系统缺乏实时 UDP 数据或推理输出时，会渲染预生成的骨架动画填充仪表盘。即便硬件断开连接，骨架动画也可能继续播放。

硬件原理层面的问题：ESP32-S3 仅支持 1×1 SISO 天线配置，而项目引用的 CMU 论文成果建立在 Intel 5300 等 3×3 MIMO 网卡的基础上。单个 ESP32 无法提供论文所需的同等空间分辨率。尽管 4 节点组网理论上可以部分弥补，但跨独立 ESP32 实现微秒/纳秒级时钟同步以进行三维空间场重建极其困难。

关于 pose_service.py：当接收到真实数据时，由于没有加载神经网络权重，代码中的姿态判断逻辑依赖的是信号范数的简单 if-else 阈值（如 if feature_norm > 2.0 return "walking"），而非通过张量运算计算 17 个 COCO 关键点坐标。

3.4 被删除的 Issue #506

Issue #506 曾涉及模拟回退行为的讨论，现已被删除。当前访问该页面显示 "This issue has been deleted."。GitHub 上删除 Issue 是项目维护者的主动行为。

3.5 物理可行性的外部意见

多位 RF 研究人员在讨论中指出：2.4GHz 和 5GHz WiFi 信号的波长较长，消费级路由器或笔记本电脑的内置天线并非以合成孔径雷达阵列排列，噪声基底会淹没检测人体姿态所需的微小信号变化。WiFi 可以用于粗粒度的存在检测和基本手势识别，但在 2026 年的消费级硬件上实现穿墙人体姿态重建，目前缺乏物理层面的可行性依据。

四、哪些部分可能是真实有效的

为做到客观全面，我也不是这方面的专家，调研纯属好奇，用AI帮助分析后AI指出项目中经过验证的可信部分：

• ESP32-S3 的 CSI 数据采集固件是真实可运行的。
• Rust 后端的网络传输层、WebSocket 通信层实现完整。
• 项目拥有 1,463 个测试用例且通过。
• WiFi 用于存在检测和呼吸监测在学术界有真实研究支撑，原理上可行。

五、项目方的回应

截至本文撰写时（2026 年 7 月），未发现项目作者 ruvnet 就上述质疑做出公开回应。GitHub 仓库仍处于活跃状态，Star 数量持续增长，可能用代码来回应是最有力的。另外关于Issue #509 最新的回应可以看到问题也在解决。

六、总结

基于现有公开证据结合AI分析做以下归纳：

1. 项目并非完全虚无——ESP32 固件层、网络传输层的确有真实代码，WiFi CSI 感知本身也是一个前沿的研究方向。
2. 核心宣称与实际能力之间存在显著差距。17 关键点姿态估计、穿墙人体重建等标志性功能缺少模型权重、真实推理管道和物理可行性支撑。目前的表现更接近一个精心设计的演示框架，而非可工作的感知系统。
3. 项目展示效果与内部机制之间存在断层——多处证据指向前端可视化依赖预生成动画或模拟回退，而非基于实时推理结果。

RuView 事件最终会如何收场，取决于项目方是否愿意以及能否提供经得起独立检验的证据。对于关注该项目的开发者，建议保持审慎态度，在尝试部署前务必评估实际能力与预期的匹配程度。