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

一、RuView 是什么RuView是 GitHub 的一个开源项目该项目利用WiFi信号实现人体姿态估计通俗的讲就是利用WiFi信号而不是摄像头就可以隔着墙”看到“隔壁的人的动作。截至目前该项目已获得超过 80,000 个 Star一度登顶 GitHub Trending。项目宣称的核心能力是利用普通 WiFi 信号的 CSIChannel 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 GitHubs Top Project Fooled Developers | Digital Biz Talk。报告链接 RuView WiFi Scam 2026: How GitHubs Top Project Fooled Developers | Digital Biz Talk 读者可以进一步阅读。他们审计了项目源码后指出1. 底层代码完全失效核心算法是空壳项目核心文件rf_tomography.py所谓射频断层成像算法只是占位空代码不处理真实 WiFi 射频数据输出仅随机噪声、预录动画负责姿态还原的函数接收的输入全是静态零向量 / 测试模拟数据无真实 CSI 信号采集与运算逻辑所谓数万帧超高实时处理速度靠代码内延时函数sleep虚假模拟不存在真实 AI 推理流程。2. 仓库大量 “借来的门面”内容拼凑造假README、技术文档堆砌行业热词、学术论文名词营造专业感演示视频、可视化画面是预制动画并非硬件实时采集结果依赖库刻意混淆、代码大量混淆加密刻意阻止开发者逆向审计疑似存在刷 Star 行为人为拉高热度吸引流量关注。3. 技术底层逻辑本身不成立文章技术科普部分真实 WiFi CSI 感知有极强环境限制仅实验室薄石膏板、无金属干扰环境下可粗略判断人体存在无法穿墙精准还原全身骨骼关键点家用普通路由器完全不支持高精度 CSI 采集必须专业射频网卡且单块 ESP32 硬件算力、信号精度达不到项目宣称效果厚水泥墙、钢筋、金属家具会彻底干扰无线信号不存在 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 #506Issue #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分析做以下归纳项目并非完全虚无——ESP32 固件层、网络传输层的确有真实代码WiFi CSI 感知本身也是一个前沿的研究方向。核心宣称与实际能力之间存在显著差距。17 关键点姿态估计、穿墙人体重建等标志性功能缺少模型权重、真实推理管道和物理可行性支撑。目前的表现更接近一个精心设计的演示框架而非可工作的感知系统。项目展示效果与内部机制之间存在断层——多处证据指向前端可视化依赖预生成动画或模拟回退而非基于实时推理结果。RuView 事件最终会如何收场取决于项目方是否愿意以及能否提供经得起独立检验的证据。对于关注该项目的开发者建议保持审慎态度在尝试部署前务必评估实际能力与预期的匹配程度。