feat: add dual window spatio temporal event memory for WorldGraph
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Inizia da crates/ruvector-graph-condense/examples/worldgraph.rs e dai percorsi di integrazione esistenti di WorldGraph e RVF, quindi esamina la superficie delle query di graph-node e i test di replay di fixture RuView fisse. Usa i test di retention, verification, bounded-window e parity descritti nell’issue, con l’issue 927 come promotion gate. È completato quando le finestre breve e lunga sono identiche durante il replay e gli anchor obsoleti rimangono segnali di recall finché le evidenze correnti non li riassegnano.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
RuVector already condenses streams of RuView WorldGraph observations into event summaries, and issue 927 defines a chained spatial consistency benchmark. The current event representation does not yet make recent decision trajectory events and verified long lived spatial outcomes separate first class memory windows.
That matters because persistent spatial agents need two different retention behaviors. Recent actions and paths should be cheap to discard. Verified cross task outcomes should survive and be re associated with current geometry rather than treated as permanent ground truth.
Research evidence
STEGNav, arXiv 2608.28279, submitted 2026 08 28, extends state centric scene graphs into spatio temporal event graphs. Its spatial axis jointly represents target instances and occupancy aware exploration frontiers with reachability, path cost, and exploration utility. Its temporal axis uses a short term decision trajectory window plus a long term window of verified cross subtask outcomes.
Reported results include 66.3 percent success rate and 39.7 SPL on GOAT Bench, with a 3.9 percentage point success rate improvement over the strongest reported competitor. Error analysis reports 34.1 percent fewer total failures, 53.8 percent fewer instance confusion failures, and 40.0 percent fewer inefficient exploration failures.
These are navigation benchmark results, not direct evidence for RuVector performance. The transferable idea is the memory contract.
Current architecture
crates/ruvector-graph-condense/examples/worldgraph.rs already models spatial temporal adjacency and condenses many observations into event summaries with provenance.
@ruvector/graph-node 2.1.0 now has corrected real Cypher query execution and deferred hydration, making graph backed spatial event queries substantially more practical.
Issue 927 already defines the complementary chain consistency gate.
Observed limitation
Condensed events currently represent persistent summaries, but there is no explicit distinction between:
- short lived decision and trajectory context
- verified long lived spatial anchors
- current exploration frontiers
- authoritative facts versus recall cues
Without that distinction an agent can either retain too much transient state or over trust old event summaries after the environment changes.
Proposed improvement
Extend existing graph and condensation packages rather than creating a new database.
Introduce additive event memory metadata:
SpatialEventKind
EventVerification
RetentionClass
ExplorationFrontier
TrajectoryEvent
VerifiedSpatialAnchor
Implement two bounded views over the same witnessed graph state:
- Short window for recent decisions, trajectories, failures, and unresolved hypotheses.
- Long window for verified outcomes and cross task anchors.
Long window entries are recall cues. They must be re associated with current scene evidence before driving an authoritative action.
Target packages
Primary:
crates/ruvector-graph-condense
@ruvector/graph-node
Existing WorldGraph and RVF integration paths
Secondary:
crates/agentic-robotics-* consumers
MetaHarness spatial retrieval policy
Implementation phases
- Define additive metadata and deterministic retention semantics.
- Add fixture backed short and long window views with bounded memory.
- Add frontier nodes with reachability, path cost, exploration utility, and uncertainty.
- Add re association rules that require current evidence before a historical anchor becomes authoritative.
- Wire issue 927 as the promotion gate.
- Expose the same query contract in Rust, Node, and WASM where the existing graph surface supports it.
Expected measurable improvement
Do not claim navigation gains from STEGNav directly.
Initial RuVector targets:
- zero new contradictions on the issue 927 chain benchmark
- 100 percent evidence coverage for promoted long term anchors
- bounded short window memory independent of mission duration
- at least 10 times lower transient event retention than storing all trajectory observations on a one day RuView replay
- no more than 5 percent p95 query latency regression versus current graph queries
- deterministic re association decisions across five replays
Dependencies
Use existing RuVector graph, graph condensation, RVF, scope isolation, and MetaHarness promotion components.
No new model or external service is required for phase 1.
Security and privacy
- Historical anchors never bypass current scope or capability checks.
- External labels and navigation text remain untrusted data.
- Long term anchors require witnessed evidence and cannot be promoted from an unverified model assertion.
- Bound chain length, frontier count, trajectory length, and payload size.
- Preserve privacy class and tenant scope across condensation.
- Do not place raw P0 sensor payloads in long term event memory.
Backward compatibility
Additive metadata and query surfaces only in phase 1. No existing RVF bytes change unless a later ADR explicitly versions a spatial profile.
Testing
Unit tests for retention and verification semantics.
Property tests for deterministic ordering, bounded windows, and valid inverse spatial relations.
Mutation tests that inject stale anchors and contradictions.
Replay tests from fixed RuView WorldGraph fixtures.
Node and WASM parity tests for any exposed query path.
Latency and memory benchmarks.
Rollback
Disable the new event memory view and retain existing condensed event behavior. No index rebuild should be required for the initial additive implementation.
Definition of done
A second engineer can replay the same WorldGraph fixture, observe identical short and long event windows, inject a stale verified anchor, see it treated only as a recall cue until current evidence re associates it, and run issue 927 without introducing a new contradiction.
- Lingua principale
- Rust
- Stelle
- 4.5k
- Fork
- 603
- Merge medio
- 2g 9h
- PR unite (30g)
- 34
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ruvnet/RuVector
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
adr phase-w4-3 pir stretch wave-4
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di ruvnet/RuVector
Issue simili
-
`sysknife history --help` says --since takes ISO-8601, and the parser refuses offsets and bare datesApertabug easy good first issue help wanted
Difficoltà 1/5 1-3 ore Idoneità per principianti 94/100
lacs-project/sysknife#519 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
-
area:breg bug criticality:p3 triage:needs-implementation
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
registrystack/registry-stack#1699 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
lbjlaq/Antigravity-Manager#3539 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno