[PIR][WP24] Zetta-pattern frozen-policy embodied critic/recovery evolution (ADR-327, stretch, new context)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 32/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- rust
- Área
- machine-learning, testing-qa
Línea de trabajo
Lee docs/research/perpetual-intelligence-runtime/08-wave3-evidence-review.md y 09-wave3-program-plan.md, y después inspecciona crates/ruvector-sota-bench/harness y el bucle SHAPER existente. Usa el repositorio Zetta-Embodiment como referencia para el harness simulado. La tarea estará terminada cuando el bucle con una policy congelada y tres escalas temporales cumpla los criterios de aceptación indicados y supere la validación con seeds reservados con un research-gate delta recalculado de forma independiente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Epic: #837 · Wave 3, Phase W3-4 · Proposed ADR-327 · Paper: Zetta ζ — An Efficient Closed-Loop Embodied Harness for Self-Evolving skills (arXiv:2608.16590, Grade A, all figures exact-match; reference implementation live at github.com/air-embodied-brain/Zetta-Embodiment, 224 stars, confirmed author repo).
🧭 EXPLICIT STRETCH — sequenced last, no hard blocking dependency, and NOT a physical-robotics commitment. Read the scope boundary below before treating any part of this as a robot-actuation deliverable.
Scope boundary — read first
No repo in the ruvnet org currently operates physical robots or a robot-rollout harness. RVM is an agentic runtime / hosting substrate (no robotics); RuView is RF sensing (no actuation). Zetta therefore has no existing bounded context to extend — ADR-327 proposes a new one (Physical Embodiment), it does not expand an existing context.
Accordingly, this slice is the timescale-separated evolution-harness PATTERN only, on a SYNTHETIC environment:
- The three-timescale critic/recovery evolution structure — ms-scale critic / seconds-scale recovery / minutes-scale skill-evolution — over a frozen base policy, validated against held-out seeds before promotion.
- Landed in
crates/ruvector-sota-bench/harnessagainst a synthetic environment. - Physical / RuView actuation is EXPLICITLY DEFERRED to a future ADR + hardware. Nothing in this WP commits the program to operating physical robots. Any real-world path is sensing-side coordination with RuView only — never actuation.
This is structurally the same kind of first-party stretch bet as Wave 1's WP14 (universal CSI vocabulary) — except WP14 at least had RuView as a plausible eventual home; Zetta's embodied-harness mechanism has none today.
Repo placement — DECIDED (coordinator, 2026-08-21)
The first slice hosts in crates/ruvector-sota-bench/harness, beside WP9's SHAPER loop — Zetta's frozen-base + timescale-evolving critics is a timescale-structured variant of that same loop. NOT a new crate, NOT a sibling-repo epic for the slice. The physical/RuView actuation target stays deferred to a future ADR + hardware as stated above. ADR-327's author has this scoping.
Goal
Stand up a minimal simulated embodied-harness surface (LIBERO-Pro / RoboCasa-class rollout infrastructure, simulated) and a frozen-policy critic/recovery evolution loop, adapting the released air-embodied-brain/Zetta-Embodiment implementation as the starting reference rather than building rollout infrastructure from nothing.
Extends: nothing merged — new bounded context (Physical Embodiment), stretch-only.
Open placement question (coordinator to decide — this issue does NOT decide it)
Where WP24 lands is deliberately left open: a new crates/ruvector-embodiment inside ruvector, or a new sibling-repo epic (mirroring how Wave 1 treated LatentMesh / rvm / autogenous / RuView as separate epics), if the physical-robotics scope is judged too far outside this repo's remit. WP21–23 have unambiguous ruvector-internal homes; WP24 does not. Flagging the question, not resolving it.
Acceptance criteria
- Three timescales are separately governed (action-frequency governance): ms critic, seconds recovery, minutes skill-evolution.
- Base policy is frozen; only critic/recovery/skill layers evolve.
- Promotion is validated against held-out seeds the evolution loop never trains against.
- Environment is synthetic; the issue and ADR state prominently that physical/RuView actuation is deferred to a future ADR + hardware.
Preprint-reproduction rule
Zetta's reported numbers (SOTA on LIBERO-Pro / RoboCasa) are hypotheses, not the acceptance bar. A live reference repo changes how much code must be written — not what counts as evidence. Promotion requires an independently recomputed research-gate paired-bootstrap delta over the pre-WP baseline.
Depends on
None hard. Soft-coordinates with ruvnet/RuView only if/when a real-world (not simulated) path is pursued, on sensing/state-estimation only, never actuation.
Sources: 08-wave3-evidence-review.md (evidence grade + artifact status), 09-wave3-program-plan.md (WP/ADR mapping). Filed by the issue steward after coordinator approval of the Wave-3 breakdown.
- Lenguaje dominante
- Rust
- Estrellas
- 4.5k
- Forks
- 603
- Merge medio
- 1 d 11 h
- PR fusionados (30 d)
- 56
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ruvnet/RuVector
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
Todos los issues de ruvnet/RuVector
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
trezor/trezor-firmware#7997 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
oxidecomputer/management-gateway-service#506 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
scylladb/nodejs-rs-driver#566 ·
Los mantenedores suelen responder en 1 día
-
A-ABI needs-triage relnotes relnotes-needs-review relnotes-tracking-issue T-lang T-libs T-opsem
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día