A product studio for compelling services

Ideas into services people want to use.

LumX builds and operates its own products, and helps people and teams shape, build, and launch services of their own. The decisions behind both are written down here as they are made.

Service archive

Services I build and operate.

These are the services LumX operates or validates in public, along with the questions each one started from and how it keeps changing.

View the complete service archive

Clad, 1 / 4

Capabilities

Four products. Four different stacks. Each one shipped and running.

Every capability below is listed because a live product depends on it, not because it belongs on a résumé. The product that proves each one is named beside it.

Product interfaces, web and mobile

A pixel town that has to hold sixty frames a second in a browser and still install as an app. A colour result that has to stay readable on a phone in bad light. A reading that has to make sense before anyone is asked to sign up.

  • TypeScript
  • React
  • Next.js
  • Canvas
  • PWA
  • Capacitor
  • Flutter

HappyBirthTown, Clad, somesignal

AI that is measured rather than asserted

Clad fuses pixel measurement, quiz answers, and a model under fixed weights, and each signal is scored separately against expert labels. When one scored below chance, the answer was a golden-set A/B — which reversed the hypothesis and left the weights alone.

  • Vision workflow
  • multi-provider routing
  • golden-set evaluation

Clad, somesignal

Cloud delivery and the operating boundary

Three different clouds, chosen per product rather than by habit: AWS with Terraform for Clad and this site, Cloudflare Workers with D1 for DUGOUT 9, Vercel with Supabase for somesignal. Each carries its own deploy gate, observability, and way back.

  • AWS
  • Terraform
  • Cloudflare Workers
  • D1
  • Vercel
  • Supabase

Clad, DUGOUT 9, somesignal, lumx.im

Canvas and sound systems

A pixel town where every friend who left something stays as a character, so a gift completes without anyone online at the same time. Sound synthesised at runtime, so the product ships zero audio files.

  • Canvas
  • Web Audio
  • asynchronous gifting

HappyBirthTown

How LumX is run

One product engineer directly operates LumX's services and archive.

Product definition and UXSoftware and AI systemsCloud deployment and operation

From idea to operation, I build products that work.

I use experience across software, cloud, and AI to plan and operate LumX products directly.

Decisions and lessons from each product feed the next improvement.

01

Build products directly

Connect planning, user experience, implementation, and operation inside a real product.

02

Apply field experience

Use software, AI, and cloud experience in proportion to the product's current problem and risk.

03

Keep decisions in writing

Publish why a choice was made and how the thinking changed after meeting real use.

Services, feedback, and notes

The next service here could start from your idea.

Tell me the problem you want to solve and who it is for — that is enough for a first message. You can also try the services first, or read how the decisions behind them were made.