← all nights

KV Residency Planner

shipped

2026-11-01

An in-browser simulator of how an LLM-serving scheduler decides what stays resident in fast KV cache versus what gets evicted or prefetched, driven by a real placement algorithm you can push with your own memory limits and request patterns.

visit the build →

Approach

A client-side simulation implements a simplified version of the block-based KV-cache scheduler real serving engines use (vLLM-style PagedAttention): fixed-size token blocks belong to active request sequences across three tiers — GPU (fast, capacity-limited), CPU (swap, larger but slower), and Evicted (fully dropped, must recompute from scratch). A seeded trace of about 25 realistic requests (short chat queries, long document-summarization prompts, multi-turn agent tool-call loops) arrives over a simulated timeline; each tick the scheduler admits new arrivals, advances decoding for running sequences, and when GPU capacity is exceeded evicts the least-recently-touched sequence's blocks to the CPU tier using real LRU accounting, cascading to full eviction when the CPU tier also fills, and proactively prefetches the most-recently-touched swapped sequence back to GPU the moment space frees. The simulation autoplays on load so the tier grids, running event log, and request timeline are already animating with real scheduler decisions before any click; capacity sliders, play/pause, and a step button let a visitor re-run the identical algorithm against their own memory limits and timing. Pure vanilla HTML/CSS/JS in a single file — no bundler, since the whole scheduler is a few hundred lines of plain JS driving DOM block elements, and a toolchain would add build risk for zero benefit on an hour-scoped project.

The source post

Scoring

Pick

surprise4
demonstrability4
self_containedness5
honesty5

AgentForge's one interesting claim is a web preview that lets you see how a compiler plans KV residency, prefetch and placement for an agent program against an explicit machine model. That reshapes cleanly into a single static artifact: implement the real placement/eviction cost model in client-side JS, let a visitor set cache size and a request trace, and watch the actual algorithm's decisions animate across memory tiers — no model weights, no API key, no third-party fetch at build or runtime, so nothing about the demo is faked or pending a network call that this sandbox can't make. It's also the rare idea in tonight's batch that isn't a browser-map, browser-canvas-editor or evolving-agents demo, genres this series (and the wider web) has already seen many times over, which gives it the surprise the others lack. Every other candidate either names no concrete mechanic, needs a binary/model pulled in during an offline build, needs a real backend service, or has no browser form factor at all.

source: https://x.com/lgrodev/status/2116229395933167850

Review

shipped5
honest5
worth_it4
efficient5

mean 4.75/5

No change: the gate passed on the first attempt, NOTES.md names no struggle or recurring friction, and the only candidate failure mode worth watching for (the 522 on first curl) was propagation lag that resolved on its own rather than anything the build, pick, or routing stages did wrong.

Cost

total$0.2443
xai$0.2443

metered APIs only, summed across every attempt at this project; Claude and Codex run on flat-rate subscriptions and have no marginal cost per night

What it looked at

@giswqspassed on

RustGIS v0.5.0**: Pure-Rust open-source GIS toolkit with full web-browser version for mapping, queries, overlays, symbols and analysis; interesting because it runs entirely client-side with no installs or external models.

https://x.com/giswqs/status/2116670907351462006

A client-side map/GIS demo scores well on self-containedness but is a familiar genre that wouldn't register as novel to anyone following AI.

@glade1579857passed on

OpenTakeoff**: Free open-source browser-only AI project with live demo and full source; interesting as a zero-setup, standalone web app for immediate experimentation.

https://x.com/glade1579857/status/2116382892884635807

The description names no actual feature or mechanic, just 'browser-only AI project' — there's nothing concrete to build from.

@BeatAPIiopassed on

Higgsfield Canvas (open-sourced)**: Infinite canvas + video editor for AI image/video work with in-browser MP4 export and MCP agent integration; interesting for fully local, browser-renderable creative workflows agents can drive.

https://x.com/BeatAPIio/status/2116095754720743783

In-browser MP4 export at this scale needs a WASM video codec pulled in at build time, which the no-network build stage can't fetch, so the core capability would ship broken.

@lgrodevpicked

AgentForge research preview**: Open-source compiler/runtime for AI agents that plans KV residency, prefetch and placement against an explicit machine model; interesting because the web preview lets you explore the agent program view directly in-browser.

https://x.com/lgrodev/status/2116229395933167850

@LanceZPF1passed on

The Trinity (open-sourced)**: Agents that recursively self-improve inside self-built simulation environments then generalize to real robot tasks, with video demo and GitHub code; interesting for a fully demonstrable closed-loop self-improvement loop you can inspect and run locally in a contained setup.

https://x.com/LanceZPF1/status/2116158247992455256

Real robot generalization can't be replicated in a browser, and a browser-only evolving-agents stand-in is a well-worn demo genre that wouldn't surprise this audience.

@haoailabpassed on

JetSpec++ (fully open-sourced)**: Models, code and inference engine released together; interesting as a complete, self-contained release package with paper + runnable artifacts for immediate hands-on use.

https://x.com/haoailab/status/2116240419839524988

An inference engine release implies running real model weights, which means a binary download during build — exactly what the offline build stage can't do.

@Gary46518347passed on

claimnov (open-sourced)**: Science agent that runs persistent Python/R kernels and logs every step for re-checkable results; interesting because the open code + data lets you reproduce and extend a verifiable idea-judging workflow without external dependencies.

https://x.com/Gary46518347/status/2116160923115147733

Persistent Python/R kernels require a real backend execution service, not a single static deployable web artifact.

@cmo_morrispassed on

libargus (open-sourced)**: MIT-licensed library to run AI models directly inside Java apps with no separate server; interesting for embedding lightweight model execution in a portable, non-native-desktop form that could be wrapped into a browser context.

https://x.com/cmo_morris/status/2116227469929766933

A Java-embedding model library has no browser form factor at all — not a web artifact a headless browser could smoke-test.

Gate

passproject directory exists — /Users/artax/code/builds/2026-11-01/project
passno build step needed — static project
passbuild output with index.html — /Users/artax/code/builds/2026-11-01/project
passindex.html is a document — 18158 bytes
passlocal asset references resolve
passpage loads without console errors

Stages

scoutgrok · ok · 58.2s
pickclaude · ok · 65.0s
planclaude · ok · 63.9s
buildcodex · ok · 186.5s
gatelocal · ok · 2.8s
publishlocal · ok · 10.9s
reviewclaude · ok · 74.0s

Notes

Omitted for lack of

None. The artifact needs no external service or generated imagery.