03 de agosto de 2026 · Por YasKad
ruvnet/RuView

RuView: sensado espacial con WiFi y una disputa sobre su madurez

ruvnet/RuView · 95.000★ · 12.562 forks

Todo lo que hay que saber sobre ruvnet/RuView: un repositorio de sensado por CSI de WiFi que propone detectar presencia, movimiento y signos vitales sin vídeo, con una documentación extensa y una recepción comunitaria muy dividida.


Qué es RuView

RuView se presenta como una plataforma de inteligencia espacial en el borde. Su planteamiento es leer la información de estado de canal de WiFi (CSI) con nodos ESP32 y convertir cambios en la señal en presencia, movimiento, respiración, pulso, ocupación y, en algunos casos, estimación de pose. El repositorio afirma que el procesamiento puede hacerse localmente, sin cámaras ni una conexión a Internet, y que el despliegue habitual combina una malla ESP32-S3 y, opcionalmente, Cognitum Seed.

Nodo ESP32-S3 en primer plano emitiendo señales WiFi en neón cian que forman una red en malla con otros nodos, visualizando la información de estado de canal (CSI) como frentes de onda geométricos pulsantes.

El alcance declarado es muy amplio: firmware para ESP32, servidor de sensado, modelos, imagen Docker, paquetes Python, una biblioteca Rust y conectores para MQTT, Home Assistant, Matter y asistentes domésticos. El README distingue una limitación importante: Docker usa datos simulados; las capacidades avanzadas requieren hardware que exponga CSI, como ESP32-S3, ESP32-C6 en investigación o determinadas tarjetas de red. Un portátil WiFi convencional queda limitado a presencia y movimiento basados en RSSI.

El proyecto incluye advertencias que conviene conservar: se define como software beta; su propio README dice que el modelo de pose de 17 puntos integrado para ESP32 es un primer corte, queda por debajo de su objetivo y su ruta de ejecución devuelve confianza cero. También documenta que el archivo de modelo de Hugging Face no es aceptado aún por la opción --model del servidor. Esas salvedades son del propio proyecto, no una auditoría independiente.

El origen: de wifi-densepose a RuView

La API de GitHub fecha la creación del repositorio en el 7 de junio de 2025. La cuenta autora es ruvnet, cuyo perfil se identifica como rUv, enlaza Cognitum.One y describe su empresa como “Not a Bot”. No se encontró una entrada de lanzamiento independiente que permita reconstruir con precisión la motivación personal o un anuncio inicial.

La historia publica verificable si muestra un cambio de nombre: el tutorial de instalación #34, creado el 28 de febrero de 2026, dice expresamente que el repositorio paso de wifi-densepose a RuView. Un hilo de Hacker News del 26 de diciembre de 2025 aun enlazaba ruvnet/wifi-densepose; otro del 3 de marzo de 2026 ya enlazaba ruvnet/RuView.

La tensión que acompaña al proyecto no es solo técnica. El discurso propone privacidad al evitar vídeo, mientras que comentaristas objetaron que el sensado a través de paredes y sin consentimiento puede ser vigilancia. En paralelo, el README actual intenta separar resultados medidos de aspiraciones: retracta una cifra anterior de presencia del 100 por ciento, informa 82,3 por ciento para una prueba temporal de su codificador y etiqueta como experimental o pendiente varias capacidades. Esa autocorrección es una característica editorial del README; no sustituye una replicación externa.

Ilustración dividida en dos mitades: a la izquierda un escudo de neón que simboliza la privacidad sin cámaras; a la derecha una señal de advertencia con un ojo formado por ondas WiFi que simboliza la preocupación por la vigilancia pasiva.

Filosofía y principios

La propuesta se articula alrededor de cuatro ideas verificables en la documentación:

  • Sin pixels ni cámaras: obtener señales de radio en lugar de imágenes o vídeo.
  • Procesamiento de borde: usar nodos ESP32 y procesamiento local para reducir dependencia de nube.
  • Calibración local: aprender una huella de cada entorno a partir de CSI y adaptar modelos por sala.
  • Trazabilidad de afirmaciones: el repositorio publica una prueba determinista, registros de atestiguación y una política que separa capacidades medidas, experimentales y pendientes.

Este último principio tiene una aplicación concreta: el arnés portable npx @ruvnet/ruview anuncia una comprobación de afirmaciones que marca cifras sin etiqueta o la antigua afirmación retirada. Es una herramienta del proyecto; su eficacia no ha sido validada aquí de forma independiente.

Una balanza digital que compara una marca de verificación de neón verde, que representa las capacidades medidas y la calibración local, con un signo de interrogación de neón naranja, que representa las funciones experimentales y pendientes.

Cómo funciona

El flujo técnico que describe el README es el siguiente:

  1. Un nodo ESP32 compatible captura CSI de transmisiones WiFi; una malla puede recoger varios enlaces y canales.
  2. El servidor combina canales y nodos, limpia la señal y calcula características para presencia, movimiento, signos vitales o huellas de sala.
  3. Las salidas pueden llegar a una interfaz web, MQTT o integraciones domésticas. Home Assistant se configura con --mqtt; la documentación también describe un puente Matter para Apple Home, Google Home, Alexa y SmartThings.
  4. Para experimentación sin equipo, el arranque documentado es docker pull ruvnet/wifi-densepose:latest y docker run -p 3000:3000 ruvnet/wifi-densepose:latest. Para un nodo real, el README proporciona comandos de compilación, flasheo y provisionamiento de ESP32.

Panel de servidor futurista en modo oscuro que muestra el procesamiento de datos CSI de WiFi de RuView, con flujos de datos en neón verde y naranja y un mapa 3D de una sala mostrando una figura en movimiento, sin iconos de nube, enfatizando el cómputo en el borde.

También hay un flujo de aprendizaje: cargo run -p wifi-densepose-sensing-server -- --pretrain para preentrenar con CSI, --train para entrenamiento con etiquetas y --embed o --build-index para extraer y consultar huellas. Es una interfaz documentada, no evidencia de que cada modo produzca resultados útiles en cualquier hardware o sala.

Terminal de línea de comandos futurista mostrando código en Rust y comandos como cargo run -- --pretrain y npx @ruvnet/ruview, con modelos holográficos de pose humana de 17 puntos etiquetados como experimentales y con confianza cero.

Para agentes de código, el repositorio incorpora un plugin de Claude Code con nueve habilidades, siete comandos /ruview-* y tres agentes. El README indica que los comandos se reflejan como prompts para Codex mediante una copia de archivos a ~/.codex/prompts/; el arnés npx @ruvnet/ruview expone herramientas MCP de operación y verificación.

Estado oficial y semioficial

No se recuperó evidencia de que RuView haya sido aceptado en un mercado oficial de Anthropic, OpenAI, Home Assistant, Matter, Apple, Google o Amazon. El repositorio si publica un manifiesto de mercado propio para su plugin de Claude Code y utiliza insignias que dicen compatible con Home Assistant, Matter, Apple Home, Google Home y Alexa. Esas insignias y la documentación son afirmaciones del proyecto, no certificaciones de los proveedores.

En la practica, existe una integración técnica documentada para MQTT, Home Assistant y un puente Matter; eso puede facilitar el uso en esos ecosistemas. No permite afirmar respaldo de un proveedor ni que RuView sea un estándar de facto.

Salón inteligente en estética cyberpunk donde flujos de datos en neón representan los protocolos MQTT y Matter conectando un nodo ESP32 central con los iconos de Apple Home, Google Home y Alexa, sin cámaras visibles.

El ecosistema

Repositorios del autor

La propia documentación de RuView enlaza o declara dependencia de varios proyectos de ruvnet:

  • ruvnet/RuVector: base de vector, memoria y grafos que el README nombra como parte de la arquitectura; 4.398 estrellas y 581 bifurcaciones.
  • ruvnet/rvcsi: tiempo de ejecución para normalizar CSI de Nexmon, ESP32, Intel, Atheros, archivos y repetición; el README dice que está incluido como submódulo. Tenía 18 estrellas y 2 bifurcaciones.
  • ruvnet/rufield: especificación para sensado de campo sin cámara; 24 estrellas y 3 bifurcaciones.
  • ruvnet/ruflo: arnés de agentes con memoria y flujos multiagente; 66.769 estrellas y 7.962 bifurcaciones.
  • ruvnet/metaharness: generador de arneses con CLI, MCP y memoria; el README de RuView dice que su arnés portable fue creado con este proyecto. Tenía 534 estrellas y 64 bifurcaciones.

Las cifras anteriores proceden de la API de GitHub del 1 de agosto de 2026. Indican relación de autor o de documentación, no garantizan una dependencia versionada ni soporte conjunto.

Puertos, forks y extensiones comunitarias

La búsqueda de GitHub encontró una mezcla de forks, adaptaciones y proyectos que se presentan como relacionados. No todos son mantenidos por ruvnet:

  • deletexiumu/wifi-densepose, 105 estrellas, es un fork que se presenta como auditoría crítica y usa el rótulo “SCAM ALERT”. Es la referencia recurrente de las críticas de Hacker News; su descripción es una posición de ese fork, no un veredicto independiente de esta nota.
  • Gast779/RuView-fixed, 4 estrellas, se anuncia como una variante con correcciones y API operativa.
  • MAXXTANG/ruview-xiao, 6 estrellas, adapta el sensado a placas Seeed XIAO ESP32-S3, C6 y C5.
  • DevvGwardo/openclaw-ruview-presence, 34 estrellas, es un plugin de OpenClaw para comportamiento de agentes sensible a presencia.
  • x1958075990h-pixel/RuView_Radar_Lite, 115 estrellas, se presenta como motor Python ligero de DSP para CSI de ESP32 y su descripción incluye chino; es un puerto o proyecto relacionado de la comunidad, no una traducción oficial.
  • kyleyct/wifi-densepose-elderly, 57 estrellas, se presenta como sistema de detección de caidas para mayores basado en CSI y su descripción incluye chino tradicional.

También aparecieron copias con descripciones en chino, coreano, bengalí y vietnamita, pero las consultas no establecen cuales son traducciones completas ni su calidad. Por eso no se las trata como puertos oficiales. El mapa anterior prioriza repositorios con una declaración de función legible y una relación explícita en la búsqueda.

Núcleo central de neón etiquetado RuView conectado a nodos satélite que representan bifurcaciones y puertos comunitarios; un lado muestra conexiones azules y verdes de integraciones, el otro nodos con parpadeo rojo y señales de advertencia que simbolizan la crítica "SCAM ALERT".

Números del repo

Medición: 1 de agosto de 2026, API de GitHub.

MétricaValor
Estrellas88.051
Bifurcaciones11.698
Suscriptores reales761
Commits1.207
Incidencias abiertas indicadas por la API421
Lenguaje principalRust
LicenciaMIT
Creación7 de junio de 2025
Última actualización de metadatos1 de agosto de 2026
Última publicaciónv2129, 31 de julio de 2026

Los contribuidores principales que devolvió la API por número de contribuciones fueron ruvnet (993), claude (76), proffesor-for-testing (36) y dependabot[bot] (31). El total de 1.207 commits se obtuvo del enlace de última página de la paginación de commits de GitHub. El campo open_issues_count puede incluir solicitudes de cambio abiertas; no equivale necesariamente a incidencias exclusivas. La API repite las estrellas en watchers_count, por lo que se informa subscribers_count como suscriptores reales.

Cómo contribuir

El README invita a enviar incidencias y contribuciones, pero no se recuperó un archivo CONTRIBUTING.md, una guía de ramas ni una plantilla de solicitudes de cambio. El material verificable para colaborar es, por tanto, abrir una incidencia o una solicitud de cambio y ejecutar las comprobaciones que el proyecto menciona, como python archive/v1/data/proof/verify.py y bash plugins/ruview/scripts/smoke.sh para el plugin.

Es una documentación insuficiente para inferir un proceso de aceptación, pruebas obligatorias o política de revisión. Quien contribuya debería confirmar esas reglas en una incidencia antes de asumirlas.

Cómo lo recibió la comunidad

La recepción recuperada es principalmente crítica y contiene anclajes concretos, no un consenso de calidad:

  • En HN 46388904, publicado por nateb2022 el 26 de diciembre de 2025, el enlace al antiguo wifi-densepose recibió 32 puntos y 17 comentarios. heavyset_go reprochó que la documentación no explicaba que se necesitaba del lado del router. Zambyte citaba una revisión del propio repositorio que lo describía como prototipo con componentes centrales sin implementar. Son críticas de usuarios, no una auditoría reproducida en esta investigación.
  • En ese mismo hilo, archermarks cuestionó que el proyecto se describiera como centrado en privacidad dado el potencial de observar sin cámaras; el punto coincide con el debate sobre vigilancia pasiva, aunque no prueba por si solo una infracción o una capacidad técnica concreta.
  • En HN 48157639, publicado por unixhero el 16 de mayo de 2026, RuView obtuvo 22 puntos. Rpu-Micro consideró interesante el problema de reducir cómputo de un sensor siempre activo cuando no cambia el entorno. 6r17 elogió la idea, el empaquetado y el posible producto, pero preguntó si los datos podrían identificar a una persona. También hubo objeciones severas: prakashqwerty lo calificó como contenido generado de baja calidad y Gys nombró tommysense.com y ESPectre como soluciones operativas alternativas.
  • Las incidencias de GitHub reflejan dificultades de instalación reales: en #249, munozluis1015 reportó que una malla ESP32-S3 mostraba el mismo resultado sin importar posición o personas; en #1125, Sycrosity pidió testimonios de alguien que hubiera obtenido datos reales. Estas entradas muestran problemas reportados por usuarios, no demuestran que todas las instalaciones fallen.

La combinación de mucha visibilidad, afirmaciones técnicas ambiciosas y dudas verificables de usuarios aconseja tratar RuView como programa beta que debe probarse con hardware propio y un protocolo de validación, no como producto de salud, seguridad o vigilancia listo para desplegar.

RuView frente a otras propuestas

PropuestaCoincidencia verificableDiferencia o límite verificable
superstar1225/DensePose_from_WiFiRepositorio de estimación de pose humana con WiFi y aprendizaje profundo; 477 estrellas.Es una implementación vinculada en su descripción a DensePose from WiFi; la búsqueda recuperada no permite asegurar compatibilidad con ESP32 ni equivalencia funcional con RuView.
davidakpele/wifi-denseposeProyecto de pose densa basado en WiFi; 470 estrellas.Se presenta como implementación de InvisPose para routers de malla. La fuente recuperada no permite verificar sus resultados ni compararlo en rendimiento con RuView.
x1958075990h-pixel/RuView_Radar_LiteComparte CSI de ESP32 y sensado espacial; 115 estrellas.Se describe como motor Python ligero de DSP, frente al alcance mucho mayor de firmware, servidor, modelos e integraciones declarado por RuView.
kyleyct/wifi-densepose-elderlyUsa CSI de WiFi para detección no invasiva de caídas; 57 estrellas.Se concentra en mayores y caídas, mientras RuView declara presencia, signos vitales, pose e integraciones domésticas.

Las estrellas son las recuperadas de la API de GitHub el 1 de agosto de 2026. No se encontraron pruebas comparativas independientes que permitan ordenar estas opciones por precisión, latencia o madurez.

Casos de uso y a quién puede ayudar este repositorio

Personas que experimentan con sensado de presencia en el borde pueden usar RuView para montar una prueba con nodos ESP32 compatibles con CSI, procesar señales localmente y enviar resultados a una interfaz web, MQTT o una integración doméstica. El recorrido documentado permite empezar con Docker y datos simulados, pasar después a compilación, flasheo y provisionamiento del hardware, y ensayar calibración, entrenamiento o consulta de huellas de sala con los modos --pretrain, --train, --embed y --build-index.

Integradores de automatización doméstica e investigadores de WiFi CSI pueden evaluar el puente Matter, la configuración de Home Assistant mediante --mqtt y la malla de nodos como componentes de un prototipo. También pueden usar el arnés npx @ruvnet/ruview y el plugin para Claude Code para explorar configuración y verificación. Conviene tratar esos flujos como experimentales: Docker no reemplaza el hardware con CSI, y el propio informe recoge límites del modelo de pose, de --model y de las afirmaciones de rendimiento.

Recursos


Nota: este artículo combina el README y las incidencias de RuView, la API de GitHub, las busquedas de repositorios y los hilos de Hacker News consultados el 1 de agosto de 2026. Las cifras y el estado del software cambian con el tiempo.

Comentarios