DEV Community: Reallexi LLC

Building Apex Coloring: 3D Art Studio for Kids 3+

Reallexi LLC — Sun, 13 Sep 2026 14:24:04 +0000

Apex Coloring is out now on Web, iOS, Android. This is how it got made: the decisions, the pipeline, and what I would do differently.

What it is

Apex Coloring — a 3D art studio for kids 3+. Color 3D animals, paint, solve art puzzles, play mini games, learn letters and numbers. No ads, no data collection, made for little hands.

Color 3D animals, paint, solve art puzzles, play mini games, learn letters and numbers. No ads, no data collection, made for little hands.

GDPR / CCPA — and deletion that actually deletes

Legal bases: contract (gameplay, purchases), legitimate interest (fraud, security, first-party analytics), consent (personalised ads, push, marketing). Endpoints, all behind an authenticated session, with web versions that work after the app is uninstalled:

Endpoint: Behaviour
GET /api/account/export: queued export → signed 48 h URL to JSON+CSV of every row keyed to the account (including the consent records). 1 per 7 days.
POST /api/account/delete + web /account/delete: typed DELETE + re-auth. Immediate: sessions revoked, account hidden. Within 7 days (undo window): cascade delete; purchases pseudonymised (legal hold).
GET/PATCH /api/account/privacy: current consents + age band
POST /api/account/restrict: "limit processing": keep the account, stop analytics and chat retention

The real lesson: deletion must be probe-verified, not assumed. The deletion test deletes a fully-populated account and then asserts zero orphans, enumerating targets from the schema itself so a new table cannot be forgotten:

every table with an account-id column — enumerate sqlite_master (or the catalog), don't hand-list;
every file store — avatar uploads, save blobs, export zips left on disk;
every pointer — cache entries, queues, live sessions that could resurrect the row (evict from in-memory caches before deleting, or an autosave tick writes the account back);
consent rows and…

Camera per game type

game.config.json gameType selects config/game-types/.json, whose camera block the rig is built from:

gameType: camera.type camera.style camera.controls
city-builder: orthographic isometric pan-zoom-rotate
idle-tycoon: orthographic fixed-iso pan-zoom
racing: perspective chase follow
arcade: perspective third-person follow
puzzle: perspective top-down fixed

For the orthographic styles, zoom is the scale (camera.zoom = pixels per world unit, exponential steps so wheel and pinch feel identical), position is derived each frame from {target, zoom, yaw, pitch} at a fixed distance, and rotation snaps to the four cardinal views with a tween. Pitch clamps ~25°–60°; target clamps to world bounds plus a margin. For perspective styles the rig is a follow controller with the same clamping discipline. Either way the rig owns one small mutable object read in useFrame — never React state.

An orthographic camera has a useful side effect: LOD can be global per zoom tier rather than per-object distance — one state swap, no mid-screen

Billing flow (server-authoritative)

Store panel opens → billing.products with this store's product ids from the server catalog (storeIds.google are plain SKUs, storeIds.apple are reverse-DNS). Asking one store for the other's ids returns an empty list and the panel silently falls back to reference prices — which is how a wrong-store bug hides, so which store to ask is a build-time fact (native.platform), never a runtime guess.
billing.purchase {sku, accountId, type, offerToken?} opens the sheet; the account id rides the receipt (obfuscated account id / app account token) so the server can bind it.
The outcome arrives as the purchase event carrying platform and the receipt (Play purchase token / StoreKit signed transaction).
The page routes on the event's own platform, POSTs to the matching server verifier (which checks with the store, credits once — idempotent on order/transaction id — and answers {consume}), then always calls billing.finish. Both halves matter: an unconsumed purchase cannot be re-bought; an unfinished transaction is re-delivered on every launch forever.
On launch, unfinished purchases replay with replay:true and take the same path — a crash between 3 and 4 loses nothing.

Subscriptions additionally require the recurring terms on the purchase screen, before the buy button (price, period, auto-renews-until-cancelled, how to cancel, live terms/privacy links) — both stores reject builds…

Age gate and COPPA

Neutral age screen at first run: ask for birth year only, store an age_band (u13 / 13_15 / 16_17 / adult), never a date. The band is immutable from the client; support can change it with an audited reason.
Do not offer bands below 13 unless you are doing full COPPA (verifiable parental consent, direct notice, the works). The cheap, defensible middle: u13 accounts get a limited mode — no chat, no publicly shown name, no purchases, no ads, no email collected (guest only) — which keeps you out of COPPA's "actual knowledge" trap without building a consent flow.
13_15: no purchases, no ads, stricter chat filter. 16_17: purchases allowed (device parental controls apply), non-personalised ads only.
Make the defaults privacy-protective for everyone (non-personalised ads, no profiling, minimal data); then the minor bands only add restrictions rather than needing a parallel stack (UK AADC / EU DSA

Latest changes

Changelog

Every release of Apex Coloring, newest first. Each entry carries one block per store locale in the format the Play Console release-notes field takes, so the notes can be pasted straight in — and App Store Connect, the website and the in-app What's New panel all read the same source.

Generated by npm run release:sync from shared/content/release-notes.json — edit that file, never this one. Play allows at most 500 characters per language.

What is next

It is live at https://apexkids.reallexi.io. If you have shipped something similar, I would like to hear what you would have cut.

Building Apex City: Build a city that actually works.

Reallexi LLC — Wed, 09 Sep 2026 19:51:16 +0000

Apex City is out now on iOS, Android, Web. This is how it got made: the decisions, the pipeline, and what I would do differently.

What it is

Apex City is a city builder with a real simulation underneath. Every home has residents who need power, water, schools and a safe street. Lay roads, zone districts, build utilities and services, and watch traffic, blackouts and crime emerge from your layout rather than from random events. Fix the water shortage you created, then redesign the district that caused it.
Transport is the endgame: open an airport, a seaport and a rail network, add bus and metro lines and a trucking fleet, feed sawmills, refineries and factories into cargo routes, and ship goods to other mayors on player-to-player routes.
Play together in alliances of up to 50 with weekly events and seasons. Leaderboards reward cooperation; there is no sabotage and no raiding. Everything is earnable with coins, there are no loot boxes, and there is no advertising SDK at all. Your city keeps running on a plane or in a lift and syncs the moment you reconnect.

Brownouts, traffic jams and crime are outcomes of your plan, not luck. And it all runs offline, with no ads and no loot boxes, on iPhone, iPad, Android and the web.

Implementation status (M10, 2026-08-22)

Management depth on top of the M1 systems below. Code: shared/sim/management/, shared/content/management.json, server/src/http/m10Routes.js, client/src/ui/management/. Every number is server-authoritative (simulate()), every panel reads GET /api/city/management.

Area: Status Notes
Department budgets (§14): Implemented Police / fire / health / education / transport / parks at 0-150 % (dept action). Radius of that service's buildings x 0.4..1.25, happiness +/- per department weight, cost = base/h x pct x buildings of that kind, booked as departments in the report. Fire budget also sets the extinguish time (5 min at 100 %).
Ordinances: Implemented (15) management.json ordinances[]: recycling, smoke detectors, free transit, night market, tourism promo, green energy, rent control, neighbourhood watch, insurance, industrial tax break, water conservation, curfew, clean air, job fair, vaccination. Level gated, hourly cost, effects folded by policyModifiers() into pollution, fire risk, crime, income per category, upkeep per category, tourism, rebuild cost, epidemic risk, employment, health, fares/ridership.
Bonds + credit rating (§14): Implemented AAA..C from (loans + bonds + overdraft) / daily income; 10k / 25k / 50k, 14-day term, rate per rating, 3 open max, C cannot issue; hourly slices beside loans.
Taxes per zone x density (§14): Implemented taxDensity[zone][d]…

City and tiles

Tile byte layout (6 bytes per cell):

Byte: Field Values
0: zone 0 none, 1 res-low, 2 res-high, 3 com-low, 4 com-high, 5 ind, 6 office, 7 park, 8 special
1: road 0 none, 1 street, 2 avenue, 3 highway, 4 rail, 5 metro; high nibble = connection mask N/E/S/W
2: terrain 0 grass, 1 sand, 2 water, 3 rock, 4 forest; high nibble = height 0..15
3: level density/growth level 0..255 (zoned tiles)
4: flags bit0 powered, bit1 watered, bit2 fire-covered, bit3 police, bit4 health, bit5 educated, bit6 polluted, bit7 occupied-by-building
5: bref low byte of the index into City.buildings array (0xFF = none); high byte from flags bit7 + level overflow when > 255 buildings (see sim/grid.js bref())

cities.stats_json

XP sources

Source: XP formula Typical amount at L10 Typical amount at L25
Collecting production: 10 % of the goods' sell value, min 1 2 per planks batch 16 per furniture batch
Completing a build or upgrade: cost / 50 30 (1,500-coin clinic) 400 (20,000-coin hospital)
Completing a road segment: 1 per cell 4 4
Contract delivered: 15 % of payout 60 300
Quest step completed: fixed per quest (25 to 2,500) 75 400
Flight / ship / train arrival: 2 per 10 pax or per tonne, min 5 5 40
Trade route delivery (player to player): 10 % of goods value, both sides n/a (L15) 120
Daily task (3 per day): 50 + 12 * level 170 350
Friend help received / given: 5 5 5
Population milestone (every 1,000 residents): 250 + 10 * level 350 500

XP is never sold for gems or coins. Gems can rush timers, which indirectly speeds XP, and that indirect path is the only paid acceleration (see section

Levels and XP curve

Levels run 1 to 60. XP required to go from level L to L+1:

Expected XP per day grows with the city (more buildings, longer contracts, more routes), so "days to reach" below assumes an engaged free player who logs in 3 to 4 times a day and uses no gems for speed. Cumulative XP is the total earned since level 1.

Level: xpToNext Cumulative XP to reach XP/day at this level (typical) Expected day reached
1: 120 0 600 0
2: 403 120 700 0.2
3: 820 523 900 0.8
5: 1,999 2,700 1,400 2.5
10: 6,747 21,250 3,000 9
15: 13,719 68,092 5,500 19
20: 22,696 153,874 9,000 32
25: 33,541 288,322 13,000 46
30: 45,609 480,548 18,000 62
40: 76,315 1,072,026 30,000 96
50: 113,600 1,994,557 45,000 136
59: 150,720 3,158,829 60,000 165

Total XP to cap is about 3.31 million, roughly 5.5 months of regular free play, matching the two-season horizon in

What is next

It is live at https://apexcity.reallexi.io. If you have shipped something similar, I would like to hear what you would have cut.

Building Apex City: Build a city that actually works.

Reallexi LLC — Wed, 09 Sep 2026 16:19:57 +0000

Apex City is out now on iOS, Android, Web. This is how it got made: the decisions, the pipeline, and what I would do differently.

What it is

Brownouts, traffic jams and crime are outcomes of your plan, not luck. And it all runs offline, with no ads and no loot boxes, on iPhone, iPad, Android and the web.

Implementation status (M10, 2026-08-22)

Area: Status Notes
Department budgets (§14): Implemented Police / fire / health / education / transport / parks at 0-150 % (dept action). Radius of that service's buildings x 0.4..1.25, happiness +/- per department weight, cost = base/h x pct x buildings of that kind, booked as departments in the report. Fire budget also sets the extinguish time (5 min at 100 %).
Ordinances: Implemented (15) management.json ordinances[]: recycling, smoke detectors, free transit, night market, tourism promo, green energy, rent control, neighbourhood watch, insurance, industrial tax break, water conservation, curfew, clean air, job fair, vaccination. Level gated, hourly cost, effects folded by policyModifiers() into pollution, fire risk, crime, income per category, upkeep per category, tourism, rebuild cost, epidemic risk, employment, health, fares/ridership.
Bonds + credit rating (§14): Implemented AAA..C from (loans + bonds + overdraft) / daily income; 10k / 25k / 50k, 14-day term, rate per rating, 3 open max, C cannot issue; hourly slices beside loans.
Taxes per zone x density (§14): Implemented taxDensity[zone][d]…

City and tiles

Tile byte layout (6 bytes per cell):

Byte: Field Values
0: zone 0 none, 1 res-low, 2 res-high, 3 com-low, 4 com-high, 5 ind, 6 office, 7 park, 8 special
1: road 0 none, 1 street, 2 avenue, 3 highway, 4 rail, 5 metro; high nibble = connection mask N/E/S/W
2: terrain 0 grass, 1 sand, 2 water, 3 rock, 4 forest; high nibble = height 0..15
3: level density/growth level 0..255 (zoned tiles)
4: flags bit0 powered, bit1 watered, bit2 fire-covered, bit3 police, bit4 health, bit5 educated, bit6 polluted, bit7 occupied-by-building
5: bref low byte of the index into City.buildings array (0xFF = none); high byte from flags bit7 + level overflow when > 255 buildings (see sim/grid.js bref())

cities.stats_json

XP sources

Source: XP formula Typical amount at L10 Typical amount at L25
Collecting production: 10 % of the goods' sell value, min 1 2 per planks batch 16 per furniture batch
Completing a build or upgrade: cost / 50 30 (1,500-coin clinic) 400 (20,000-coin hospital)
Completing a road segment: 1 per cell 4 4
Contract delivered: 15 % of payout 60 300
Quest step completed: fixed per quest (25 to 2,500) 75 400
Flight / ship / train arrival: 2 per 10 pax or per tonne, min 5 5 40
Trade route delivery (player to player): 10 % of goods value, both sides n/a (L15) 120
Daily task (3 per day): 50 + 12 * level 170 350
Friend help received / given: 5 5 5
Population milestone (every 1,000 residents): 250 + 10 * level 350 500

XP is never sold for gems or coins. Gems can rush timers, which indirectly speeds XP, and that indirect path is the only paid acceleration (see section

Levels and XP curve

Levels run 1 to 60. XP required to go from level L to L+1:

Level: xpToNext Cumulative XP to reach XP/day at this level (typical) Expected day reached
1: 120 0 600 0
2: 403 120 700 0.2
3: 820 523 900 0.8
5: 1,999 2,700 1,400 2.5
10: 6,747 21,250 3,000 9
15: 13,719 68,092 5,500 19
20: 22,696 153,874 9,000 32
25: 33,541 288,322 13,000 46
30: 45,609 480,548 18,000 62
40: 76,315 1,072,026 30,000 96
50: 113,600 1,994,557 45,000 136
59: 150,720 3,158,829 60,000 165

Total XP to cap is about 3.31 million, roughly 5.5 months of regular free play, matching the two-season horizon in

What is next

It is live at https://apexcity.reallexi.io. If you have shipped something similar, I would like to hear what you would have cut.

Building BlockMyBlocks: A balance game for all ages

Reallexi LLC — Tue, 08 Sep 2026 20:49:01 +0000

BlockMyBlocks is out now on Web, iOS, Android. This is how it got made: the decisions, the pipeline, and what I would do differently.

What it is

A balance game for all ages. Stack the pieces on a deck that tips, hold it steady, and keep going — the levels never run out.

Stack the pieces on a deck that tips, hold it steady, and keep going — the levels never run out.

Determinism and golden tests

The sim is pure and deterministic — time and seed are parameters. That buys the strongest cheap test there is:

The catch-up law: simulate(state, a+b) === simulate(simulate(state, a), b) for arbitrary splits. Offline catch-up, tab-restore and server ticks all depend on it. Test it directly with quantised splits (e.g. 120 = 60+60), plus: rewards are integers, no NaN anywhere after a very long run.
Golden files: shared/test/golden/.json holds {seed, state0, actions[], expected: {hash per interval, final snapshot}}. The test replays the actions and compares a stable hash of the state at every interval. Any sim change fails golden; --update regenerates only after a human confirms the change is intended and the PR says why. Keep scenarios small but adversarial (empty world, dense world, each subsystem stressed, one long-horizon run).
Cross-runtime determinism: the browser smoke computes the same hashes with the same shared sim and must match the server — catches engine/float differences before they become a

Scene architecture

Rules that keep the frame loop cheap:

State reads in useFrame go through store.getState(), never per-instance subscriptions. Selectors are narrow (useWorld(s => s.entities)).
HUD is DOM, not canvas. Everything tappable is React DOM for accessibility and crisp text; in-world labels are drei with a hard cap (~40 visible, nearest first).
Zero per-frame allocation in steady state: pre-parsed THREE.Color constants (col.copy(c), never col.set('#hex')), module-level scratch vectors, geometry rebuilds gated on a content signature, not on "something changed".
Debug handles live on window.game: stats() (draw calls, tris, dpr, tier, fps), mem() (GPU bytes by owner), setQuality, setDpr, setTimeOfDay, governor flag. Test scripts read these; nothing in gameplay

Recommended platform collections

The generic meta-game set. Add game collections beside them; keep these shapes so payments, social and live-ops code stays portable between games. All timestamps epoch-ms.

Collection: Id Fields
accounts: account id (nanoid) displayName, isGuest, providers: [{provider: 'guest'\ 'google'\ 'apple'\ 'email', subject}], email?, passwordHash?, locale, country?, createdAt, lastSeenAt, bannedAt?, bannedReason?
sessions: opaque 32-byte token (never logged) accountId, deviceId?, createdAt, expiresAt, lastUsedAt
wallets: : balance (integer ≥ 0, a cache of the ledger sum), updatedAt
wallet_ledger: : accountId, currency, delta, balanceAfter, reason ('collect'\ 'purchase'\ 'gift'\ 'event'\ 'admin'\ 'refund'…), refType?, refId?, at — append-only; the ledger is truth
purchases: : accountId, productId, provider ('stripe'\ 'play'\ 'apple'), state ('pending'\ 'granted'\ 'refunded'\ 'failed'), amountCents?, currency?, createdAt, grantedAt?, refundedAt?, rawReceiptRef?
entitlements: : key ('season_pass:', 'no_ads', 'pack:'), sourcePurchaseId?, grantedAt, expiresAt? (null = permanent), revokedAt?
leaderboard_entries: :: score, meta? (display extras, id-only), updatedAt; periodKey = 'all', ISO week '2026-W35', or an event id
flags: flag key value, segments? ({country?, minLevel?, pct?}), version, updatedAt — live-ops overrides on top of content
events: event id runtime…

Validator-per-message

Every message type — WS and REST body alike — has exactly one validator function in shared/protocol.mjs, used by the client before sending and by the server before touching state. Validators are whitelists: the only fields that exist afterwards are the ones they return.

Unknown t values and oversized frames (> 16 KB) close the socket; unknown fields are dropped; null from a validator is BAD_PAYLOAD, before any service code runs. There is never a second, looser parser

What is next

It is live at https://ddkits.github.io/block-my-blocks. If you have shipped something similar, I would like to hear what you would have cut.

Building Apex Coloring: 3D Art Studio for Kids 3+

Reallexi LLC — Mon, 07 Sep 2026 15:00:18 +0000

Apex Coloring is out now on Web, iOS, Android. This is how it got made: the decisions, the pipeline, and what I would do differently.

What it is

Apex Coloring — a 3D art studio for kids 3+. Color 3D animals, paint, solve art puzzles, play mini games, learn letters and numbers. No ads, no data collection, made for little hands.

Color 3D animals, paint, solve art puzzles, play mini games, learn letters and numbers. No ads, no data collection, made for little hands.

Textures — baked in Blender, tiered per platform

Models ship untextured; one atlas set per asset family ships beside them. scripts/blender/bake_textures.py builds 16 procedural node-tree materials per family on a 4×4 tile grid and runs two Cycles EMIT bakes (1 sample, no lights — a bake, not a render): base colour, and a packed data map. scripts/gen-textures.mjs then derives the tangent-space normal (from the baked height field) and the ORM (R occlusion / G roughness / B metalness / A emissive mask), and encodes one set per quality tier, capped at each tier's textureMax from config/platform-quality.json (high 2048 / medium 1024 / low 512):

The client fetches exactly one tier (its own), chosen by the quality system — this is the other half of the platform-quality contract: the pipeline caps what each tier can even download.

UV contract: faces carry TEXCOORD_0 = world-scaled tiling coordinates (metres per repeat, so brick courses align with floor lines) and TEXCOORD_1 = the tile origin, constant per face; the shader samples origin + fract(uv) * 0.25 with textureGrad so the tile wrap never picks a coarse mip. Only designated slots are tintable by the palette; everything else keeps its real albedo. The attributes survive weld/join/simplify/Draco, so all LODs share the atlas.

KTX2 is a VRAM decision, not a download decision. Measured on an eleven-family set (4096 px albedo class):

map: WebP download KTX2 download WebP VRAM…

PII inventory and retention

Keep this table current — it is the privacy policy's "what we collect" section and the store data-safety form:

Data: Purpose Retention
email (optional): login, receipts, recovery life of account
password hash (Argon2id): login life of account
display name, world/city name (UGC): gameplay life of account
OAuth subject ids (Google/Apple/Facebook): login life of account
age band (never a birth date): minor protections life of account
IP hash (SHA-256, daily rotating salt) + UA family: rate limiting, fraud 30 days
purchase rows (amount, currency, country, provider ids): fulfilment, refunds, tax 7 years (tax law) — pseudonymised on account deletion, account id replaced by a tombstone
chat messages: gameplay 30 days or last 200 messages per channel, whichever is less
avatars / player images: profile life of account — and they are "Photos and videos" in the Play data-safety form, even when they are only profile pictures; declaring them as "other" fails review
analytics events (no free text, no names): first-party analytics 13 months raw; aggregates forever
push tokens: notifications until unregistered / 60 days unused

Never collected: precise location, contacts, phone numbers, card data (the payment providers hold it), raw IPs at rest. Player-chosen names are UGC: run them through the same profanity filter as chat plus a PII regex (emails, phone numbers) —…

Camera per game type

game.config.json gameType selects config/game-types/.json, whose camera block the rig is built from:

gameType: camera.type camera.style camera.controls
city-builder: orthographic isometric pan-zoom-rotate
idle-tycoon: orthographic fixed-iso pan-zoom
racing: perspective chase follow
arcade: perspective third-person follow
puzzle: perspective top-down fixed

An orthographic camera has a useful side effect: LOD can be global per zoom tier rather than per-object distance — one state swap, no mid-screen

The postMessage bridge

One JSON envelope in both directions; constants shared from shared/bridge.js so web and native cannot drift.

Rules:

id is opaque, unique, generated by the page; replies always echo it. Every request gets exactly one reply. Long-running flows (a purchase sheet) reply immediately with {started:true} and deliver the outcome as an event.
Error codes are stable strings: unavailable, bad_namespace, bad_op, bad_request, cancelled, denied, simulator, sign_in_failed, purchase_error, native_error. Unknown ns/op returns unavailable — an older shell never hangs a newer web bundle.
Payloads are JSON only. Never put a session token in a payload; the page owns auth.
The page times out its own requests (default 60 s) and rejects with TIMEOUT; on the web (window.ReactNativeWebView absent) calls reject immediately with NO_BRIDGE, so every call site has a web fallback by construction.
The reply lands on a different target per platform. react-native-webview's postMessage dispatches the reply as a MessageEvent on window on iOS but on document on Android, and the event does not bubble — so a window-only listener silently drops every Android reply and each call dies of its own timeout. The page must register the SAME handler on both window and document. Symptom when it is missing: Android shows "the store is not available" after a 30 s pause while iOS works perfectly (shipped in Apex…

Latest changes

Changelog

Generated by npm run release:sync from shared/content/release-notes.json — edit that file, never this one. Play allows at most 500 characters per language.

What is next

It is live at https://apexkids.reallexi.io. If you have shipped something similar, I would like to hear what you would have cut.

Building Real Memory AI Agent: Private AI agent execution for real developer work.

Reallexi LLC — Mon, 07 Sep 2026 03:24:03 +0000

Real Memory AI Agent is out now on VS Code, Chrome. This is how it got made: the decisions, the pipeline, and what I would do differently.

What it is

AI coding agent for VS Code with a Scrum/Agile Kanban board, workspace file edits, validation, screenshots, browser/CLI/MCP workflows, and local/cloud/custom model providers.

The Four Flows

![Real Memory AI Agent flows][store-workflow]

Real Memory AI Agent supports four model flows so tenants can choose speed, simplicity, specialization, or automatic routing.

Flow: Tenant Ability
Auto: Let the agent choose the right route for the task, from quick answer to full implementation.
Direct Model: Use the selected model directly for fast questions, tool-backed workspace work, and provider-native streaming.
Single Model: Run one selected model across thinking, action, and reporting for simpler deployments.
Planner + Coder: Use separate planner and coder models for serious project work, stronger scoping, and cleaner implementation results.

These flows are available across the VS Code extension and provider-backed runtime. The browser extension also exposes Direct Model and provider settings in a side

Help Test Real Memory AI Agent

We are looking for developers, agencies, AI builders, browser power users, and teams with real projects to test Real Memory AI Agent and tell us what works, what breaks, and what would make it more useful.

Testers can try the agent in the surfaces they already use:

VS Code: install the VSIX, open the RM AI Agent chat, connect a provider, and ask it to inspect, edit, validate, document, or explain a real workspace.
Chrome: load or install the Chrome package, open the side panel, connect a provider, inspect a tab, capture proof, and try browser-safe actions.
Edge: install the Edge package or load the unpacked build, then test the same side-panel workflow in Microsoft Edge.
CLI: run chat, ask, and run commands from the terminal for fast local project workflows and automation checks.
MCP: start the local MCP runtime and verify that compatible clients can reach workspace, terminal, memory, and doctor tools.

What we need feedback on:

First install experience: what was confusing, slow, missing, or blocked?
Provider setup: which provider worked, which failed, and what error message helped or did not help?
Real work results: did it make the correct edits, inspect the right context, validate properly, and summarize honestly?
Browser behavior: did tab selection, sessions, screenshots, artifacts, and page actions feel clear?
Workflow visibility: did the…

For AI Platform Tenants

Expose private model value inside real developer workflows.
Connect hosted models, custom endpoints, or account-backed services.
Offer a practical agent surface that can produce visible work, not only answers.
Expand from VS Code to browser, CLI, web, and MCP without changing the user

VS Code Agent

Chat-first workspace assistant.
Model, planner, backend, mode, and thinking controls.
Sessions and conversation history.
Workspace file reading, searching, writing, and replacement.
Active editor context.
Diagnostics and project inspection.
Command execution with approval controls.
Validation, retry, and repair workflows.
Review banner with changed file count.
Diff review, approve, reject, and revert actions.
Activity Log for detailed runtime status.
Debug backflow levels: None, Simple, or Detail for provider/runtime diagnostics.
Screenshot validation for UI work.
RealMemory login and model selection commands.
Local setup, setup doctor, MCP start/stop, and provider readiness commands.
Workflow controller settings for system load, max agents, max subagents, evidence requirements, and changed-file attachment.
Context input controls, compact provider packets, chunked file reads, and lightweight local-model

Latest changes

Changelog

Generated by build: 2026-09-03T21:20:35.894Z

What is next

It is live at https://realmemoryai.com. If you have shipped something similar, I would like to hear what you would have cut.