SYS / 008 Living architecture

The system behind
the spectacle.

One domain. Nine experiences. Independent deployments, shared facts, optional services, and fallbacks designed as first-class architecture.

Explore the map

01 / Challenge

One identity, divergent applications.

Let radically different portfolio experiences share one trustworthy public address.

02 / Tradeoff

Isolation creates coordination work.

Long-running version branches deploy independently, but shared facts require an explicit validation workflow.

03 / Result

A stable default with room to experiment.

Deterministic routing protects the core portfolio while games, graphics, and optional services remain opt-in.

MAP / SYSTEM TOPOLOGY

Trace the architecture.

request path selectable system

INDEX / FIVE LAYERS

Read the whole system.

The spatial map is an interface. This index is the complete, accessible record behind it.

01

Experience layer

Nine expressions of one portfolio, each with a deliberate audience, interaction model, and fallback posture, including Casa Higgins: a Gaudí-inspired architectural portrait.

EXP.01

Portfolio universes

Scroll is the canonical long-form portfolio. Card compresses the same identity into a tactile single-view artifact. Terminal turns it into an operable command surface. Casa Higgins makes it an architectural portrait through six rooms inspired by Gaudí. Each presentation stays useful without its enhanced motion or graphics.

Key decisions
  • Let presentation diverge while facts stay aligned.
  • Keep the canonical default readable and recruiter-safe.
Open related experience
EXP.02

Opt-in destinations

Nexus maps the portfolio as miniature worlds. Halfpipe and Counter are complete arcade loops, Blueprint documents the architecture, and G Travel turns journeys into an interactive atlas. None replaces the canonical first-visit portfolio.

Key decisions
  • Make playful work discoverable, never mandatory.
  • Keep every game playable when storage or APIs fail.
Open related experience
02

Edge layer

One public domain resolves stable paths, explicit version choices, session preferences, and API requests.

EDGE.02

Front router

A small Worker resolves path-owned content first, then explicit version choices, then a validated session preference, and finally the canonical Scroll experience. It also owns the site APIs so they behave consistently across every visual version.

Key decisions
  • Serve Scroll as the deterministic default.
  • Keep games and Nexus opt-in.
  • Route stable content paths before version cookies.
03

Content layer

Canonical identity and career facts move across divergent presentations through a checked content contract.

DATA.01

Shared content contract

Identity, career history, project metadata, the universe dial, and transition styles originate from a shared content branch. A manually run repository check compares shared files across five configured version worktrees and reports drift.

Key decisions
  • Synchronize durable facts, not whole applications.
  • Allow intentional schema divergence where a version needs richer storytelling.
04

Service layer

Optional intelligence and scoreboards enhance the site without becoming dependencies for the core portfolio.

SVC.01

Optional services

The terminal assistant is content-grounded, secret-gated, streamed, and rate-limited. Halfpipe and Counter use isolated leaderboard contracts with plausibility checks. Missing configuration produces a useful local fallback rather than a broken experience.

Key decisions
  • Keep paid model access explicitly gated.
  • Treat global state as optional enhancement.
  • Separate each game's score contract and storage key.
SVC.02

Storage boundary

KV stores rate-limit counters, optional assistant grounding context, and compact top-ten scoreboards. Clients retain local progress, and service failures never block browsing or play.

Key decisions
  • Store only what the feature needs.
  • Avoid accounts and visitor tracking.
05

Delivery layer

Independent branches and deployments are supported by repository checks, progressive enhancement, and documented fallbacks.

SHIP.01

Independent delivery

The visual versions live on separate long-running branches and Cloudflare Pages projects. The main branch owns the public Worker, routing tests, shared-content checker, local development proxy, and operating documentation—not a presentation app.

Key decisions
  • Make branch-per-version part of the product idea.
  • Keep the public router independently testable and deployable.
SHIP.02

Quality checks

Static builds, typed checks, Worker tests, shared-file validation, reduced-motion modes, no-JavaScript content, and graphics fallbacks keep the system honest across browsers and capabilities.

Key decisions
  • Treat accessibility as architecture, not polish.
  • Test routing contracts independently from visual code.

DESIGN / OPERATING PRINCIPLES

The constraints are the design—even the agents’ context windows.

  1. 01One identity, many interfaces.

    Presentation can change radically; professional facts should not.

  2. 02Opt in to spectacle.

    The canonical journey is clear. Experiments wait to be invited.

  3. 03Enhancement, never dependence.

    Motion, WebGL, storage, and APIs can disappear without taking the experience with them.

  4. 04Prove the boundary.

    Tests focus on the routing and service contracts where independent systems meet.

END / CHOOSE A VIEW

The design map is only one version

Step into the system, or return to the portfolio it was built to support.