// the control plane

How this site evolves.

Vaspera Capital's site is run by our own products. Agents propose changes, ground every claim to a verified facts ledger, govern and certify them, and record each one here — in public. The point isn't that AI changes the site. It's that you can watch it govern itself.

The loop

// propose · ground · govern · record · revert
01

Propose

Agents refresh live data and draft enhancements — only inside declared evolution zones.

02

Ground

Every claim must resolve to a verified fact in the ledger. No source, no claim.

03

Govern

Brand, design-token, build, and certification gates (Vaspera Hardening) must all pass.

04

Record

Every applied change is written here — what, why, the source, when, and its certification.

05

Revert

Drift or a failed gate rolls the change back automatically. Nothing breaks silently.

Live grounding

// verified 2026-09-12

These numbers are read from the npm registry as this page renders — the site checking its own facts against the source.

Vaspera Hardening
v2.27.2
38/wk
verified
VasperaPM
v2.18.1
49/wk
verified
VasperaMesh
v1.0.0
2/wk
verified
VasperaMemory
v1.42.0
36/wk
verified
Rebar-MCP
v2.6.1
6/wk
verified

The design genome

// 8 changes

The look is a typed parameter space. Content evolves on its own; design never auto-changes — the control plane recommends genome changes with requirements, a human reviews, and accepted ones are built with Claude Code and recorded.

🔒 palette: institutional navy + gold🔒 WCAG AA (4.5:1 body, 3:1 large)🔒 LCP < 2s🔒 layout integrity

One-click source on every published metric

implemented · 2026-06-25
zone: statbar + metrics

Make every ledger-backed metric a subtle affordance: hover reveals the source, click opens it (npm/GitHub) — the auditability wedge made tangible on the numbers themselves.

Requirement: Affordance must stay quiet (no underlines-everywhere clutter); only facts with a source.url become links; manual-source facts show provenance text, not a dead link; AA contrast.
grounded in: Positioning wedge: one-click-verifiable proof is the exact auditability you sell.

A genuinely-live number in the hero stat bar

implemented · 2026-06-25
zone: layoutVariants.hero / statbar

Surface one live-grounded figure in the stat bar (e.g. aggregate weekly npm downloads) pulled from the same grounding the control plane uses, with a quiet live marker.

Requirement: Needs a server island on the client homepage (do not block render); ISR/streamed, never fabricated (fail-closed to a verified fact if the fetch is down); no CLS; perf budget held.
grounded in: Living-site north-star + Stage 1 npm grounding already exists; the hero should embody the engine, not just describe it.

Live download badges on product cards

implemented · 2026-06-25
zone: layoutVariants.work / card

Add a quiet live weekly-downloads badge to each npm-backed product card, from the same grounding the control plane uses.

Requirement: Fail-closed — hide the badge entirely if no live number (never fabricate or show 0); no CLS; one shared fetch, not one-per-card; AA contrast.
grounded in: Living-site north-star: the work grid should show real usage, not just labels; extends Stage 1 grounding.
View all 8 recommendations →

Evolution log

// newest first
2026-09-10data

VasperaMemory weekly downloads now 30+

certified

Live weekly downloads on npm moved the recorded band from 40+ to 30+.

source: npm:vasperamemory
2026-09-10data

Vaspera Hardening weekly downloads now 20+

certified

Live weekly downloads on npm moved the recorded band from 100+ to 20+.

source: npm:vaspera
2026-09-07data

Vaspera Hardening weekly downloads now 100+

certified

Live weekly downloads on npm moved the recorded band from 440+ to 100+.

source: npm:vaspera
2026-09-07data

VasperaMemory weekly downloads now 40+

certified

Live weekly downloads on npm moved the recorded band from 70+ to 40+.

source: npm:vasperamemory
2026-08-28data

Vaspera Hardening weekly downloads now 440+

certified

Live weekly downloads on npm moved the recorded band from 450+ to 440+.

source: npm:vaspera
View full log (52) →