[PIR][WP24] Zetta-pattern frozen-policy embodied critic/recovery evolution (ADR-327, stretch, new context)
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 32/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- rust
调研方向
阅读 docs/research/perpetual-intelligence-runtime/08-wave3-evidence-review.md 和 09-wave3-program-plan.md,然后检查 crates/ruvector-sota-bench/harness 以及现有的 SHAPER 循环。使用 Zetta-Embodiment 仓库作为模拟 harness 的参考。完成标准是:冻结 policy 的三时间尺度循环满足所述验收标准,并通过使用独立重新计算的 research-gate delta 进行的留出 seed 验证。
由索引模型根据 Issue 内容生成。
描述
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.
- 主要语言
- Rust
- 星标
- 4.6k
- 派生
- 611
- 平均合并
- 22 小时 10 分钟
- 30 天内合并 PR
- 58
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
ruvnet/RuVector 的其他 Issue
-
ruvllm: cargo check --no-default-features fails (claude_flow imports tokio without async-runtime)可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 71/100
ruvnet/RuVector#1179 · 1 条评论 ·
维护者通常 1 天内回复
-
documentation
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
RVF SDK: deleteByFilter omits required native filter fields可能已有人在做 @rudycelekli 于 16 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
RVF SDK: WASM queries override the configured metric with L2可能已有人在做 @rudycelekli 于 16 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 63/100
AimesSoft/NipaPlay-Reload#1022 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
ZcashFoundation/frost-tools#612 ·
-
难度 2/5 1-3 小时 新手友好度 64/100
ScoopInstaller/Extras#19070 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 65/100