cyb/roadmap.md

cyb roadmap

architecture

cyb is one robot with four implementations sharing one reference.

/ (git root)
├── bevy/              the native shell — orchestrates all modes
├── react/             web UI (cyb-ts)
├── leptos/            WASM UI
├── nu/                scripting/terminal interface
├── reference/         specification, knowledge graph, docs
├── docs/              documentation
├── Cargo.toml         Rust workspace (bevy, leptos, nu)
├── Makefile           build orchestration for all four

bevy is the root runtime. all four implementations are accessible from bevy:

  • bevy renders its own native UI (graph, 3D, effects)
  • bevy embeds react via WebView
  • bevy embeds leptos via WebView (WASM)
  • bevy embeds nu as integrated terminal/scripting engine

each implementation is self-contained and independently buildable. all four read the same reference/ for specifications.

restructuring (next)

current state: react app at git root, rust workspace nested in cyb/. target state: rust workspace at git root, react in react/ subproject.

rename map:

cyb/cyb/    →  bevy/
cyb/cyb-portal/   →  leptos/
cyb/cyb-services/ →  nu/
cyb/vendor/       →  vendor/
src/               →  react/src/
deno.json          →  react/deno.json
rspack.config.*    →  react/
package.json       →  react/

files that need path updates:

  • Makefile: 7 occurrences of ../ become react/
  • .github/workflows/: cd react && deno task build
  • .gitmodules: cyb/vendor/nushell → vendor/nushell
  • .gitignore: full rewrite
  • netlify.toml: base = "react"
  • Dockerfile, docker-compose.yml
  • CLAUDE.md, README.md

files that need NO changes (relative paths preserved):

  • all Cargo.toml (workspace members stay relative)
  • all .rs source files
  • all rspack.config.*.js (use __dirname)
  • deno.json, tsconfig.json, biome.json, codegen.ts

four modes in bevy

bevy shell provides mode switching:

  • desktop: keyboard shortcuts (Cmd+1/2/3/4)
  • android: bottom tab or swipe navigation
  • all platforms: command palette
mode tech what shortcut
graph bevy native 3D graph, effects, native UI Cmd+1
portal leptos WASM portal, citizenship, staking Cmd+2
legacy react full cyb-ts app (oracle, robot, settings) Cmd+3
terminal nu scripting, datalog, graph queries Cmd+4

android

principle: android cyb = desktop cyb. one codebase, one binary, same Bevy app, same worlds, same terminal, same nushell. android adds nu_plugin_android exposing hardware APIs that desktop doesn't have. no separate android UI, no JS bundles, no special android terminal.

one binary rule: WebView is only for web content (Legacy, Portal worlds). all other rendering — terminal, graph, 3D — is pure Rust via Bevy + wgpu. no JS bundles, no external runtimes embedded in the binary.

current state:

  • wry asset loader with cyb.assets domain
  • strip CSP for local file loading
  • 16KB page alignment for modern Android
  • unblock all routes on mobile

android parity plan (see reference/android.md):

  • phase 1 — swap tao+wry stub for Bevy android_main (2 days)
  • phase 2 — terminal world on Android: zero code changes, just Android env init (1 day)
  • phase 3nu_plugin_android: GPS, camera, sensors, intent, clipboard, battery (4–5 days)
  • mode switching UI for android (swipe / bottom tabs)
  • leptos/react worlds via WebView inside Bevy (same as desktop)

react app (legacy mode)

recent changes:

  • miner moved from circular menu to AOS hub
  • avatar page: @username.moon header, dedicated menu (sigma, sense, time, brain)
  • lightning strikes on real blocks only
  • ledger integration, keplr removal
  • mobile routes unblocked

pending:

  • merge feat/merge-mining-web into master (185 commits, 0 conflicts, ff possible)
  • clean up react code structure (components vs containers vs pages)
  • typescript strict mode
  • test coverage

infrastructure

  • restructure repo (this plan)
  • update CI for new structure
  • single Makefile for all targets: make web, make desktop, make android, make all
  • unified dev workflow: make dev (starts all needed servers)

Homonyms

roadmap
in this post, i will outline a short-term roadmap with a clear purpose title:: year/54/roadmap for recovering from chernobyl: the bug introduced in the recent update as well as actions needed to address the price crisis the main goal is to deliver short, impactful changes to shift swap price…
soft3/roadmap
roadmap
cyb/optica/ROADMAP
roadmap optica is a static-site publisher for markdown knowledge graphs. the rendering pipeline (markdown → HTML → templates → CSS + minimal JS) is constrained by the web platform — DOM, Canvas, CSS. that ceiling is acceptable for documents up to ~10⁴ nodes. high-performance interactive graph…
cybics/crystal/roadmap
short term bugfixing cyb: clear a lot of technical debt and make it more reliable and usable offchain inference: generative model built from cybergraph skill for openclaw: agents can talk using decentralized social & cybergraph universal hash: agents can mine tokens on cpu learning rewards main…
warriors/trisha/roadmap
trisha roadmap trisha closes the loop: source → compile → run → prove → verify → deploy. status | layer | status | what works | gap | |-------|--------|------------|-----| | runner | done | `trisha run` executes TASM via triton-vm | cycle count always 0 | | prover | done | `trisha prove` generates…
soft3/nox/roadmap
roadmap
neural/trident/roadmap
Design Proposals Proposals for language and VM design changes. Not spec — these are desires documented for future consideration. Each proposal is a standalone markdown file. Status is tracked in the frontmatter. Proposals | proposal | status | what | |----------|--------|------| | noun-types |…
neural/eidos/roadmap
eidos v0.1.0 — first anchor release Context eidos has solid bones: Cargo workspace (`rs/` library + `cli/` binary), CIC kernel + elaborator + tactic engine, 8 spec files, 139 lib tests, and 27+ theorems verified across `nox/proofs/` and `prysm/proofs/`. Replacement-plan phases 1–5 complete: the…
soft3/glia/roadmap
glia roadmap done format & import canonical five encodings implemented: `u32` (16.16 fixed-point), `u16` (8.8), `q8` (32-val blocks), `q4` (32-val blocks), `ternary` (2-bit) import pipeline: all weights dequant→f32→canonical at pack time; config stored as integers (eps as 1/ε, sampling per-mille)…
soft3/foculus/roadmap
foculus roadmap open problems, one file each. not phased milestones — specific unsolved questions, each with enough context to pick up independently. every item here originates from [specs/security-at-scale.md](/soft3/foculus/specs/security-at-scale)'s adversarial review, kept as a brief pointer…
cyb/evy/roadmap
evy roadmap open proposals not yet executed. each is a draft → accepted → migrated-to-specs lifecycle. remaining proposals | proposal | status | what's missing | |----------|--------|----------------| | (none yet — first crates land via `bevy/roadmap/cyb-engine-shardstore` in bbg, which blocks…
soft3/hemera/roadmap
hemera roadmap hemera is specified: x⁻¹ partial S-box, 16 partial rounds, 32-byte output, ~736 constraints per permutation. these proposals are OPTIMIZATIONS on top of the current spec — reducing constraint count further and shifting hemera's role from "hash for everything" to "trust anchor."…
soft3/bbg/roadmap
bbg roadmap only unfinished proposals remain here. executed proposals have moved to: **reference/** — the spec (WHAT and HOW) **docs/explanation/** — the rationale (WHY) remaining proposals | proposal | in reference? | what's missing | |----------|--------------|----------------| | storage-proofs |…
soft3/zheng/roadmap
zheng roadmap open proposals not yet in canonical spec. all other proposals are now in reference/ as canonical features. proposals | proposal | status | target | |----------|--------|--------| | gpu-prover | draft | full pipeline in VRAM — 45-100x throughput on commodity GPU | | ring-aware-fhe |…
soft3/tru/roadmap
roadmap the build plan and open proposals for tru. the current status of each spec is in [specs/](/soft3/tru/specs); this tree holds the forward-looking work. plan [implementation](/soft3/tru/roadmap/implementation) — the milestone plan: module layout, per-spec algorithm, predicate names, and…
soft3/mudra/roadmap
roadmap
neural/trident/reference/roadmap
Roadmap Trident exists to write [CORE](https://cyber.page/core-spec/) — Conserved Observable Reduction Equilibrium, a self-verifying substrate for planetary collective intelligence. 16 reduction patterns, field-first arithmetic, BBG state, focus dynamics — all written in Trident, all provable.…
cyberia/research/oxytocin/roadmap
roadmap oxytocin opens in four stages. each stage is a complete, bookable experience before the next is built — protecting capital and letting each layer prove itself before the next is committed. stage-1 — the body the thermal anchor. the smallest operation that delivers a complete experience and…

Graph